《敏捷軟體開發實踐：估算與計畫》是2016年3月清華大學出版社出版的圖書，作者是[美]Mike Cohn。
基本介紹
- 中文名：敏捷軟體開發實踐：估算與計畫
- 作者：[美]Mike Cohn
- 出版社：清華大學出版社
- 出版時間：2016年3月
- 定價：49.8 元
- ISBN：9787302423935
內容簡介,圖書目錄,
內容簡介
《敏捷軟體開發實踐 估算與計罪愚劃 為對敏捷項目進行估算和計畫提供了緊貼實用的權威拘和訂指導方針。在本書中，敏捷聯盟聯合創始人Mike Cohn討論了敏捷估算與計畫背後的哲學思想，並通過列舉現實世界的例子和項目案例具體展示了如何完成工作。本書絕對是你開發工具箱中必不可少的敏捷估算“利器”。
本書清晰地闡述了相關概念，並引導讀者逐步找到下列問題的答案：將構建什麼產品？產品規模多大？需要在何時完成？到那時我們到底能完成多記少邀少？你首先會認識到優秀的計畫由哪些要素組成，接著會了解到如何才能使計畫敏捷化。
本書介紹所有敏捷、半敏捷或者疊代流程，包括Scrum、蜜講旬XP、特性驅動的開發、水晶方法、自適應軟體開發、DSDM、統一過程(UP)以及其他許多方式。它無疑是每位研發經理、團隊經理和成員不可或缺的寶貴資源。
圖書目錄
第Ⅰ部分 問題與目標
第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 估算可用小時數 138
16.3.2 估算一次疊代中可用的時間 139
16.3.3 擴展故事並填滿可用工作時長 139
16.3.4 圍繞著估算值設定一個範圍 140
16.3.5 某些團隊的變通方法 140
16.4 選擇合適的方法 141
16.5 小結 141
16.6 討論題 142
第17章 不確定性緩衝計畫 143
17.1 特性緩衝區 144
17.2 進度緩衝區 144
17.2.1 在估算值中反映不確定性 145
17.2.2 調整項目緩衝區大小 148
17.2.3 更簡單的緩衝區計算方法 150
17.2.4 緩衝區準則 150
17.3 結合多個緩衝區 150
17.4 進度緩衝區不是填料 151
17.5 一些警告 152
17.6 小結 152
17.7 討論題 153
第18章 計畫多團隊項目 155
18.1 為估算建立共同基準 155
18.2 更早給用戶故事添加細節 156
18.3 前瞻性計畫 157
18.4 在計畫中加入饋送緩衝區 158
18.4.1 緩衝的對象 159
18.4.2 確定饋送緩衝區的大小 159
18.5 工作量會很大 160
18.6 小結 160
18.7 討論題 161
第Ⅴ部分 跟蹤與交流
第19章 監督發布計畫 165
19.1 對發布進行跟蹤 165
19.2 發布燃盡圖 167
19.3 停車場圖 171
19.4 小結 172
19.5 討論題 172
第20章 監督疊代計畫 173
20.1 任務板 173
20.2 疊代燃盡圖 175
20.3 跟蹤已完成的工作量 176
20.4 個人速度 177
20.5 小結 177
20.6 討論題 177
第21章 關於計畫的溝通 179
21.1 就計畫進行溝通 180
21.2 就進度進行溝通 181
21.3 疊代結束總結 183
21.4 小結 186
21.5 討論題 186
第Ⅵ部分 敏捷計畫有效的原因
第22章 敏捷計畫有效的原因 189
22.1 經常重新計畫 189
22.2 對大小和持續時間的估算是獨立的 190
22.3 在不同層次上制定計畫 190
22.4 基於特性而不是基於任務制定計畫 191
22.5 小故事保持工作流暢 191
22.6 每次疊代都要消除未完工的工作 191
22.7 在團隊層次跟蹤 192
22.8 承認不確定性並為之計畫 192
22.9 敏捷估算和計畫的12條指導原則 192
22.10 小結 194
22.11 討論題 194
第Ⅶ部分 案 例 分 析
第23章 案例分析：Bomb Shelter Studio 197
23.1 第一天—— 星期一早上 198
23.2 估算用戶故事 204
23.3 準備產品調查 212
23.4 疊代和發布計畫，第1輪 214
23.4.1 計畫第一次疊代 215
23.4.2 發布計畫 220
23.5 2周后 227
23.6 計畫第二次疊代 228
23.7 2周后 230
23.8 修改發布計畫 230
23.9 向Phil介紹修改後的計畫 232
23.10 18周后 235
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 估算可用小時數 138
16.3.2 估算一次疊代中可用的時間 139
16.3.3 擴展故事並填滿可用工作時長 139
16.3.4 圍繞著估算值設定一個範圍 140
16.3.5 某些團隊的變通方法 140
16.4 選擇合適的方法 141
16.5 小結 141
16.6 討論題 142
第17章 不確定性緩衝計畫 143
17.1 特性緩衝區 144
17.2 進度緩衝區 144
17.2.1 在估算值中反映不確定性 145
17.2.2 調整項目緩衝區大小 148
17.2.3 更簡單的緩衝區計算方法 150
17.2.4 緩衝區準則 150
17.3 結合多個緩衝區 150
17.4 進度緩衝區不是填料 151
17.5 一些警告 152
17.6 小結 152
17.7 討論題 153
第18章 計畫多團隊項目 155
18.1 為估算建立共同基準 155
18.2 更早給用戶故事添加細節 156
18.3 前瞻性計畫 157
18.4 在計畫中加入饋送緩衝區 158
18.4.1 緩衝的對象 159
18.4.2 確定饋送緩衝區的大小 159
18.5 工作量會很大 160
18.6 小結 160
18.7 討論題 161
第Ⅴ部分 跟蹤與交流
第19章 監督發布計畫 165
19.1 對發布進行跟蹤 165
19.2 發布燃盡圖 167
19.3 停車場圖 171
19.4 小結 172
19.5 討論題 172
第20章 監督疊代計畫 173
20.1 任務板 173
20.2 疊代燃盡圖 175
20.3 跟蹤已完成的工作量 176
20.4 個人速度 177
20.5 小結 177
20.6 討論題 177
第21章 關於計畫的溝通 179
21.1 就計畫進行溝通 180
21.2 就進度進行溝通 181
21.3 疊代結束總結 183
21.4 小結 186
21.5 討論題 186
第Ⅵ部分 敏捷計畫有效的原因
第22章 敏捷計畫有效的原因 189
22.1 經常重新計畫 189
22.2 對大小和持續時間的估算是獨立的 190
22.3 在不同層次上制定計畫 190
22.4 基於特性而不是基於任務制定計畫 191
22.5 小故事保持工作流暢 191
22.6 每次疊代都要消除未完工的工作 191
22.7 在團隊層次跟蹤 192
22.8 承認不確定性並為之計畫 192
22.9 敏捷估算和計畫的12條指導原則 192
22.10 小結 194
22.11 討論題 194
第Ⅶ部分 案 例 分 析
第23章 案例分析：Bomb Shelter Studio 197
23.1 第一天—— 星期一早上 198
23.2 估算用戶故事 204
23.3 準備產品調查 212
23.4 疊代和發布計畫，第1輪 214
23.4.1 計畫第一次疊代 215
23.4.2 發布計畫 220
23.5 2周后 227
23.6 計畫第二次疊代 228
23.7 2周后 230
23.8 修改發布計畫 230
23.9 向Phil介紹修改後的計畫 232
23.10 18周后 235
