怎麼估都估不準是軟體產業心頭永遠的痛。
上CSM的時候,有同學問到Scrum可以讓時程估計(Estimation)變準確嗎?Trainer Bas說:不行,但Water Fall 可以嗎?(鄉民:根本就是詭辯啊!!! )
那在敏捷開發中,我們要如何處理預估呢?
之前在PO傻傻搞不清楚中有提到提煉和展示Item的商業價值是Scrum中Product Owner的核心能力,提煉靠的是對產品和使用者熟悉和敏感度,而展示就考驗PO的表達能力了。其中最重要的展示能力就是說一個感動人心的故事。一個令人感動的故事(也可叫Item或Story)不可或缺的元素是什麼?
大家都知道Scrum裡頭有個角色叫Product Owner,簡稱PO。也都知道他最大的責任是維護Product Backlog,根據ROI排出Item的先後順序,對產品的成敗負責。導入後Scrum Team對這部分也比較少爭議,爭議最大的部分是PO針對每一個Item(Story)的需求要寫多清楚?