30天軟件開發(fā)：告別瀑布擁抱敏捷

第一部分　為什么說每家公司都能在30天內(nèi)開發(fā)出軟件
　你可能對你的軟件公司感到沮喪，希望它能夠更快、更靈活、更好地理解你的需要，并幫助你創(chuàng)造更多利潤。在這一部分，我們首先找出令你沮喪的原因，然后想辦法解決問題。
　第1章　軟件危機(jī)：錯誤的流程導(dǎo)致錯誤的結(jié)果　
　很多軟件開發(fā)組織都在使用一種開發(fā)流程，而使用這種流程就意味著你肯定會遭遇浪費、無法控制的風(fēng)險、不確定性、意外情況以及低價值。在這一章里，我們會研究為什么人們會選擇這種流程，也會分析為什么這種流程注定要失敗，最后再分享一些組織從失敗中恢復(fù)的案例。
　1.1　案例學(xué)習(xí)：FBI的“哨兵”項目　
　1.2　錯誤的方法：預(yù)測性流程　
　1.3　錯誤的結(jié)果：項目失敗　
　1.4　案例分析：PTC　
　1.5　小結(jié)　
　第2章　Scrum：正確的流程產(chǎn)生正確的結(jié)果　
　有這樣一個適合軟件開發(fā)的流程。當(dāng)開發(fā)人員使用它的時候，會立馬提高生產(chǎn)效率、質(zhì)量、價值、可控性、可預(yù)期性和滿意度。我們會在這一章里看看這種流程是如何做到這一點的。
　2.1　經(jīng)驗型流程實戰(zhàn)　
　2.2　經(jīng)驗型流程真的能夠解決問題嗎　
　2.3　人類實踐源于經(jīng)驗主義　
　2.4　盡管我們知道該如何做　
　2.5　敏捷性　
　2.6　小結(jié)　
　第3章　你也來試一試：創(chuàng)建試點項目　
　現(xiàn)在你已經(jīng)對我們所宣稱的更好的軟件開發(fā)方法有所了解了。然而，過去也有很多人宣稱他們的方法是最好的，并從你的口袋里賺到了很多鈔票，卻只為你帶來了極小的改進(jìn)，甚至沒有任何改進(jìn)。在這一章里，我們要向你證明我們所介紹的流程是可行的并且是免費的。
　3.1　經(jīng)驗主義已經(jīng)在組織中使用了　
　3.2　一個試點范例　
　3.3　這對團(tuán)隊成員來說可能是全新的工作方式　
　3.4　小結(jié)　
　第4章　我要做些什么　
　到目前為止，你已經(jīng)學(xué)到怎么才能做得更好，也有了切身體會。你為這樣的結(jié)果感到興奮，同時也知道如何向軟件組織介紹新的流程。在這一章里，我們會介紹如何應(yīng)用你的經(jīng)驗幫助你的試點項目取得成功。
　4.1　實踐可能性藝術(shù)　
　4.2　創(chuàng)造透明的成長環(huán)境　
　4.3　相信你的員工能做更多　
　4.4　降低員工對確定性的期望　
　4.5　小結(jié)　
第二部分　如何在30天內(nèi)開發(fā)出軟件
　根據(jù)需求開發(fā)出更好的軟件并不像過去那么困難。在這一部分里，我們將會介紹一套循序漸進(jìn)的方法，幫助你從目前的狀態(tài)過渡到讓整個組織變得敏捷起來。
　第5章　初試Scrum　
　我們用于幫助你改進(jìn)軟件開發(fā)的秘密武器叫做“Scrum”。是的，就是英式橄欖球里的爭球。在這一章里，我們將會討論Scrum是如何工作的，以及它為什么有效。
　5.1　組建Scrum團(tuán)隊并為Sprint做計劃　
　5.2　開始Sprint向價值啟航　
　5.3　進(jìn)行Sprint評審　
　5.4　進(jìn)行Sprint回顧　
　5.5　繼續(xù)Sprint　
　5.6　小結(jié)　
　第6章　在項目中應(yīng)用Scrum　
　軟件開發(fā)中的大多數(shù)持續(xù)改進(jìn)都是從項目開始的。你可以運(yùn)用Scrum來進(jìn)一步證明它的效果，或者在必須成功的、至關(guān)重要的項目中使用Scrum。這一章里，我們會探索如何培訓(xùn)開發(fā)人員。
　6.1　自下而上的隱形Scrum　
　6.2　好處與收獲　
　6.3　使用燃盡圖管理工作進(jìn)度　
　6.4　不要忽視復(fù)雜性：永遠(yuǎn)保持警惕　
　6.5　Sprint的長度　
　6.6　下一章　
　第7章　創(chuàng)建Scrum工作室　
　成功通常能夠帶來更多的成功。隨著越來越多的軟件項目成功實施Scrum，越來越多的人也希望加入到Scrum的行列中來。不考慮嘗試變革整個組織，我們來看看如何從令人失望的現(xiàn)有部門中為Scrum開辟一片獨立的天地。你將可以逐漸地從越來越多的項目和發(fā)布版本中享受Scrum帶來的益處。
　7.1　工作室是一個學(xué)習(xí)型的組織　
　7.2　工作室經(jīng)理　
　7.3　培訓(xùn)和使用條款　
　7.4　工作室的設(shè)施　
　7.5　變革和難題　
　7.6　用數(shù)字進(jìn)行管理　
　7.7　依賴于透明性的指標(biāo)　
　7.8　一個完成并且完整的功能增量　
　7.9　一個類比　
　7.10　消除技術(shù)債務(wù)獲得可用的增量　
　7.11　罪惡之源　
　7.12　小結(jié)　
　第8章　在企業(yè)中應(yīng)用Scrum　
　Scrum在項目或者版本發(fā)布層面帶來了初期的敏捷性，同時也帶來了迅速響應(yīng)機(jī)會和應(yīng)對挑戰(zhàn)的能力。為了獲得最重要的收益，作為經(jīng)驗型流程的Scrum，必須讓整個組織都融入進(jìn)來。這一章里，我們會探索如何去做，以及為什么有些方法無法長久，而有些卻可以。
　8.1　深入但短暫的改變　
　8.2　深化并固化的改變　
　8.3　Carbonite公司的轉(zhuǎn)型　
　8.4　Carbonite的改革之舉　
　8.5　結(jié)果　
　8.6　Scrum實施中無可爭議的兩個元素　
　第9章　企業(yè)級轉(zhuǎn)型：深化并固化改革　
　你希望在任期內(nèi)讓你的組織變得更精益、更高效、更敏捷，甚至希望這些利益和潛在的成因能夠在組織中持久沉淀并且變成組織的文化。我們會在這一章里探討如何才能進(jìn)行企業(yè)級變革，實現(xiàn)以上這些期望。
　9.1　企業(yè)轉(zhuǎn)型工程　
　9.2　做好準(zhǔn)備　
　9.3　啟動轉(zhuǎn)型工程　
　9.4　傳播愿景和策略　
　9.5　推向整個組織　
　9.6　造成影響　
　9.7　度量、評估并鞏固成果　
　9.8　鞏固、推廣并堅持　
　9.9　小結(jié)　
　第10章　用Scrum的方式實施Scrum　
　我們設(shè)計Scrum就是為了解決像軟件開發(fā)這樣復(fù)雜的問題。我們發(fā)現(xiàn)Scrum是管理組織變革和復(fù)雜問題的強(qiáng)力武器，而且能夠在透明性、減少浪費、風(fēng)險控制以及可預(yù)見性方面獲得好處。這一章里，我們將會探索如何在這方面運(yùn)用Scrum。
　10.1　SeaChange International用Scrum實施Scrum　
　10.2　SeaChange的破冰之舉　
　10.3　結(jié)果　
　10.4　Iron Mountain推廣Scrum　
　10.5　轉(zhuǎn)型團(tuán)隊　
　10.6　小結(jié)　
　附錄A　術(shù)語　
　我們慢慢地、循序漸進(jìn)地介紹一些新術(shù)語，這份附錄可以作為你的術(shù)語參考。
　附錄B　Scrum指南　
　通過閱讀這篇權(quán)威的指南，你將了解到Scrum中的角色、工件及事件。這是一篇Scrum的圣經(jīng)。
　附錄C　企業(yè)級敏捷攻略　
　這份附錄更詳細(xì)地介紹了第10章所述的進(jìn)行企業(yè)級變革的計劃。