敏捷估計與規模測量

敏捷估算的基礎：

1. 為什么要估算:估算可以讓團隊了解項目規格計算ROI和IRR，形成可執行許可的基礎，有了估算，市場也可以提前的為后期產品上市做準備；
2. 誰執行估算？：產品負責人、敏捷教練；
3. 會議什么時候進行？自然是越快越好，在整個項目進行之間，同樣隨著逐步完善更多的信息，估算也要持續進行。敏捷提倡：擁抱變化，那既然擁抱變化，估算也要做調整，該加人手就要加人手。不要一味指望加班來壓縮成本，隨著90后，00后步入市場，這一代更注重生活品質，畢竟工作是為了生活；
4. 估算如何創建？方式有多種：從各個維度，如時間、人工、物料等方面入手；
5. 相對尺碼：主要用于用戶故事上；
6. 價值點：交付價值和成果。也只有交付可用的軟件，將客戶利益最大化，客戶才會把尾款付給我們。

項目規模測量：通過代碼量、時間維度、人力維度、功能復雜性幾點考慮。

1. 故事點：是相對測量、相對獨立、相互進行對比；
2. 分配故事點要考慮：復雜性、投入量、風險等因素；
3. 故事點估算的步驟：故事應拆分為小的，獨立的。每個故事應由1個人不超過兩天的時間內完成，否則，就會陷入膠著狀態，其代價往往是巨大的。同時團隊要達成共識，敏捷是一種思想，需要團隊成員轉變思想，有一個人員掉線，就會影響行進速度和穩定向。在過程中需要不斷的對話、協調、改進（年假、事假等未知因素，往往會影響團隊的進度和故事點的完整性）。

故事點之類比估算：講一個故事和其他故事相比，如果故事類似，其精確性、完成時間不能相差太大。同時建議研發團隊一起評估，避免一言堂。

1. 理想日：沒人任何打擾，所有信息都可用的情況下專注的進行唯一 一項工作；很多企業提倡多面手，即一個人可以做A崗位也可以做B崗位，認為這種就是高效？這是錯誤的，試想一下，編碼10分鐘開會1小時，開會想著編碼，編碼想著準備開會的發言。嘿嘿......代價也蠻高的，奇怪的是很多企業高層選擇視而不見，沒人向CEO提出這種不良現象。
2. “編程10分鐘，吹水1小時”通過這句玩笑，我們可以看出，研發人員不是機械的工作是創作，就要保持一個相對私密的空間，不受外部的打擾。這里多說幾句：”很多初次走上管理崗位的研發兄弟們，往往會犯一個錯誤，親自上陣；對各項評估會議不屑一顧，認為是瞎搞。這其實是思維沒有轉變過來，崗位的高度，決定崗位日常所要工作的重點。管理崗位的重點是規劃、協調、避免風險、掌控進度，而不是親自介入進來開發。用一句話總結：進化成人了，別再用猴子的思維了，你要關注的是一片香蕉林，而不是一兩個香蕉的好壞“。

故事點和理想日的對比：更有助于驅動跨職能行為（協調資源、答疑等等支持行的工作）；故事點的估算不會衰?。和ㄟ^不斷的對話確定思想統一；故事點特性：挾制了估算時間的增長。后者：有差異，來自團隊成員；理想日的不確定性，會使外界認為是靠譜的，事實上即為不靠譜。
估算規模：敏捷評估建立在合理的預測估算，不應追求100%的精確性。有以下幾種方法：

1. 寬帶德爾菲：用來收集項目的準確估算，在會議中只討論估計是可能會遇到的問題，估計本身和所花的成本不做討論。會議結束后，團隊每個人進行單獨的估算，一定要獨立，拒絕結對式的估算。組員估算完畢后，收集所有估算，并在畫表中畫出來，展示差異，進行討論。需要注意的一點，這是匿名的，即不要展示其姓名，記得有一次，集團做滿意度調查，調查卷上還有姓名一欄，結果也如我所料，行政部門收集到的是100%滿意。真正的問題反而被遮蓋，失去本應起的作用，這是一種浪費。
2. 步驟：團隊選擇組建成員、啟動會議：講明游戲規則和進行的程序、個人準備、估算會議、配置任務：收集估算單，匯總、任務評審：找出差異，達成共識。
3. 計劃撲克：由于本人極度反感撲克和麻將，這里不介紹，自己百度；

親和估算：主要用來進行大規模的估算，優勢：快速、簡單、決策制定過程透明可見、積極合作而非對抗；

步驟：

1. 沉默的相對尺碼：產品負責人提供產品待辦事項，排列在墻上，由組員考慮每樣物品在執行中所花費的時間、付出的努力。不討論技術；
2. 編輯墻：根據對尺碼達成的一致性，移動尺碼；
3. 分類；
4. 產品負責人所面臨的挑戰：根據估算出來的尺寸，可能不符合產品經理的理想狀態。那就需要根據實際情況重新估算或者其他的措施；
5. 儲備數據：最后一步，上述一切步驟，都是為一個結果：儲備數據；

體恤尺碼：優點與親和力的差不多，即團隊成員決定每個尺碼的基準；L、XL、XXL的基準要統一；

計劃撲克：不介紹，自己百度；

確定項目規模：主要看ProductBacklog中有多少事項，記住一點，ProBacklog動態而非靜態的；需要在整個項目的生命周期進行不斷的查看、調整；正是由于動態的，由我們確定團隊的規模，團隊的數量、沖刺的持續時間、版本中的沖刺數量和目標上限；

估算是為了輔助我們的工作，而非KPI\KBI的考核，敏捷宣言中”適應變化而非遵循規范“的特性決定了我們估算所花費的時間成本，盡早的投入研發中才是不二的選擇，過多花費估算時間來確定其100%精確性，實際上是一種浪費。