基于統一迭代節奏的全功能團隊

團隊的精進之道

團隊的精進之道就是把交付過程中的一切活動看作能力建設，把整個團隊構造成促進每個成員成長的生態系統。

當我們在領導一個團隊的時候，我們總是想如何做好任務分配，平衡團隊戰能力，交付最好的結果。于是我們在分工的時候，就會根據員工所擅長的部分，因材分工，那隨著項目的進展，人員的流動等等情況的發生，項目在后期就會愈發的變得困難。
那針對上面的這個情況，我們能夠做出哪些調整呢？
作者在文中舉了這樣一個例子：在某次項目中，項目經理會問清楚每個人擅長的部分，在分配的時候，會去讓每個人做自己不擅長的部分，如果不會那么就需要 去求助擅長的人幫忙。
這種方式和方法可能在項目初期看不到效果，甚至會拖慢進度，但是在這個過程中會發展團隊成員的個人能力，在一個較長的時期里平均來看，其實我們就是在以最快的速度交付結果。
這里的第二種方式就應了敏捷宣言中的那句話：個體與交互 高于 流程和工具

基于用戶故事的需求及范圍實時管理

估算的目的

• 資源分配：
• 對協調的幫助：
• 做決策
• 估算會議上促進團隊成員的彼此交流

估算本身并無好壞，如果你不用估算也可以很好的工作，那么你就不用。如果你需要通過估算來幫你做一些決策，并且估算會影響到重大的決定，那么盡可能做出好的估算。針對你特定的上下文，決定你采用什么樣的方法。

需求風險的壞味道和對策

當項目進入交付落地階段，項目負責人就應該進入“風險模式”；而“控制需求”就成為了控制風險中最重要的一環；如何來控制風險呢？

• 盡可能的靠近決策者
• 做系統決策人
• 不要給選擇
• 管理結果而非解決方案
• 建立游戲規則

軟件項目規模估計，怎么估？

在規模估算的時候會有下面幾個問題：

• 估計者估算的點數是否能代表團隊估算的點數？
• 是否有故事卡片之外的工作時間沒有考慮到？
• 故事卡的需求是否清晰呢？

如何來解決這些問題呢？

1. 進行集體估算：
   集體估算可以緩解個人能力不同引發的單點偏差，不同開發人員對需求的闡述，也會讓大家對需求有更全面的理解，也易于發現潛藏在需求中的風險。
2. 其次是方法：還有兩個方法大家可以參考：
   • 理想人天法
   • 故事點法
3. 最后還要給項目加緩沖：
   • 功能緩沖
     估完點后，挑出其中必須要做的70%以內的任務，剩下的30%作為可做可不做的任務，通過這種方式來緩沖項目里程碑的風險。
   • 進度緩沖
     用來緩沖估計之外的異常情況引發的項目時間的拉長。