詳述用于估算和計劃任何敏捷項目的行之有效的技巧
敏捷聯盟聯合創始人Mike Cohn全新作品 每位研發精力、團隊經理和成員不可或缺的寶貴資源
Mike Cohn是專注于流程與項目管理的咨詢與培訓公司Mountain Goat Software的創始人。Mike擁有逾20年的行業經驗，擔任過創業公司乃至財富40強企業的技術負責人，他還是敏捷聯盟的發起成員之一，經常在業界相關雜志上發表文章并出席有關會議。他也是User Stories Applied (Addison-Wesley ，2004年出版)一書的作者。
第Ⅰ部分 問題與目標
第1章 計劃的目的 3
1.1 為何要進行估算和計劃 4
1.1.1 減少風險 5
1.1.2 降低不確定性 5
1.1.3 提供更好的決策支持 5
1.1.4 建立信任 6
1.1.5 傳遞信息 6
1.2 的計劃是什么 7
1.3 敏捷計劃是什么 7
1.4 小結 8
1.5 討論題 8
第2章 計劃失敗的原因 9
2.1 基于活動而不是基于特性進行計劃 9
2.1.1 活動不會提前完成 10
2.1.2 延誤沿著計劃表向下傳遞 10
2.1.3 活動不是互相獨立的 11
2.2 多任務處理導致更多的延遲 12
2.3 不按優先級開發特性 13
2.4 忽視了不確定性 13
2.5 把估算當作保障 14
2.6 小結 14
2.7 討論題 15
第3章 敏捷方法 17
3.1 項目的敏捷開發方法 18
3.1.1 敏捷團隊作為一個整體工作 18
3.1.2 敏捷團隊按短迭代周期工作 19
3.1.3 敏捷團隊每次迭代交付一些成果 19
3.1.4 敏捷團隊關注業務優先級 20
3.1.5 敏捷團隊進行檢查和調整 21
3.2 敏捷計劃方法 21
3.2.1 計劃的不同層次 22
3.2.2 滿意條件 23
3.3 小結 25
3.4 討論題 25
第Ⅱ部分 估 算 大 小
第4章 使用故事點估算大小 29
4.1 故事點是相對的 29
4.2 速度 31
4.3 小結 33
4.4 討論題 33
第5章 使用理想人天進行估算 35
5.1 理想時間和軟件開發 36
5.2 以理想人天作為對大小的度量 37
5.3 給出一個而不是多個估算值 37
5.4 小結 38
5.5 討論題 38
第6章 估算方法 39
6.1 共同估算 40
6.2 估算的尺度 41
6.3 得到估算值的方法 42
6.3.1 專家意見 43
6.3.2 類比 43
6.3.3 分解 43
6.4 計劃撲克 44
6.4.1 更小規模的會議 45
6.4.2 何時玩計劃撲克 45
6.5 為什么計劃撲克會有效 46
6.6 小結 46
6.7 討論題 47
第7章 重估 49
7.1 SwimStats Web站點 49
7.2 不進行重估的情況 50
7.3 需要重估的情況 51
7.3.1 場景1：不進行重估 52
7.3.2 場景2：重估完成的故事 52
7.3.3 場景3：相對大小改變時進行重估 52
7.4 重估部分完成的故事 52
7.5 重估的目的 53
7.6 小結 53
7.7 討論題 54
第8章 在故事點和理想人天之間進行選擇 55
8.1 有利于故事點的考慮因素 55
8.1.1 故事點有助于驅動跨功能的行為 55
8.1.2 故事點估算不會過期 56
8.1.3 故事點是對大小的純粹度量 56
8.1.4 故事點估算通常更快 57
8.1.5 我的理想人天不等于你的理想人天 57
8.2 有利于理想人天的考慮因素 58
8.2.1 理想人天在團隊以外更容易解釋 58
8.2.2 理想人天估算更容易開始 58
8.2.3 理想人天便于預測速度 58
8.3 建議 58
8.4 小結 59
8.5 討論題 59
第Ⅲ部分 為價值制定計劃
第9章 確定主題的優先級 63
9.1 確定優先級時的因素 63
9.1.1 價值 64
9.1.2 成本 64
9.1.3 新知識 65
9.1.4 風險 66
9.2 綜合4個因素 68
9.3 一些例子 68
9.3.1 基礎設施 68
9.3.2 用戶界面設計 69
9.4 小結 69
9.5 討論題 70
第10章 確定經濟優先級 71
10.1 收入的來源 72
10.1.1 新收入 73
10.1.2 增量收入 73
10.1.3 留存收入 73
10.1.4 操作效率 73
10.2 例子：WebPayRoll 74
10.2.1 計算新收入 74
10.2.2 計算增量收入 75
10.2.3 計算留存收入 76
10.2.4 計算操作效率 76
10.2.5 估算開發成本 77
10.2.6 整合 78
10.3 經濟指標 78
10.3.1 金錢的時間價值 79
10.3.2 凈現值 79
10.3.3 內部收益率 80
10.3.4 投資回收期 82
10.3.5 折現回收期 83
10.4 對利潤的比較 83
10.5 小結 84
10.6 討論題 84
第11章 確定渴望度優先級 85
11.1 客戶滿意度的Kano模型 85
11.2 相對權重：另一種方法 89
11.3 小結 91
11.4 討論題 91
第12章 分解用戶故事 93
12.1 何時分解用戶故事 93
12.2 按照數據邊界分解 94
12.3 按照操作邊界分解 95
12.4 去除橫切考慮 96
12.5 忽略滿足性能限制 97
12.6 分解具有混合優先級的用戶故事 97
12.7 不要把故事分解成任務 97
12.8 避免相關變化的誘惑 98
12.9 組合用戶故事 98
12.10 小結 98
12.11 討論題 99
第Ⅳ部分 進 度 計 劃
第13章 計劃精粹 103
13.1 計劃 103
13.1.1 確定滿意條件 105
13.1.2 估算用戶故事 105
13.1.3 選擇迭代周期長度 105
13.1.4 估算速度 105
13.1.5 確定用戶故事優先級 105
13.1.6 選擇用戶故事和日期 106
13.2 更新計劃 107
13.3 例子 107
13.3.1 確定滿意條件 108
13.3.2 估算大小 108
13.3.3 選擇迭代周期長度 108
13.3.4 估算速度 109
13.3.5 確定用戶故事優先級 109
13.3.6 選擇用戶故事 109
13.4 小結 110
13.5 討論題 110
第14章 迭代計劃 111
14.1 迭代計劃時不分配任務 113
14.2 迭代計劃和計劃的區別 113
14.3 速度驅動的迭代計劃 114
14.3.1 調整優先級 115
14.3.2 確定目標速度 116
14.3.3 確定迭代目標 116
14.3.4 選擇用戶故事 116
14.3.5 把用戶故事分解成任務 117
14.3.6 對任務進行估算 119
14.4 保障驅動的迭代計劃 121
14.5 我的建議 124
14.6 任務估算值和故事點的聯系 124
14.7 小結 126
14.8 討論題 126
第15章 選擇迭代長度 127
15.1 選擇迭代長度時考慮的因素 127
15.1.1 的總時間長度 127
15.1.2 不確定性的多少 128
15.1.3 獲得反饋的難易程度 128
15.1.4 優先級可以保持多久不變 128
15.1.5 在沒有外部反饋之下進行工作的意愿 129
15.1.6 迭代的系統開銷 129
15.1.7 緊迫感維持 130
15.2 做出決策 130
15.3 兩個案例分析 131
15.3.1 Napa項目 131
15.3.2 Goodman項目 132
15.4 小結 133
15.5 討論題 133
第16章 估算速度 135
16.1 使用歷史值 135
16.2 進行一次迭代 137
16.3 做出預測 138
16.3.1 估算可用小時數 &nb
“你的項目進展順利嗎？對需求變更感到沮喪？前途未卜？產品質量不佳，又延誤了截止期限？Mike Cohn極富洞察力，他清晰明了地展示了如何有效地開發具有業務價值的軟件。通過閱讀本書，你可將精力專注于真正關鍵的行動，當環境條件變化時也將繼續如此。”
——Rick Mugridge，Rimu Research有限公司總監，Fit for Developing Software 的及時作者
“我們是本書所述敏捷方法的忠實信徒，通過實踐和持續采用這些方法，獲得了許多極其重要的積極影響。我強烈向有志于使軟件開發更可行、更有效的所有讀者推薦此書。”
——Mark M. Gutrich，Fast 401k公司總裁兼首席執行官
好書，印刷清晰內容強！我喜歡
很好的書
這本書很經典，我非常喜歡
學習中
好評
難得的一本好書，說得挺透徹的，推薦。
簡單易學，不要深究，參考就行。
