注冊 | 登錄讀書好,好讀書,讀好書!
讀書網(wǎng)-DuShu.com
當(dāng)前位置: 首頁出版圖書科學(xué)技術(shù)計算機/網(wǎng)絡(luò)軟件工程及軟件方法學(xué)敏捷軟件開發(fā)實踐:估算與計劃

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

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

定 價:¥49.80

作 者: (美)Mike Cohn 著,金明 譯
出版社: 清華大學(xué)出版社
叢編項:
標(biāo) 簽: 計算機/網(wǎng)絡(luò) 軟件工程/開發(fā)項目管理

ISBN: 9787302423935 出版時間: 2016-03-01 包裝: 平裝
開本: 頁數(shù): 字?jǐn)?shù):  

內(nèi)容簡介

  詳述用于估算和計劃任何敏捷項目的行之有效的技巧《敏捷軟件開發(fā)實踐 估算與計劃 為對敏捷項目進行估算和計劃提供了緊貼實用的權(quán)威指導(dǎo)方針。在本書中,敏捷聯(lián)盟聯(lián)合創(chuàng)始人Mike Cohn討論了敏捷估算與計劃背后的哲學(xué)思想,并通過列舉現(xiàn)實世界的例子和項目案例具體展示了如何完成工作。本書絕對是你開發(fā)工具箱中必不可少的敏捷估算“利器”。本書清晰地闡述了相關(guān)概念,并引導(dǎo)讀者逐步找到下列問題的答案:將構(gòu)建什么產(chǎn)品?產(chǎn)品規(guī)模多大?需要在何時完成?到那時我們到底能完成多少?你首先會認(rèn)識到優(yōu)秀的計劃由哪些要素組成,接著會了解到如何才能使計劃敏捷化。采用本書中講述的方法,你將獲得敏捷估算工具,幫助你從始至終保持敏捷、節(jié)省時間、充分利用資源并且完成更多工作。本書要點如下:為什么傳統(tǒng)的指令性計劃會失敗而敏捷計劃會取得成功如何使用故事點和理想人天來預(yù)估特性的規(guī)模,以及它們分別適用于哪種情形重設(shè)估算的方式和時機如何同時采用財務(wù)及非財務(wù)手段來確定特性的優(yōu)先級如何將大的特性分解為更小的、更便于管理的特性如何計劃迭代周期并對團隊的初始進度進行預(yù)估如何安排具有高度不確定性或進度相關(guān)風(fēng)險的項目的進度如何對由多個團隊合作開發(fā)的項目進行估算本書介紹所有敏捷、半敏捷或者迭代流程,包括Scrum、XP、特性驅(qū)動的開發(fā)、水晶方法、自適應(yīng)軟件開發(fā)、DSDM、統(tǒng)一過程(UP)以及其他許多方式。它無疑是每位研發(fā)經(jīng)理、團隊經(jīng)理和成員不可或缺的寶貴資源。

作者簡介

  作者:(美)科恩 譯者:金明科恩(Mike Cohn),Mountain Goat Software創(chuàng)辦人,以幫助客戶公司成長為卓越軟件開發(fā)組織為己任,專門提供Scrum與敏捷軟件開發(fā)培訓(xùn)。Mike Cohn是敏捷運動兩大公認(rèn)名著(《用戶故事與敏捷方法》和《敏捷估算與規(guī)劃》)的作者。他曾經(jīng)歷任多個軟件開發(fā)公司(從新創(chuàng)公司到《財富》40強)的技術(shù)總監(jiān),曾服務(wù)子BBC(英國國際廣播公司)、Capital One(美國第—投資集團),Electronic Arts(藝電)、Experian(益百利)、Gooqle(谷歌)、Intuit(直覺軟件公司)、Lexis Nexis(律商聯(lián)訊)、Lockheed Martin(洛克希德·馬?。⑽④?、諾基亞、飛利浦、Sabre、Salesforce.com、西門子、索尼、時代華納、雅虎等客戶。他參與創(chuàng)力了敏捷聯(lián)盟、敏捷項目領(lǐng)導(dǎo)網(wǎng)絡(luò)和Scrum聯(lián)盟。

圖書目錄

第Ⅰ部分  問題與目標(biāo)第1章  計劃的目的 31.1  為何要進行估算和計劃 41.1.1  減少風(fēng)險 51.1.2  降低不確定性 51.1.3  提供更好的決策支持 51.1.4  建立信任 61.1.5  傳遞信息 61.2  優(yōu)秀的計劃是什么 71.3  敏捷計劃是什么 71.4  小結(jié) 81.5  討論題 8第2章  計劃失敗的原因 92.1  基于活動而不是基于特性進行計劃 92.1.1  活動不會提前完成 102.1.2  延誤沿著計劃表向下傳遞 102.1.3  活動不是互相獨立的 112.2  多任務(wù)處理導(dǎo)致更多的延遲 122.3  不按優(yōu)先級開發(fā)特性 132.4  忽視了不確定性 132.5  把估算當(dāng)作承諾 142.6  小結(jié) 142.7  討論題 15第3章  敏捷方法 173.1  項目的敏捷開發(fā)方法 183.1.1  敏捷團隊作為一個整體工作 183.1.2  敏捷團隊按短迭代周期工作 193.1.3  敏捷團隊每次迭代交付一些成果 193.1.4  敏捷團隊關(guān)注業(yè)務(wù)優(yōu)先級 203.1.5  敏捷團隊進行檢查和調(diào)整 213.2  敏捷計劃方法 213.2.1  計劃的不同層次 223.2.2  滿意條件 233.3  小結(jié) 253.4  討論題 25第Ⅱ部分  估 算 大 小第4章  使用故事點估算大小 294.1  故事點是相對的 294.2  速度 314.3  小結(jié) 334.4  討論題 33第5章  使用理想人天進行估算 355.1  理想時間和軟件開發(fā) 365.2  以理想人天作為對大小的度量 375.3  給出一個而不是多個估算值 375.4  小結(jié) 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  小結(jié) 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  小結(jié) 537.7  討論題 54第8章  在故事點和理想人天之間進行選擇 558.1  有利于故事點的考慮因素 558.1.1  故事點有助于驅(qū)動跨功能的行為 558.1.2  故事點估算不會過期 568.1.3  故事點是對大小的純粹度量 568.1.4  故事點估算通常更快 578.1.5  我的理想人天不等于你的理想人天 578.2  有利于理想人天的考慮因素 588.2.1  理想人天在團隊以外更容易解釋 588.2.2  理想人天估算更容易開始 588.2.3  理想人天便于預(yù)測速度 588.3  建議 588.4  小結(jié) 598.5  討論題 59第Ⅲ部分  為價值制定計劃第9章  確定主題的優(yōu)先級 639.1  確定優(yōu)先級時的因素 639.1.1  價值 649.1.2  成本 649.1.3  新知識 659.1.4  風(fēng)險 669.2  綜合4個因素 689.3  一些例子 689.3.1  基礎(chǔ)設(shè)施 689.3.2  用戶界面設(shè)計 699.4  小結(jié) 699.5  討論題 70第10章  確定經(jīng)濟優(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  經(jīng)濟指標(biāo) 7810.3.1  金錢的時間價值 7910.3.2  凈現(xiàn)值 7910.3.3  內(nèi)部收益率 8010.3.4  投資回收期 8210.3.5  折現(xiàn)回收期 8310.4  對利潤的比較 8310.5  小結(jié) 8410.6  討論題 84第11章  確定渴望度優(yōu)先級 8511.1  客戶滿意度的Kano模型 8511.2  相對權(quán)重:另一種方法 8911.3  小結(jié) 9111.4  討論題 91第12章  分解用戶故事 9312.1  何時分解用戶故事 9312.2  按照數(shù)據(jù)邊界分解 9412.3  按照操作邊界分解 9512.4  去除橫切考慮 9612.5  忽略滿足性能限制 9712.6  分解具有混合優(yōu)先級的用戶故事 9712.7  不要把故事分解成任務(wù) 9712.8  避免相關(guān)變化的誘惑 9812.9  組合用戶故事 9812.10  小結(jié) 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  小結(jié) 11013.5  討論題 110第14章  迭代計劃 11114.1  迭代計劃時不分配任務(wù) 11314.2  迭代計劃和發(fā)布計劃的區(qū)別 11314.3  速度驅(qū)動的迭代計劃 11414.3.1  調(diào)整優(yōu)先級 11514.3.2  確定目標(biāo)速度 11614.3.3  確定迭代目標(biāo) 11614.3.4  選擇用戶故事 11614.3.5  把用戶故事分解成任務(wù) 11714.3.6  對任務(wù)進行估算 11914.4  承諾驅(qū)動的迭代計劃 12114.5  我的建議 12414.6  任務(wù)估算值和故事點的聯(lián)系 12414.7  小結(jié) 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  小結(jié) 13315.5  討論題 133第16章  估算速度 13516.1  使用歷史值 13516.2  進行一次迭代 13716.3  做出預(yù)測 13816.3.1  估算可用小時數(shù) 13816.3.2  估算一次迭代中可用的時間 13916.3.3  擴展故事并填滿可用工作時長 13916.3.4  圍繞著估算值設(shè)置一個范圍 14016.3.5  某些團隊的變通方法 14016.4  選擇合適的方法 14116.5  小結(jié) 14116.6  討論題 142第17章  不確定性緩沖計劃 14317.1  特性緩沖區(qū) 14417.2  進度緩沖區(qū) 14417.2.1  在估算值中反映不確定性 14517.2.2  調(diào)整項目緩沖區(qū)大小 14817.2.3  更簡單的緩沖區(qū)計算方法 15017.2.4  緩沖區(qū)準(zhǔn)則 15017.3  結(jié)合多個緩沖區(qū) 15017.4  進度緩沖區(qū)不是填料 15117.5  一些警告 15217.6  小結(jié) 15217.7  討論題 153第18章  計劃多團隊項目 15518.1  為估算建立共同基準(zhǔn) 15518.2  更早給用戶故事添加細(xì)節(jié) 15618.3  前瞻性計劃 15718.4  在計劃中加入饋送緩沖區(qū) 15818.4.1  緩沖的對象 15918.4.2  確定饋送緩沖區(qū)的大小 15918.5  工作量會很大 16018.6  小結(jié) 16018.7  討論題 161第Ⅴ部分  跟蹤與交流第19章  監(jiān)督發(fā)布計劃 16519.1  對發(fā)布進行跟蹤 16519.2  發(fā)布燃盡圖 16719.3  停車場圖 17119.4  小結(jié) 17219.5  討論題 172第20章  監(jiān)督迭代計劃 17320.1  任務(wù)板 17320.2  迭代燃盡圖 17520.3  跟蹤已完成的工作量 17620.4  個人速度 17720.5  小結(jié) 17720.6  討論題 177第21章  關(guān)于計劃的溝通 17921.1  就計劃進行溝通 18021.2  就進度進行溝通 18121.3  迭代結(jié)束總結(jié) 18321.4  小結(jié) 18621.5  討論題 186第Ⅵ部分  敏捷計劃有效的原因第22章  敏捷計劃有效的原因 18922.1  經(jīng)常重新計劃 18922.2  對大小和持續(xù)時間的估算是獨立的 19022.3  在不同層次上制定計劃 19022.4  基于特性而不是基于任務(wù)制定計劃 19122.5  小故事保持工作流暢 19122.6  每次迭代都要消除未完工的工作 19122.7  在團隊層次跟蹤 19222.8  承認(rèn)不確定性并為之計劃 19222.9  敏捷估算和計劃的12條指導(dǎo)原則 19222.10  小結(jié) 19422.11  討論題 194第Ⅶ部分  案 例 分 析第23章  案例分析:Bomb Shelter Studio 19723.1  第一天—— 星期一早上 19823.2  估算用戶故事 20423.3  準(zhǔn)備產(chǎn)品調(diào)查 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

本目錄推薦

掃描二維碼
Copyright ? 讀書網(wǎng) hotzeplotz.com 2005-2020, All Rights Reserved.
鄂ICP備15019699號 鄂公網(wǎng)安備 42010302001612號