【公眾號@ “專案管理研究所” 將會第一時間更新文章并分享《行業分析報告》】
歸檔于軟體專案管理初級學習路線
第六章 軟體專案成本計劃
《初級學習路線合集 》
前言
大家好，這節我們學習軟體專案管理---敏捷估演算法既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節敏捷估演算法就講解完畢了！下一節介紹成本預算~
如果您覺得這篇文章有幫助到您的的話不妨點贊支持一下喲~~??
后續將持續更新【軟體專案管理初級學習路線】的全知識點，大家感興趣的多多關注博主喲~
————————————————
轉載請註明出處，本文鏈接：https://www.uj5u.com/gongcheng/498939.html
標籤：其他
下一篇：軟體專案管理 6.10.成本預算