敏捷軟件發展實踐 : 估算與計畫 (Agile Estimating and Planning) 敏捷软件开发实践 估算与计划

科恩是專註於流程與項目管理的咨詢與培訓公司Mountain Goat Software的創始人。Mike擁有逾20年的行業經驗，擔任過創業公司乃至財富40強企業的技術負責人，他還是敏捷聯盟的發起成員之一，經常在業界相關雜志上發表文章並出席有關會議。他也是User Stories Applied (Addison-Wesley ，2004年出版)一書的作者。

第Ⅰ部分 問題與目標
第1章 計劃的目的
1.1 為何要進行估算和計劃
1.1.1 減少風險
1.1.2 降低不確定性
1.1.3 提供更好的決策支持
1.1.4 建立信任
1.1.5 傳遞信息
1.2 優秀的計劃是什麽
1.3 敏捷計劃是什麽
1.4 小結
1.5 討論題
第2章 計劃失敗的原因
2.1 基於活動而不是基於特性進行計劃
2.1.1 活動不會提前完成
2.1.2 延誤沿著計劃表向下傳遞
2.1.3 活動不是互相獨立的
2.2 多任務處理導致更多的延遲
2.3 不按優先級開發特性
2.4 忽視了不確定性
2.5 把估算當作承諾
2.6 小結
2.7 討論題
第3章 敏捷方法
3.1 項目的敏捷開發方法
3.1.1 敏捷團隊作為一個整體工作
3.1.2 敏捷團隊按短疊代周期工作
3.1.3 敏捷團隊每次疊代交付一些成果
3.1.4 敏捷團隊關註業務優先級
3.1.5 敏捷團隊進行檢查和調整
3.2 敏捷計劃方法
3.2.1 計劃的不同層次
3.2.2 滿意條件
3.3 小結
3.4 討論題
第Ⅱ部分 估算大小
第4章 使用故事點估算大小
4.1 故事點是相對的
4.2 速度
4.3 小結
4.4 討論題
第5章 使用理想人天進行估算
5.1 理想時間和軟件開發
5.2 以理想人天作為對大小的度量
5.3 給出一個而不是多個估算值
5.4 小結
5.5 討論題
第6章 估算方法
6.1 共同估算
6.2 估算的尺度
6.3 得到估算值的方法
6.3.1 專家意見
6.3.2 類比
6.3.3 分解
6.4 計劃撲克
6.4.1 更小規模的會議
6.4.2 何時玩計劃撲克
6.5 為什麽計劃撲克會有效
6.6 小結
6.7 討論題
第7章 重估
7.1 Swim Stats Web站點
7.2 不進行重估的情況
7.3 需要重估的情況
7.3.1 場景1：不進行重估
7.3.2 場景2：重估完成的故事
7.3.3 場景3：相對大小改變時進行重估
7.4 重估部分 完成的故事
7.5 重估的目的
7.6 小結
7.7 討論題
第8章 在故事點和理想人天之間進行選擇
8.1 有利於故事點的考慮因素
8.1.1 故事點有助於驅動跨功能的行為
8.1.2 故事點估算不會過期
8.1.3 故事點是對大小的純粹度量
8.1.4 故事點估算通常更快
8.1.5 我的理想人天不等於你的理想人天
8.2 有利於理想人天的考慮因素
8.2.1 理想人天在團隊以外更容易解釋
8.2.2 理想人天估算更容易開始
8.2.3 理想人天便於預測速度
8.3 建議
8.4 小結
8.5 討論題
第Ⅲ部分 為價值制定計劃
第9章 確定主題的優先級
9.1 確定優先級時的因素
9.1.1 價值
9.1.2 成本
9.1.3 新知識
9.1.4 風險
9.2 綜合4個因素
9.3 一些例子
9.3.1 基礎設施
9.3.2 用戶界面設計
9.4 小結
9.5 討論題
第10章 確定經濟優先級
第11章 確定渴望度優先級
第12章 分解用戶故事
第Ⅳ部分 進度計劃
第13章 發布計劃精粹
第14章 疊代計劃
第15章 選擇疊代長度
第16章 估算速度
第17章 不確定性緩沖計劃
第18章 計劃多團隊項目
第Ⅴ部分 跟蹤與交流
第19章 監督發布計劃
第20章 監督疊代計劃
第21章 關於計劃的溝通
第Ⅵ部分 敏捷計劃有效的原因
第22章 敏捷計劃有效的原因
第Ⅶ部分 案例分析
第23章 案例分析：Bomb Shelter Studio