【公眾號@ “專案管理研究所” 將會第一時間更新文章並分享《行業分析報告》】
歸檔於軟體專案管理初級學習路線
第六章 軟體專案成本計劃
《初級學習路線合集 》
前言
大家好，這節我們學習軟體專案管理---敏捷估演算法既Story point估算方法。
敏捷估演算法
敏捷估算思路：
- 對高層的估算採用輕量級，快速生成策略，並粗略的估算。
- 對短期估算需要進行詳細的估算。
Story point：
大家知道，敏捷專案的需求採用story進行描述，那麼工作量的估算則採用Story point估算方法。
Story point概念為：即故事點，用來度量實現一個Story需要付出的工作量的相對估算。
所以我們關注最後得到的相對估算結果，例如估算 故事A為1個Story Point,故事B為2個Story Point,則B的工作量是A的兩倍。
Story Point估算是一個相對估算的過程，需要確定相對的估算標準。
Story point估算-常用的兩個標準：
這裡給出兩個常用的標準，第一個是斐波那數列等級標準，第二個是2的N次方等級數列標準。
Story point估算-Fibonacci 七個等級：
實踐過程當中，我們常以斐波那數列7個等級數列來進行故事點的估算。
七個等級分別為：0、1、2、3、5、8、13
估算過程如下：
- 選取預估為3 story points 的Story
- 將需要預估的story與選取的Story 進行比較，
- 如果兩個工作量差不多，設定該story 的story point為3
- 如果工作量略少，則為2story point
- 如果工作量更少，則為1story point
- 如果該story 不需要完成, 則設定為0。
- 同理,如果略多/更多/再多,可以相應的設定為5/8/13。
- 如果該story 超過13 story point,可以認為是Epic,可以再分解。
Story point估算-舉例：
採取SPM專案為例，其中註冊功能預估值為3個Story point，而登入功能比註冊功能的工作量略少，所以估計值為2個Story point，而人員管理功能比註冊功能略多，所以估計值為5個Story point。
Fast Story Point Estimation（T-Shirt）
最後我們介紹一個快速的估算方法。過程如下：
- 每個使用者故事（story）被獨立列印，貼在牆上。
- 然後在牆上寫上斐波那數列1、2、3、5、8 、13、21，並加上一列問號（？）
- 團隊人員排成一排
- 要求第一名成員把一個使用者故事放到他認為可以正確放置故事點值的那一列上
- 第一名成員做完後 ，排團隊成員的最後一個位置
- 下一個團隊成員可以挪動已經擺好的使用者故事，也可以選擇另外的使用者故事，把它挪到他認為可以正確放置故事點值的那一列
- 繼續這個過程，直到所有使用者故事都擺放完畢。
- 在迴圈這個過程的時候，例如有一個Story6反覆被挪動所在的列值，專案經理需要將這個Story移到最上面，以便最後討論。
- 當大多故事都擺放完畢後，專案經理帶領大家來討論反覆挪動的故事應該所在哪一列，如果大家無法達成一致，需要將這個故事點放置在挪動過程中所在過的最高值一列上。
- 對於問號一列的Story需要重新進行估算。
如果團隊成員對放置的Story不滿意，例如下圖是最後的排列結果，問號列下有個story9，暫時無法估算。
接下來就要計算每一列的story個數，並且乘以所在列值，從而得到所有的故事點，如下圖所示：通過敏捷-快速估算方法最後得出的結果是95，其中不包括story9工作量。
總結
到這裡，第六章 第9節敏捷估演算法就講解完畢了！下一節介紹成本預算~
如果您覺得這篇文章有幫助到您的的話不妨點贊支援一下喲~~?
後續將持續更新【軟體專案管理初級學習路線】的全知識點，大家感興趣的多多關注博主喲~
————————————————