敏捷軟件開發(fā)實踐：估算與計劃

第Ⅰ部分  問題與目標第1章  計劃的目的 31.1  為何要進行估算和計劃 41.1.1  減少風險 51.1.2  降低不確定性 51.1.3  提供更好的決策支持 51.1.4  建立信任 61.1.5  傳遞信息 61.2  優(yōu)秀的計劃是什么 71.3  敏捷計劃是什么 71.4  小結 81.5  討論題 8第2章  計劃失敗的原因 92.1  基于活動而不是基于特性進行計劃 92.1.1  活動不會提前完成 102.1.2  延誤沿著計劃表向下傳遞 102.1.3  活動不是互相獨立的 112.2  多任務處理導致更多的延遲 122.3  不按優(yōu)先級開發(fā)特性 132.4  忽視了不確定性 132.5  把估算當作承諾 142.6  小結 142.7  討論題 15第3章  敏捷方法 173.1  項目的敏捷開發(fā)方法 183.1.1  敏捷團隊作為一個整體工作 183.1.2  敏捷團隊按短迭代周期工作 193.1.3  敏捷團隊每次迭代交付一些成果 193.1.4  敏捷團隊關注業(yè)務優(yōu)先級 203.1.5  敏捷團隊進行檢查和調整 213.2  敏捷計劃方法 213.2.1  計劃的不同層次 223.2.2  滿意條件 233.3  小結 253.4  討論題 25第Ⅱ部分  估 算 大 小第4章  使用故事點估算大小 294.1  故事點是相對的 294.2  速度 314.3  小結 334.4  討論題 33第5章  使用理想人天進行估算 355.1  理想時間和軟件開發(fā) 365.2  以理想人天作為對大小的度量 375.3  給出一個而不是多個估算值 375.4  小結 385.5  討論題 38第6章  估算方法 396.1  共同估算 406.2  估算的尺度 416.3  得到估算值的方法 426.3.1  專家意見 436.3.2  類比 436.3.3  分解 436.4  計劃撲克 446.4.1  更小規(guī)模的會議 456.4.2  何時玩計劃撲克 456.5  為什么計劃撲克會有效 466.6  小結 466.7  討論題 47第7章  重估 497.1  SwimStats Web站點 497.2  不進行重估的情況 507.3  需要重估的情況 517.3.1  場景1：不進行重估 527.3.2  場景2：重估完成的故事 527.3.3  場景3：相對大小改變時進行重估 527.4  重估部分完成的故事 527.5  重估的目的 537.6  小結 537.7  討論題 54第8章  在故事點和理想人天之間進行選擇 558.1  有利于故事點的考慮因素 558.1.1  故事點有助于驅動跨功能的行為 558.1.2  故事點估算不會過期 568.1.3  故事點是對大小的純粹度量 568.1.4  故事點估算通常更快 578.1.5  我的理想人天不等于你的理想人天 578.2  有利于理想人天的考慮因素 588.2.1  理想人天在團隊以外更容易解釋 588.2.2  理想人天估算更容易開始 588.2.3  理想人天便于預測速度 588.3  建議 588.4  小結 598.5  討論題 59第Ⅲ部分  為價值制定計劃第9章  確定主題的優(yōu)先級 639.1  確定優(yōu)先級時的因素 639.1.1  價值 649.1.2  成本 649.1.3  新知識 659.1.4  風險 669.2  綜合4個因素 689.3  一些例子 689.3.1  基礎設施 689.3.2  用戶界面設計 699.4  小結 699.5  討論題 70第10章  確定經濟優(yōu)先級 7110.1  收入的來源 7210.1.1  新收入 7310.1.2  增量收入 7310.1.3  留存收入 7310.1.4  操作效率 7310.2  例子：WebPayRoll 7410.2.1  計算新收入 7410.2.2  計算增量收入 7510.2.3  計算留存收入 7610.2.4  計算操作效率 7610.2.5  估算開發(fā)成本 7710.2.6  整合 7810.3  經濟指標 7810.3.1  金錢的時間價值 7910.3.2  凈現值 7910.3.3  內部收益率 8010.3.4  投資回收期 8210.3.5  折現回收期 8310.4  對利潤的比較 8310.5  小結 8410.6  討論題 84第11章  確定渴望度優(yōu)先級 8511.1  客戶滿意度的Kano模型 8511.2  相對權重：另一種方法 8911.3  小結 9111.4  討論題 91第12章  分解用戶故事 9312.1  何時分解用戶故事 9312.2  按照數據邊界分解 9412.3  按照操作邊界分解 9512.4  去除橫切考慮 9612.5  忽略滿足性能限制 9712.6  分解具有混合優(yōu)先級的用戶故事 9712.7  不要把故事分解成任務 9712.8  避免相關變化的誘惑 9812.9  組合用戶故事 9812.10  小結 9812.11  討論題 99第Ⅳ部分  進 度 計 劃第13章  發(fā)布計劃精粹 10313.1  發(fā)布計劃 10313.1.1  確定滿意條件 10513.1.2  估算用戶故事 10513.1.3  選擇迭代周期長度 10513.1.4  估算速度 10513.1.5  確定用戶故事優(yōu)先級 10513.1.6  選擇用戶故事和發(fā)布日期 10613.2  更新發(fā)布計劃 10713.3  例子 10713.3.1  確定滿意條件 10813.3.2  估算大小 10813.3.3  選擇迭代周期長度 10813.3.4  估算速度 10913.3.5  確定用戶故事優(yōu)先級 10913.3.6  選擇用戶故事 10913.4  小結 11013.5  討論題 110第14章  迭代計劃 11114.1  迭代計劃時不分配任務 11314.2  迭代計劃和發(fā)布計劃的區(qū)別 11314.3  速度驅動的迭代計劃 11414.3.1  調整優(yōu)先級 11514.3.2  確定目標速度 11614.3.3  確定迭代目標 11614.3.4  選擇用戶故事 11614.3.5  把用戶故事分解成任務 11714.3.6  對任務進行估算 11914.4  承諾驅動的迭代計劃 12114.5  我的建議 12414.6  任務估算值和故事點的聯(lián)系 12414.7  小結 12614.8  討論題 126第15章  選擇迭代長度 12715.1  選擇迭代長度時考慮的因素 12715.1.1 發(fā)布的總時間長度 12715.1.2  不確定性的多少 12815.1.3  獲得反饋的難易程度 12815.1.4  優(yōu)先級可以保持多久不變 12815.1.5  在沒有外部反饋之下進行工作的意愿 12915.1.6  迭代的系統(tǒng)開銷 12915.1.7  緊迫感維持 13015.2  做出決策 13015.3  兩個案例分析 13115.3.1  Napa項目 13115.3.2  Goodman項目 13215.4  小結 13315.5  討論題 133第16章  估算速度 13516.1  使用歷史值 13516.2  進行一次迭代 13716.3  做出預測 13816.3.1  估算可用小時數 13816.3.2  估算一次迭代中可用的時間 13916.3.3  擴展故事并填滿可用工作時長 13916.3.4  圍繞著估算值設置一個范圍 14016.3.5  某些團隊的變通方法 14016.4  選擇合適的方法 14116.5  小結 14116.6  討論題 142第17章  不確定性緩沖計劃 14317.1  特性緩沖區(qū) 14417.2  進度緩沖區(qū) 14417.2.1  在估算值中反映不確定性 14517.2.2  調整項目緩沖區(qū)大小 14817.2.3  更簡單的緩沖區(qū)計算方法 15017.2.4  緩沖區(qū)準則 15017.3  結合多個緩沖區(qū) 15017.4  進度緩沖區(qū)不是填料 15117.5  一些警告 15217.6  小結 15217.7  討論題 153第18章  計劃多團隊項目 15518.1  為估算建立共同基準 15518.2  更早給用戶故事添加細節(jié) 15618.3  前瞻性計劃 15718.4  在計劃中加入饋送緩沖區(qū) 15818.4.1  緩沖的對象 15918.4.2  確定饋送緩沖區(qū)的大小 15918.5  工作量會很大 16018.6  小結 16018.7  討論題 161第Ⅴ部分  跟蹤與交流第19章  監(jiān)督發(fā)布計劃 16519.1  對發(fā)布進行跟蹤 16519.2  發(fā)布燃盡圖 16719.3  停車場圖 17119.4  小結 17219.5  討論題 172第20章  監(jiān)督迭代計劃 17320.1  任務板 17320.2  迭代燃盡圖 17520.3  跟蹤已完成的工作量 17620.4  個人速度 17720.5  小結 17720.6  討論題 177第21章  關于計劃的溝通 17921.1  就計劃進行溝通 18021.2  就進度進行溝通 18121.3  迭代結束總結 18321.4  小結 18621.5  討論題 186第Ⅵ部分  敏捷計劃有效的原因第22章  敏捷計劃有效的原因 18922.1  經常重新計劃 18922.2  對大小和持續(xù)時間的估算是獨立的 19022.3  在不同層次上制定計劃 19022.4  基于特性而不是基于任務制定計劃 19122.5  小故事保持工作流暢 19122.6  每次迭代都要消除未完工的工作 19122.7  在團隊層次跟蹤 19222.8  承認不確定性并為之計劃 19222.9  敏捷估算和計劃的12條指導原則 19222.10  小結 19422.11  討論題 194第Ⅶ部分  案 例 分 析第23章  案例分析：Bomb Shelter Studio 19723.1  第一天—— 星期一早上 19823.2  估算用戶故事 20423.3  準備產品調查 21223.4  迭代和發(fā)布計劃，第1輪 21423.4.1  計劃第一次迭代 21523.4.2  發(fā)布計劃 22023.5  2周后 22723.6  計劃第二次迭代 22823.7  2周后 23023.8  修改發(fā)布計劃 23023.9  向Phil介紹修改后的計劃 23223.10  18周后 235