Scrum

敏捷方法的成功密技(十八之三):如何運用 Scrum 敏捷式專案管理到 IC 設計產品開發專案(下)

前兩篇文章所提的瀑布式和階段式方法,都是傳統的專案管理方法,有人鼓吹,為了要讓專案工作的時間估得準一點,那就多估幾個時間值好了。關於這一點,我的提問是,如果一個人對一項他沒做過的工作都「猜」不準所需要的時間了,那叫這個人多「猜」兩組時間,這樣就會比較準嗎?這不是畫蛇添足嗎?

敏捷方法的成功密技(十八之二):如何運用 Scrum 敏捷式專案管理到 IC 設計產品開發專案(中)

上一篇文章敏捷方法的成功密技(十八之一):如何運用 Scrum 敏捷式專案管理到 IC 設計產品開發專案?(上)中,我們談到了瀑布式方法的缺點,接下來我們將討論階段式開發方法。

敏捷方法的成功密技(十八之一):如何運用 Scrum敏捷式專案管理到 IC 設計產品開發專案(上)

前些時候,跟一些客戶做課程對焦的時候發現,似乎有愈來愈多的 IC Design 公司對於敏捷式專案管理方法感到濃厚的興趣,只是,課程承辦人資與需求單位的主管對於這個「新」管理方法多半感到陌生和誤解(軟體產業專屬)而頗有猶豫,不知道自己這樣類型的組織和工作,到底適不適合來導入 Scrum 敏捷式產品開發與專案管理方法。

敏捷方法的成功密技(十六):中、大型專案可以導入 Scrum 敏捷式開發與專案管理嗎?

許多對敏捷式開發方法有興趣的客戶,經常會問我一個問題:「老師,敏捷式專案管理鼓勵以小規模團隊來做專案,可是我們公司的專案都很大,專案團隊的成員也很多,我們能用敏捷式管理方法嗎?」先暫時把大專案要怎麼導入「敏捷式開發與專案管理方法」的這個問題放在一邊,我們先來簡要地回顧一下敏捷式方法鼓吹的小團隊到底有哪些好處再說。

敏捷方法的成功密技(十四):你不可不知,影響專案開發速度的八大障礙

在《敏捷方法的成功密技(十三):開車旅行跟敏捷式專案管理有什麼關係?》一文當中,我們談到了,只要能掌握團隊的產品開發速度,幾乎就等於掌握了整個專案的進展。其實,不論是傳統式還是敏捷式的專案管理,道理都是一樣的。但,到底有哪些因素會影響到團隊的開發速度呢?我們還是先來看看開車旅行的例子。