如何運用 Scrum 敏捷式專案管理到 IC 設計產品開發專案(下)


    [上一篇]

    上一篇的階段式方法,為了因應專案進度難以被精準掌握的狀況,有人提出所謂的三點估計法來做為解決方案之一,我的看法是,如果開發人員對一項工作估算一個時間都估不準了,那麼要求開發人員估算三個時間,然後分別叫它們為「最樂觀」、「最悲觀」、「最可能」,這又有什麼意義呢?不都是「不準確」嗎?那又何必浪費開發人員的腦力去傷這種腦筋呢?

    如何運用 Scrum 敏捷式專案管理到 IC 設計產品開發專案(中)


    [上一篇]

    階段式方法

    看到前一篇文章瀑布式方法的眾多缺點,我相信,大多數的組織,應該都感受得到這些痛點!接下來的問題是,組織當中有沒有人有膽識、有魄力、有權力,去推動專案管理的改革!

    很慶幸地,本案例公司就擁有這類有遠見的主管群。該公司主管們痛定思痛,下定決心來做專案管理變革,開始採用了階段式開發方法。整個流程大致演化為如下圖所示:

    如何運用 Scrum 敏捷式專案管理到 IC 設計產品開發專案(上)


    「老師,聽說 Scrum 敏捷式產品開發方法比較適合軟體產品開發,可是我們公司的產品是 IC,硬體的成分居大部分,軟體開發人員大都是在最後階段才參與產品的開發,這樣還適合導入 Scrum 敏捷式產品開發方法嗎?」