《Scrum精髓：敏捷轉(zhuǎn)型指南》（Scrum精髓:敏捷轉(zhuǎn)型指南）

Scrum精髓：敏捷轉(zhuǎn)型指南

Kenneth Rubin? ? ?著

姜信寶? 米全喜? 左洪斌? ? 譯

徐? 毅 ? 審校

清華大學(xué)出版社

北京

本 書 贊 譽

“敏捷教練們，你們會喜歡這本書的。Kenny Rubin為我們創(chuàng)作了一個不可或缺的資源。你們的經(jīng)理還不理解敏捷嗎？把這本書給他們，讓他們翻到第3章，這一章全面解釋了為什么Scrum的風(fēng)險比計劃驅(qū)動管理方式的風(fēng)險小。這本書正是寫給他們看的，而且是以管理人員的套辭來寫的。你想幫助團隊取得對Scrum的一致理解嗎？貫穿全書的可視化圖標語言可以幫助你。本書在很多方面都可以幫助你培訓(xùn)Scrum團隊，我在這里只是說了其中兩方面。好好使用這本書吧。”

—— Lyssa Adkins，敏捷教練總教練，Agile Coaching Institute，

《如何構(gòu)建敏捷項目管理團隊》合著者

“又一本最好、最全面描述核心Scrum框架的書！任何人，不論是否有Scrum經(jīng)驗，只要對過程中最重要的內(nèi)容感興趣，都能用得上《Scrum精髓》。Kenny的工作非常出色，用簡單的形式和引人入勝的可視化語言提煉出了Scrum框架的關(guān)鍵原則。我在很多團隊擔任過Scrum教練，我總是能在書中發(fā)現(xiàn)新的東西，為學(xué)習(xí)和應(yīng)用這個框架的團隊帶來幫助。在過去的十多年里，我經(jīng)常看到一些大公司和工具開發(fā)商對Scrum有誤解，實施效果也不盡如人意。閱讀本書將幫助你回歸本質(zhì)，關(guān)注重要的內(nèi)容。”

—— Joe Balistrieri，流程開發(fā)經(jīng)理，羅克韋爾自動化公司

“在采用敏捷方法時總是慢一拍的公司IT領(lǐng)導(dǎo)，應(yīng)該把這本書發(fā)給他們的項目經(jīng)理和交付經(jīng)理，人手一冊，好讓公司受益無窮。Kenny Rubin在本書中展示了公司IT部門成功實施Scrum所需的所有實用案例和過程。”

—— John F. Bauer III，在大型公司IT部門從事技術(shù)方案交付工作的一名老兵

“這本書鮮明地體現(xiàn)了Kenny作為顧問、教練和Scrum聯(lián)盟首任常務(wù)董事所積累的廣泛經(jīng)驗。書中不但提供了Scrum的基本知識和概述，還論述了大量的問題——那些發(fā)生在項目經(jīng)理身上的事情。《Scrum精髓》幫助我們掌握全局并指導(dǎo)一個組織的領(lǐng)導(dǎo)如何幫助Scrum團隊成功實現(xiàn)敏捷轉(zhuǎn)型。”

—— Sameer S. Bendre，CSM，PMP，高級顧問，3i Infotech公司

“如果你是敏捷開發(fā)或Scrum新手，這本書能夠讓你快速入門。書中的示例和描述清晰、生動，你常常會發(fā)現(xiàn)自己想問的問題在本書中都已經(jīng)講到了。”

—— Johannes Brodwall，解決方案總架構(gòu)師，Steria Norway公司

“Kenny闡述的內(nèi)容很有條理，對Smalltalk充滿感情的人會感到很清晰——Smalltalk是他們使用多年的開發(fā)環(huán)境，也是Scrum和極限編程誕生的地方。本書把一套完整的、確信能夠成功的敏捷原則組織在一起，肯定能為你你帶來更有效的敏捷方法。”

—— Rowan Bunning，Scrum WithStyle公司創(chuàng)始人

“介紹Scrum的書已經(jīng)很多了，但本書采取了一個新的視角：軟件實踐者能夠?qū)φ宅F(xiàn)實情況進行檢查。Kenny使用真實世界的例子和清晰的描述，強調(diào)了成功實施敏捷開發(fā)的堅實基礎(chǔ)。讀者將理解內(nèi)建質(zhì)量的重要性，理性面對現(xiàn)實：我們無法從一開始就把每件事情都做對。我們必須在這個過程中以方式工作并從中學(xué)習(xí)。書名中雖然有個Scrum，但本書從范圍更廣的敏捷領(lǐng)域中吸取有效的實踐，幫助經(jīng)理及其團隊取得成功。”

—— Lisa Crispin，《敏捷測試》合著者

“Kenny Rubin寫了一本這么好的書，我真希望每個從事Scrum開發(fā)的人都好好讀一讀！書中包含Scrum精髓和其他內(nèi)容的！”

—— Martine Devos，歐洲Scrum先驅(qū)，認證Scrum培訓(xùn)師

“我在過去幾年間審讀過很多有關(guān)敏捷的書，所以總是在想一個問題：我們真的需要另外一本嗎？就Kenny的書而言，我確信答案是“需要”。從另一個經(jīng)驗豐富的視角來審視常見到問題及我們需要的材料，這是很有價值的。Kenny就具備這樣的視角。本書的獨特之處是有趣的圖標——Kenny首創(chuàng)的一種新的、用于表達Scrum和敏捷的圖標語言。我相信你會發(fā)現(xiàn)書中這種插圖會擴展你的思維，幫助你理解如何使用Scrum。”

—— Scott Duncan，敏捷∕Scrum教練兼培訓(xùn)師

“任何一個接受過Scrum培訓(xùn)或參加過Scrum團隊工作的人都會發(fā)現(xiàn)《Scrum精髓》是一本非常好的進階讀物。本書深入探討了如何通過實施Scrum過程，力求得更敏捷，恰到好處地解釋了如何把復(fù)雜項目分解為可管理的項目（或沖刺）。對于在各種組織中有效或無效的做法，Kenny Rubin都給出大量相關(guān)的案例學(xué)習(xí)。布局簡單、商用風(fēng)格的圖標使得本書更易于快速瀏覽和查找特定主題。任何一個尋求從傳統(tǒng)瀑布方法提升到敏捷方法論的組織都會發(fā)現(xiàn)《Scrum精髓》是這個旅程必不可少的行動指南。”

—— Julia Frazier，產(chǎn)品經(jīng)理

“開發(fā)軟件的難度很大。一邊做項目，一邊采取一種新的工作方法，難度更大。這本書讓大家能避免很多陷阱，加速產(chǎn)生商業(yè)價值的能力，加快成功使用Scrum的過程。我真希望我在開始使用Scrum時能夠看到這本書。”

—— Geir Hedemark，開發(fā)經(jīng)理，Basefarm AS公司

我確信《Scrum精髓》將成為下一代Scrum實踐者的基礎(chǔ)參考書。它不僅是今天能夠得到最全面的Scrum的讀本，而且寫得非常棒，通過新引入的Scrum可視化語言，讓讀者能夠一目了然。本書的優(yōu)點還不止這些，Kenny還分享了大量可供我們學(xué)習(xí)的有價值的個人觀點和經(jīng)驗。”

—— Ilan Goldstein，敏捷方案經(jīng)理，勵德愛思唯爾公司（Reed Elsevier）

“Scrum看起來簡單，但實際上很復(fù)雜。在《Scrum精髓》中，Kenny Rubin向我們提供了解決這些復(fù)雜問題的行動指南，而且很重要的是，書中的內(nèi)容非常簡潔。實戰(zhàn)經(jīng)驗加上發(fā)人深思的描述，讓Scrum更接近真實世界。高級經(jīng)理及相關(guān)的團隊成員，如果你們正在考慮是否實施Scrum，那么這是一本必讀書。這本書我肯定會推薦給我的學(xué)生。”

—— John Hebley，Hebley & Associates公司

“Kenny在《Scrum精髓》中提供了大量的真知灼見與知識，為敏捷／Scrum實際應(yīng)用提供了有價值、廣泛的見解。不論你是敏捷新手還是希望持續(xù)改進以獲得更高的成熟度，本書都是工具箱中必不可少的午要參考。”

—— David Luzqui?os，敏捷推廣主管，敏捷教練，Betfair 公司

“Kenny Rubin再一次清晰地介紹如何以注重實效的方式實施敏捷。一方面，他重視正式的或者說典型的Scrum定義，另一方面，他重視從務(wù)實的角度使用這個定義。在這本新書中，他把他們公司多年積累的知識和他多年的經(jīng)驗帶給讀者。如果你準備開始敏捷之旅或在旅途中需要幫助，這本就夠。”

—— Cuan Mulligan, 獨立共創(chuàng)式敏捷教練

“在第一本關(guān)于Scrum的書出版十年之后，是時候把Scrum框架的基本內(nèi)容與過去十年間的實際經(jīng)驗和方法結(jié)合在一起了。Kenny Rubin以令人欣慰和非教條的方式做到了這一點。對于何時以什么方式實施Scrum以取得商業(yè)利益，本書提供了實用的概述和知識。”

—— Yves Stalgies博士，IT主管，www.etracker.com公司

“采用Scrum的最成功的方式是每個參與者——甚至是一些外圍參與者——都能很好地理解其基本內(nèi)容。《Scrum精髓》以通俗易懂的方式完美展示了概貌和細節(jié)。本書是當之無愧的標準參考書。”

—— Kevin Tureski，Kevin Tureski咨詢公司總裁

推薦序1

Mike Cohn

著作有《Scrum敏捷軟件開發(fā)》、《敏捷估算與規(guī)劃》與

《用戶故事與敏捷方法》，www.mountaingoatsoftware.com

我今天的午餐是在漢堡王餐廳吃的。墻上貼著一幅“皇堡之家”的海報，告訴人們皇堡可以有很多種點法。泡菜、番茄、生菜和奶酪可以多要一點，也可以不要，各種各樣的組合，能做出很多種漢堡包。實施Scrum的可行方式也必然有很多很多種。不過，雖然條條道路通羅馬，但不同的方式還是有好壞之分的。

在《Scrum精髓》中，Kenny Rubin幫助讀者找到了更好的方式。他的書講述的不是規(guī)范——他不會說 “你必須得這樣做。”相反，他傳授的是幫助Scrum取得成功的基本原理。比如，在做沖刺規(guī)劃時沒有一個普遍適用于所有團隊的套路。適用于某個公司或項目的方法在另一個公司或項目中卻行不通。Kenny給我們提供了一些選擇。但是最終的決定權(quán)在于每個團隊。幸運的是，這些團隊現(xiàn)在可以求助于這本書。

《Scrum精髓》我們帶來的一個意外好處是Kenny引入的、用于表達Scrum的視覺語言。書中這些視覺圖標圖對理解文字內(nèi)容非常有幫助，我估計今后人們在討論Scrum時會常常使用這些圖。

我們早就該有這樣一本書了。Scrum最初是一個小概念。第一本討論它的書——DeGrace和Stahl寫的Wicked Problems, Righteous Solutions只有6頁。但在那本書面世20多年后，Scrum得到了擴充，引入并細化了新的角色、會議和工件。每增加一個內(nèi)容，我們都面臨著丟掉Scrum核心內(nèi)容的風(fēng)險——部分核心內(nèi)容闡述的是團隊如何規(guī)劃，如何先做一小部分，然后反思團隊的工作完成情況，看看有哪些值得肯定（改進）的地方。

在《Scrum精髓》一書中，Kenny把我們帶回Scrum核心。在這個基礎(chǔ)上，Scrum團隊可以開始做實施Scrum的必要決策，做出適合自己的決策。本書是一個不可或缺的指南，可以幫助團隊在林林總總的Scrum實施方式中選擇并找到適合自己的成功之路。

推薦序2

Ron Jeffries

當Kenny邀請我為他的《Scrum精髓》寫一篇序的時候，我就在想：“這事兒做起來快，簡單，它肯定是一本很直白的、簡單描述Scrum的書。”我對Ken簡潔明快的工作風(fēng)格非常了解，所以知道他的作品肯定也是這樣的，甚至肯定比我想象的還好！

所以呢，當我看到這本書幾乎涵括Scrum“處女航”的全部精髓時，你完全可以想像我的感受，簡直是又驚又喜！而且，Kenny還更進一步。他從核心的理念入手，包括所有敏捷方法底層的敏捷原則，概覽了Scrum框架。他還深入到細節(jié)進一步探究。這本書可讀性強，而且內(nèi)容豐富，耐讀。Kenny 對規(guī)劃的詳細描述恰到好處，他還談到需求、故事和PBI估算、速率。隨后還帶我們深入敏捷原則，幫助我們處理所有級別的規(guī)劃和所有時間范圍。他描述了如何規(guī)劃、執(zhí)行、回顧和改進沖刺過程。貫穿全書，他在介紹基礎(chǔ)知識之外，還重點強調(diào)了我們在Scrum導(dǎo)入初期可能會遇到的重要問題。

對于Scrum和敏捷，我個人關(guān)注的是必要的開發(fā)技能，這些技能可以確保團隊能夠通過一個接一個的沖刺交付真正的、可運行的、以業(yè)務(wù)為中心的軟件。Kenny幫助我們理解了如何以安全、合適的方式使用速率和技術(shù)債等概念。速率和技術(shù)債這兩個主題都非常關(guān)鍵，我建議大家重點關(guān)注。

速率向我們表明團隊隨著時間的推移要交付多少價值。我們可以借助于它來感覺我們要完成多少任務(wù)以及我們的工作方式是否比原來有所改善。然而，Kenny警告我們，把速率作為績效考核指標會對業(yè)務(wù)造成傷害，而且他還有理有據(jù)幫助我們認識到個中緣由。

技術(shù)債這個說法現(xiàn)在已經(jīng)非常普遍，泛指會導(dǎo)致代碼出問題的所有東西。Kenny幫助我們捋清個中含義，并幫助我們認識到為什么要關(guān)注這些偏技術(shù)性的細節(jié)。我特別看中他對這方面的詳細描述：如果團隊一直在壓力下工作，肯定無法如期交付優(yōu)質(zhì)產(chǎn)品。

就像所有敏捷方法一樣，Scrum依賴于快速反饋來進行探索。Kenny給我們講了他當年用穿孔卡的故事，這讓我想起自己早期的計算機生涯，比Kenney看到他平生第一張穿孔卡久遠得多。作為一名大學(xué)生，我當時非常幸運，得到了美國戰(zhàn)略空軍司令部奧馬哈總部（SAC HQ）的實習(xí)機會。在那些日子里，所有計算都是通過穿孔卡來做的。我的卡片只能發(fā)到SAC HQ地下好幾層那臺能發(fā)起戰(zhàn)爭的計算機上（如果要發(fā)起戰(zhàn)爭的話）。我很幸運，一天有一兩次跑程序的機會。

只要一通過安檢，我就會大半夜跑下樓來到計算機面前。我還對Sergeant Whittaker說好話，讓他準許我坐在計算機終端面前跑我自己寫的程序（是的，那臺主要發(fā)動核攻擊的機器）。不過，放心，那個房間里沒有紅色按鈕。

在計算機面前忙活兒，我可以做十倍的工作（相較于我不得不等著我的索引卡被傳下來，然后我的代碼清單被回傳到樓上）。反饋來得快，我就學(xué)得快，我的程序也能早些跑起來。這就是Scrum的本事。用不著等上好幾個月甚至好幾年才知道程序員都在干什么，通過Scrum，我們每隔兩周就可以了解他們的動態(tài)。Scrum產(chǎn)品負責人在優(yōu)秀團隊的支持下，每隔幾天就能看到實際的產(chǎn)品特性被打磨成形！

這也是Kenny這本書的主旨。如果是Scrum新手，就從頭到尾仔細閱讀，然后把它放在案頭隨時接著看。如果做Scrum已經(jīng)有了一些時日，就全書瀏覽一遍，把它留在手邊隨時參考。如果發(fā)現(xiàn)自己開始認真思索團隊的事兒或者尋思著搞點兒創(chuàng)新，不妨拿起這本書，從字里行間尋找突破點。你肯定能夠從中找到金子（有價值的東西）。

中文版序

李國彪（Bill）

Scrum聯(lián)盟認證培訓(xùn)師（CST）

UPerform優(yōu)普豐顧問機構(gòu)

這是一本非常不錯的介紹Scrum核心及其相關(guān)實踐、有助于培養(yǎng)敏捷交付能力的參考書！

自2007年我有幸引入和翻譯第一本Scrum書籍《Scrum敏捷項目管理》（Ken Schaber著）之后，見證著敏捷和Scrum在中國軟件及產(chǎn)品研發(fā)行業(yè)的應(yīng)用和演進，業(yè)界人士和許多團隊的不斷深入實踐及鍥而不舍的多樣化嘗試，也目睹許多組織和團隊的迂回之路和成功發(fā)展敏捷能力的成就感，但同時也對他們的困惑和掙扎感同身受。Scrum框架有強大力量，其生命力來在于其簡約，但要想獲得成效，何其容易！

感謝業(yè)界同行的熱情與努力，此數(shù)年間陸續(xù)有新的Scrum相關(guān)書籍進入市場。每一本書都有其獨到之處。這本《Scrum精髓》也給我們帶來驚喜，在業(yè)界需要的時候來到中國。

條條大路通羅馬。Scrum框架不變，彰顯其精髓和價值觀的實踐和形式確實是在不斷探索和演進中。有許多的實踐和招式是基于具體上下文、有針對性地以落地試驗的方式得出的。這些何嘗不是敏捷精神和本質(zhì)的體現(xiàn)呢？

若是Scrum新手，你會從本書中收獲扎實的Scrum基礎(chǔ)和本質(zhì)；若已有相當?shù)膶嵅俳?jīng)驗，你會從中發(fā)現(xiàn)豐富且有參考價值的實例。我相信其中一些能為你指點迷津；若你的工作環(huán)境非常關(guān)注規(guī)劃，則可以參考本書針對不同層面的敏捷規(guī)劃和多種商業(yè)情景介紹的應(yīng)對方式、相關(guān)推薦以及詳細的分析。

另外，令人眼前一亮的是書中使用的敏捷視覺化圖標語言，這是Ken原創(chuàng)的，相信會使大家的閱讀體驗和Scrum應(yīng)用體驗更上一層樓。

通過這本書，讓我們一起幫助自己、團隊與組織繼續(xù)發(fā)揚和發(fā)展頻密交付和持續(xù)改進的的能力。

譯者序

《Scrum精髓》名副其實，從方方面面詮釋了Scrum的精髓。在本書中，不僅有敏捷宣言和原則的解讀，更有敏捷適用性的探索。Ken首先介紹Scrum的框架和核心概念（Scrum活動、角色以及工件），接下來專門介紹如何解決技術(shù)債問題，經(jīng)理在Scrum中的角色，Scrum的規(guī)劃應(yīng)該如何做，包括組合規(guī)劃、產(chǎn)品規(guī)劃、版本規(guī)劃以及迭代計劃。

Ken在第3章中從經(jīng)濟學(xué)的角度結(jié)合精益軟件開發(fā)對敏捷原則重新進行梳理。分別從可變性和不確定性、預(yù)測和適應(yīng)、經(jīng)驗認知、WIP、進度和執(zhí)行幾個方面進行闡述。

Ken還喜歡將敏捷聯(lián)系到生活中。在第14章，Ken提到他的朋友John滑雪之前不會預(yù)先進行詳盡規(guī)劃，但會提前研究地形，先了解大概路線。這個例子生動說明了在Scrum組織中，規(guī)劃有必要，但不宜過于完美、詳細。計劃需要隨時間和變化而變。

最后，非常感謝我的太太謝冰和我的兒子對我的支持。

最后，期望這本最厚的Scrum參考全書能幫助大家順利走向敏捷！

前言

本書討論的是Scrum精髓，在使用Scrum來開發(fā)創(chuàng)新產(chǎn)品和服務(wù)的過程中，這些必知必會的東西可以幫助你取得成功。

什么是Scrum精髓?

Scrum的基石是一套輕量級的核心價值觀、原則和實踐（統(tǒng)稱為Scrum框架）。使用Scrum的組織需要全身心擁抱Scrum框架，不過也許并不是一次性在整個組織全面展開，但打算采用Scrum的最初（幾個）團隊在內(nèi)部一定要做到這一點。然而，全面擁抱Scrum并不意味著組織在實施Scrum的時候必須得照著某個一刀切、放之四海皆準的公式生搬硬套。它實際意味著組織在為Scrum實施過程選擇合適自己的方式時，應(yīng)該一直不折不扣地堅守Scrum框架。

《Scrum精髓》綜合介紹了Scrum價值觀、原則和實踐以及一套實踐證明有效的方法體系，這些方法與Scrum框架一致但又不受制于Scrum。其中有些方法對具體的組織環(huán)境很適用，有一些則不然。任何方法都需要根據(jù)獨特的組織現(xiàn)狀進行檢視和調(diào)整。

本書的緣起

作為敏捷/Scrum教練和培訓(xùn)師，經(jīng)常有人請我推薦Scrum參考書，最好是既有Scrum框架綜述，又有Scrum主流用法的介紹。因為我找不到任何一本書能夠同時把這兩個主題講得足夠深刻，能夠為時下的實踐者提供實際的幫助，我發(fā)現(xiàn)自己推薦的書大致有幾種情況：有少數(shù)幾本書討論Scrum框架但內(nèi)容已經(jīng)過時或不完整；有幾本書主要講敏捷，但沒有單獨關(guān)注Scrum；還有幾本書重點關(guān)注Scrum某個特定方面或具體方法但沒有深入覆蓋整個Scrum框架；如果就想通過一本書了解Scrum精髓，選擇余地就比較多了，市面上這樣的書很多!

《Scrum精髓》這本書嘗試補全Scrum基礎(chǔ)知識體系缺失的資源。它對Scrum原則、價值和實踐進行深入的討論（大多與其他敏捷思想領(lǐng)袖和《Scrum指南》的看法一致），但這本書另辟蹊徑，提供了一個獨特的視角，我把相關(guān)的觀點提出來并解釋了具體原因。本書還描述了其他實施方法，這些方法與Scrum框架一致，也和我及我輔導(dǎo)過的團隊成功應(yīng)用的方法一致。我無意于用這本書替代其他深入探討特定Scrum?實踐或方法的書。這些書與本書相輔相成。可以從《Scrum精髓》開始，善用Scrum?來取悅用戶。

讀者對象

對于我的數(shù)千名學(xué)員（Scrum團隊、認證ScrumMaster和認證Scrum產(chǎn)品負責人等培訓(xùn)課程）和我輔導(dǎo)過的許多團隊，這本書有助于大家重新認識和澄清我們此前課程中討論過的主題。對于更多我還沒有開始愉快合作的讀者，這本書可以作為你的第一本Scrum／敏捷入門書，幫助你從不同的角度認識Scrum，說不定它還能幫助你更好地提升Scrum實施效果。

寫這本書的時候，我并沒有針對任何一個具體的角色，它并不是專門為產(chǎn)品負責人、ScrumMasters或開發(fā)團隊寫的。相反，它的目的是讓Scrum所牽涉的每個人，從所有Scrum團隊成員到組織中與他們互動的任何人，都能夠基于一套核心的概念體系與（便于討論的）清楚的詞匯表，共同認識和理解Scrum。有了這樣的共同基礎(chǔ)，我希望每個組織都能夠有一個更好的起點，成功運用Scrum交付商業(yè)價值。

我想象著，每個Scrum?團隊成員的案頭都有這本書，正好翻到與她手邊工作相關(guān)的內(nèi)容。我還憧憬著，組織機構(gòu)中每個層級的經(jīng)理都在讀這本書，因為他們想知道Scrum是如何幫助他們高效管理工作的，想了解哪些類型的組織變更才是保證Scrum取得成功的必要前提。正在用或者打算使用其他非Scrum敏捷方法的組織也能從中認識到很多信息與其特定的敏捷導(dǎo)入是有關(guān)聯(lián)和幫助的。

本書的結(jié)構(gòu)

本書首先對Scrum?進行簡要的介紹（第1章），最后討論成功導(dǎo)入Scrum?之后的下一步行動（第23章）。其余各章分為四個部分進行描述。

l? 第I部分“核心概念”(第2～8章)，涉及的主題有：Scrum框架，敏捷原則，沖刺，需求與用戶故事，產(chǎn)品列表，估算與速率，技術(shù)債。

l? 第II部分“角色”(第9～13章)，涉及的主題包括：產(chǎn)品負責人、ScrumMaster、開發(fā)團隊、Scrum團隊構(gòu)成和經(jīng)理。

l? 第III部分“規(guī)劃”(第14～18章)，主題包括：Scrum規(guī)劃原則、多層級規(guī)劃、產(chǎn)品組合規(guī)劃、構(gòu)想/產(chǎn)品規(guī)劃和版本規(guī)劃。

l? 第IV部分“沖刺”(第19～22章)，主題包括：沖刺規(guī)劃、沖刺執(zhí)行、沖刺評審和沖刺回顧。

如何使用本書？

正如大家期待的一樣，我寫這本書時假設(shè)大多數(shù)讀者都會從頭到尾順序閱讀。所以，如果你是Scrum新手，建議采用這種方法，因為各章之間本來就是承上啟下，前后連貫的。也就是說，如果想找到一個合適的起點從頭到尾了解Scrum框架（一個非常清楚的Scrum掃盲讀本），請閱讀和參考第2章。

熟悉Scrum的人，則可以把這本書用作Scrum參考指南。如果對沖刺回顧感興趣，可以直接翻到第22章開始閱讀。如果想探究產(chǎn)品列表的細枝末節(jié)，可以直接閱讀第6章。不過，我強烈建議每個人都完整讀一讀第3章，即使是熟悉Scrum的人。這一章所介紹的原則是Scrum框架和本書其余內(nèi)容的基礎(chǔ)，其他大多數(shù)文獻都只是簡單而泛泛地重復(fù)敏捷宣言中提到的價值觀和原則(Beck et al. 2001)，這一章卻不是。

視覺圖標語言

我很自豪，我在書中采用一種新的視覺語言來描述Scrum。這種語言由一系列圖標構(gòu)成，這些圖標體現(xiàn)了基本的Scrum角色、工件和活動。我這個Scrum視覺語言是一種有效的溝通工具，有利于團隊成員之間交流想法并增強對Scrum的共識。如果你很想得到和使用這些讓人耳目一新的彩色版Scrum插圖，請訪問www.innolution.com了解更多信息。這個網(wǎng)站還有各種資源和本書相關(guān)討論。

心動不如行動

好吧，不管什么角色，處于什么狀況，你已經(jīng)因為某種原因而拿起了這本書。在字里行間找到適合自己的強大框架，以可持續(xù)的步調(diào)改善開發(fā)方式（方法和流程），交付讓客戶欣欣然的產(chǎn)品和服務(wù)吧！

致謝

如果沒有很多人的提供的素材，包括我的上萬名學(xué)員（參加過我的敏捷課程和輔導(dǎo)班），這本書是不可能完成的。我可能沒有提到所有人，我想說，盡管有這種可能，但對我而言，我和大家的所有討論以及郵件往來彌足珍貴，也毫無疑問對本書產(chǎn)生了影響！

有三個人我要特別感謝：Mike Cohn、Rebecca Traeger和Jeff Schaich。如果沒有他們每個人的參與，這本書不可能成形。

Rebecca Traeger是我這本書的私人編輯。早在2007年我還在Scrum聯(lián)盟擔任執(zhí)行總裁時，我們就一起共事。那時Rebecca是Scrum聯(lián)盟網(wǎng)站的編輯，并通過這份工作（以及后來其他更多的工作）成為業(yè)內(nèi)杰出的敏捷編輯。在剛開始寫本書時我找到Rebecca，問她是否愿意再次與我合作，讓我感到欣慰的是，她同意了。每一章拿給別人之前，都是Rebecca先過目。她的反饋時不時讓我感到羞愧，因為她常常“雕琢”我的說辭，使其更容易理解，讀起來更親切。如果你喜歡書中的某個章節(jié)，那肯定是Rebecca潤色過的。如果你不喜歡書的某個章節(jié)，那可能是因為我愚蠢地忽略了她的建議。

Jeff Schaich是一個才能非凡的藝術(shù)家兼設(shè)計師。我和他合作的插圖項目多得數(shù)不清。早在構(gòu)想本書時我就想創(chuàng)造一種敏捷∕Scrum圖標語言作為我的培訓(xùn)材料以及本書200多幅插圖的基礎(chǔ)。我知道自己需要一個優(yōu)秀的設(shè)計師來完成這一壯舉。Jeff接受了這個挑戰(zhàn)。這本書一度看上去像是兩個不同的項目——一方面是碼字兒，一方面進行藝術(shù)創(chuàng)作。說實在，我不知道哪部分工作花的時間更長一些。不過可以肯定，沒有Jeff的藝術(shù)點綴，本書將大為失色。

我非常榮幸地請到敏捷社區(qū)的兩位名人Mike Cohn和Ron Jeffries為本書作序！他們用各自獨特的方式寫了很棒的序言，把這本書放到合適的語境中，開啟討論《Scrum精髓》的大門。我想說：“Mike，不要再吃漢堡王了。”“Ron，多謝你沒有按下那個紅色按鈕！”

我還想感謝很多其他在百忙之中抽出時間評審并把反饋意見告訴我的人。首先感謝反饋最多的人：Joe Balistrieri，Johannes Brodwall，Leyna Cotran，Martine Devos，Scott Duncan，Ilan Goldstein，John Hebley，Geir Hedemark，James Kovacs，Lauri Mackinnon，Robert Maksimchuk及Kevin Tureski。

此外，我想感謝其他給出很好反饋意見的人：Lyssa Adkins，John Bauer，Sameer Bendre，Susan Briscoe，Pawel Brodzinski，Rowan Bunning，Josh Chappell，Lisa Crispin，Ward Cunningham，Cornelius Engelbrecht，Julia Frazier，Brindusa Gabur，Caroline Gordon，Drew Jemilo，Mike Klimkosky，Tom Langerhorst，Bjarne Larsen，Dean Leffingwell，Maurice le Rutte，David Luzqui?os，呂毅，Shay McAulay，Armond Mehrabian，Sheriff Mohamed，Cuan Mulligan，Greg Pease，Roman Pichler，Jacopo Romei，Jens Schauder，Bill Schroeder，Yves Stalgies，Branko Stojakovi，Howard Sublett，Julie Sylvain，Kevin Tambascio，Stephen Wolfram及Michael Wollin。

我還想感謝培生（Pearson）的工作人員，他們是這個項目優(yōu)秀的搭檔。他們耐住性子容忍我的拖延并始終鼓勵我。特別感謝Chris Guzikowski，他自始至終全力負責這個項目。從我和他在麻省萊克星頓一間酒吧的第一次會面開始，直到本書最終出版，都有他的身影。我也要感謝Olivia Basegio熟練負責后勤工作，感謝Julie Nahil在項目管理上的出色表現(xiàn)。此外我還要感謝Barbara Wood幫助我潤色書稿，工作做得棒極了。感謝Gail Cocker把所有的藝術(shù)元素整理成一個統(tǒng)一、漂亮的體系。

我還要感謝我的助理Lindsey Kalicki，她讓我能夠把很多重要的任務(wù)交給她，讓我專注于本書的寫作。能夠與能力這么強的專業(yè)人士共事真是幸運。

最應(yīng)該感謝我的家庭——Jenine、Jonah和Asher——感謝他們以及他們發(fā)揮的重要作用。在本書漫長的寫作過程中，他們?yōu)槲腋冻鎏唷Ｎ医o家庭帶來的壓力以及我們錯過的彼此陪伴時間，千言萬語也不足以彌補我的歉意。

Jenine，我摯愛的知己，本書寫作過程中的起起伏伏她都挺過來了。如果能在書中把她做出的犧牲都列出來，這本書還要再厚上一倍。如果沒有她，我無法完成這本書！

有趣的是，在我們結(jié)婚的第二年，也就是1994年，我出版了我的第一本書Succeeding with Objects。那時Jenine要我保證今后再也不寫書了。幸運的是，那個保證在15年后慢慢被淡忘，超負荷的工作量現(xiàn)在看來也沒有那么可怕，所以當她鼓勵我再寫一本書時，我的感覺寫書這件事兒何足懼哉！她現(xiàn)在還沒有要求我不能再寫第三本書，不過我估計這段記憶至少會持續(xù)15年，然后我們兩人中的一個會要求我再寫一本！

我還要深深地感謝我的兩個兒子Jonah和Asher的愛心支持。他們放棄了父親的陪伴，讓我能夠安心寫作。他們總是談?wù)撘恍┫敕ǎ岢鲆恍┙ㄗh。他們在內(nèi)容和藝術(shù)方面的一些建議被納入書中——因為他們，這本書變得更好！我希望他們理解堅持不懈的價值，一次一步，不輕言放棄，即使是最令人生畏的工作，也能做好。

最后，我要感謝我的媽媽Joyce Rubin（Genesha Esther bat Avrahm），謝謝她對我的全身心的愛和支持。在她的影響下，才有這本書的問世。令人傷感的是，她在生前沒有看到本書的出版。她于2012年1月離開人世，給她的家庭和我留下永遠無法彌補的遺憾。在所有認識她的人心目之中，她是一個特別的存在。媽媽，千言萬語也無法表達我對你的思念之情。

著譯者簡介

Kenneth S. Rubin

提供Scrum和敏捷方面的培訓(xùn)、輔導(dǎo)，幫助公司以富有成效、經(jīng)濟合理的方式開發(fā)產(chǎn)品。Kenny是一名認證的Scrum培訓(xùn)師，為18?000多人做過敏捷和Scrum、Smalltalk開發(fā)、面向?qū)ο箜椖康墓芾硪约稗D(zhuǎn)型管理方面的培訓(xùn)。他輔導(dǎo)過的公司超過200家，有初創(chuàng)企業(yè)，也有《財富》榜排名前十的公司。

Kenny是Scrum聯(lián)盟的第一任執(zhí)行總裁，Scrum聯(lián)盟是全球性的非盈利組織，致力力推廣Scrum的成功應(yīng)用。除了本書，Kenny還是1995年出版的Succeeding with Objects: Decision Frameworks for Project Management的合著者之一。他擁有了喬治亞理工學(xué)院的計算機科學(xué)學(xué)士學(xué)位和斯坦福大學(xué)的計算機科學(xué)碩士學(xué)位。

Kenny的技術(shù)背景源于面向?qū)ο蠹夹g(shù)社區(qū)。他最初是一名Smalltalk開發(fā)人員，在1985年參加了NASA資助的一個項目，開發(fā)了第一個非LISP語音寫的黑板專家系統(tǒng)。他在1988年幸運地加入ParcPlace Systems公司，施樂帕克新成立的一個分公司，該公司的宗旨是讓面向?qū)ο蠹夹g(shù)走出實驗室，走向世界。Kenny在20世紀80年代末和整個90年代為很多不同的組織做過咨詢，他是敏捷實踐方法早期的采用者。他第一次使用Scrum是在2000年，用于開發(fā)生物信息學(xué)軟件。

Kenny在職業(yè)生涯中從事過很多崗位的工作，包括成功地擔任過Scrum產(chǎn)品負責人、ScrumMaster和開發(fā)團隊成員。此外，他還擔任過很多管理角色：CEO、COO、工程部副總裁、產(chǎn)品管理副總裁、專業(yè)服務(wù)副總裁。他還管理過5個商業(yè)軟件產(chǎn)品套件的開發(fā)工作，產(chǎn)生的總收入超過2億美元。此外，他還直接參與風(fēng)險投資融資項目，融資金額超過1.5億美元，還幫助兩家公司在納斯達克（NASDAQ）上市。

Kenny豐富的背景使他能夠從開發(fā)團隊和管理層等多個角度深入、透徹地理解（并解釋）Scrum及其含義。

目??? 錄

第1章? 引子... 1

什么是Scrum？... 2

Scrum的起源... 3

為什么要用Scrum？... 5

Genomica取得的成果... 6

Scrum能給你帶來幫助嗎？... 6

復(fù)雜域... 9

繁雜域... 10

簡單域... 10

混亂域... 10

無序... 11

事務(wù)性工作... 11

結(jié)語... 12

第Ⅰ部分核 心 概 念

第2章? Scrum框架.... 17

概述... 17

Scrum角色... 19

產(chǎn)品負責人... 20

ScrumMaster 20

開發(fā)團隊... 21

Scrum活動與工件... 21

產(chǎn)品列表... 23

沖刺... 25

制定沖刺計劃... 26

沖刺執(zhí)行... 28

每日例會... 29

完成... 31

沖刺評審... 32

沖刺回顧... 33

結(jié)語... 34

第3章? 敏捷原則.... 35

概述... 35

可變性和不確定性... 37

積極采用有幫助的可變性... 38

采用迭代和增量開發(fā)... 39

通過檢視、調(diào)整和透明充分

利用可變性... 42

同時減少各種各樣的不確定

因素... 43

預(yù)測和適應(yīng)... 44

不到最后時刻，不輕易

做決定... 44

承認無法一開始就把事情

做對... 45

偏好適應(yīng)性、探索式的方法... 46

用經(jīng)濟合理的方法接受變化... 48

平衡預(yù)測性的事前工作和

適應(yīng)性的剛好及時工作

之間的關(guān)系... 51

經(jīng)驗認知... 52

快速驗證重要的假設(shè)... 52

利用多個認知循環(huán)并行的

優(yōu)勢... 53

妥善組織工作流程以獲得

快速反饋... 54

WIP. 56

批量大小要經(jīng)濟合理... 56

識別并管理庫存以達到良好的

流動... 57

關(guān)注閑置工作，而非閑置

人員... 59

考慮延期成本... 61

進度... 63

根據(jù)實時信息來重新制定

計劃... 63

通過驗證工作結(jié)果來度量

進度... 63

聚焦于以價值為中心的交付... 64

執(zhí)行... 65

快速前進，但不匆忙... 65

以質(zhì)量為魂... 65

采用最小夠用的儀式... 66

結(jié)語... 68

第4章? 沖刺.... 71

概述... 71

時長限定... 72

設(shè)定WIP數(shù)量限制... 72

強制排列優(yōu)先順序... 73

展示進度... 73

避免不必要的完美主義... 73

促進結(jié)束... 74

增強可預(yù)測性... 74

持續(xù)期短... 74

容易規(guī)劃... 74

反饋快... 74

投入產(chǎn)出比高... 75

錯誤有限... 75

有助于“滿血復(fù)活”... 75

檢查點多... 76

一致的持續(xù)期... 77

有節(jié)奏感... 78

簡化規(guī)劃活動... 79

鎖定沖刺目標... 80

什么是沖刺目標？... 80

共同承諾... 80

是變更，還是澄清？... 80

變更引起的后果... 81

注重實效... 83

異常終止... 84

完成的定義... 85

什么是完成的定義？... 86

完成的定義可以隨時間演變... 88

完成的定義還是接收標準？... 89

完成還是完成-完成... 90

結(jié)語... 91

第5章? 需求與用戶故事.... 93

概述... 93

利用對話... 96

逐步細化... 97

用戶故事是什么？... 97

卡片... 98

對話... 99

確認... 100

詳細程度... 101

好故事的INVEST原則... 104

獨立... 104

可協(xié)商... 105

有價值... 106

可估算... 107

大小合適... 108

可測試... 108

非功能性需求... 109

知識獲取型故事... 110

收集故事... 112

用戶故事寫作研討會... 112

繪制故事地圖... 113

結(jié)語... 115

第6章? 產(chǎn)品列表.... 117

概述... 117

PBI 118

產(chǎn)品列表的四大特征... 119

詳略得當... 119

涌現(xiàn)的... 120

做過估算的... 121

排列優(yōu)先順序的... 122

梳理... 123

什么是梳理？... 123

由誰來梳理？... 124

何時梳理？... 125

就緒的定義... 127

工作流管理... 128

版本的工作流管理... 129

沖刺的工作流管理... 130

產(chǎn)品列表有哪些，應(yīng)該有多少？... 131

什么是產(chǎn)品？... 132

大型產(chǎn)品，層級化列表... 133

多個團隊，一個產(chǎn)品列表... 135

一個團隊，多個產(chǎn)品... 136

結(jié)語... 137

第7章? 估算與速率.... 139

概述... 139

何時估，估什么？... 141

組合列表條目的估算... 141

產(chǎn)品列表條目的估算... 142

任務(wù)估算... 143

PBI估算的概念... 143

團隊估算... 144

估算不是承諾... 145

準確與精確... 146

估算相對大小... 147

PBI估算的單位... 149

故事點... 149

理想天... 149

規(guī)劃撲克... 150

估算... 151

活動規(guī)則... 152

好處... 155

什么是速率？... 155

計算速率范圍... 156

預(yù)測速率... 157

影響速率的因素... 158

速率的誤用... 160

結(jié)語... 161

第8章? 技術(shù)債.... 163

概述... 163

技術(shù)債的后果... 165

爆發(fā)點不可預(yù)期... 165

交付時間延長... 166

缺陷數(shù)量可觀... 167

開發(fā)和支持成本上升... 167

產(chǎn)品萎縮... 168

可預(yù)測性降低... 168

表現(xiàn)越來越差... 168

挫折感四處彌漫... 168

客戶滿意度降低... 169

技術(shù)債的起因... 169

如期完工的壓力... 169

試圖以錯誤的方式提高速率... 170

誤區(qū)：減少測試可以提高

速率... 171

債累債... 172

技術(shù)債必須加以管理... 173

管理應(yīng)計技術(shù)債... 174

使用良好的技術(shù)實踐... 174

使用強完成定義... 175

正確理解技術(shù)債經(jīng)濟... 175

讓技術(shù)債可見... 178

讓技術(shù)債在業(yè)務(wù)層面可見... 178

讓技術(shù)債在技術(shù)層面可見... 180

償還技術(shù)債... 181

并非所有技術(shù)債都應(yīng)該償還... 182

行將就木的產(chǎn)品... 183

一次性原型... 183

短命產(chǎn)品... 183

應(yīng)用童子軍規(guī)則

（有債就還）... 184

分期償還技術(shù)債... 185

先償還高息技術(shù)債... 186

一邊做有客戶價值的工作，

一邊償還技術(shù)債... 186

結(jié)語... 188

第Ⅱ部分Scrum的角色

第9章? 產(chǎn)品負責人.... 191

概述... 191

主要職責... 192

管理經(jīng)濟效益... 193

版本層面的經(jīng)濟考量... 193

沖刺級別的經(jīng)濟考量... 194

產(chǎn)品列表的經(jīng)濟考量... 195

參與規(guī)劃... 195

梳理產(chǎn)品列表... 195

定義接收標準并驗證... 196

與開發(fā)團隊協(xié)作... 196

與利益干系人協(xié)作... 198

特征∕技能... 198

領(lǐng)域能力... 199

人際交往能力... 200

決策力... 200

責任心... 201

日常工作內(nèi)容... 201

誰來擔任產(chǎn)品負責人？... 204

內(nèi)部開發(fā)... 205

商業(yè)開發(fā)... 206

外包開發(fā)項目... 208

組件開發(fā)... 209

產(chǎn)品負責人兼任其他角色... 210

產(chǎn)品負責人團隊... 210

產(chǎn)品負責人代理... 211

首席產(chǎn)品負責人... 212

結(jié)語... 213

第10章? ScrumMaster. 215

概述... 215

主要職責... 215

教練... 215

服務(wù)型領(lǐng)導(dǎo)... 217

過程權(quán)威... 217

“保護傘”... 217

“清道夫”... 218

變革代言人... 218

特征/技能... 218

見多識廣... 218

善于提問... 219

有耐心... 219

有協(xié)作精神... 220

保護團隊... 220

公開透明... 220

日常工作內(nèi)容... 221

履行角色... 222

誰來擔任ScrumMaster？... 222

ScrumMaster是全職

工作嗎？... 223

ScrumMaster兼任其他角色... 223

結(jié)語... 225

第11章? 開發(fā)團隊.... 227

概述... 227

專職團隊... 227

主要職責... 228

沖刺執(zhí)行... 229

每日檢視和調(diào)整... 229

梳理產(chǎn)品列表... 229

沖刺規(guī)劃... 229

檢視和調(diào)整產(chǎn)品與過程... 230

特征/技能... 230

自組織... 231

跨職能的多樣化和全面化... 233

T型技能... 234

***手態(tài)度... 236

溝通廣泛... 237

透明溝通... 239

規(guī)模適中... 239

專注、有責任感... 240

工作步調(diào)可持續(xù)... 242

團隊人員穩(wěn)定... 243

結(jié)語... 245

第12章? Scrum團隊結(jié)構(gòu).... 247

概述... 247

特性團隊與組件團隊... 248

多團隊之間的協(xié)調(diào)... 253

SoS. 253

版本火車... 255

結(jié)語... 258

第13章? 經(jīng)理.... 259

概述... 259

塑造團隊... 261

定義邊界... 261

提供一個清晰而鼓舞人心的

目標... 262

組建團隊... 262

改變團隊的人員組成... 263

授權(quán)團隊... 264

培育團隊... 265

激勵團隊... 265

發(fā)展團隊能力... 266

建立職能領(lǐng)導(dǎo)力... 267

保持團隊的完整性... 267

整改環(huán)境... 268

傳播敏捷價值觀... 268

移除組織層面的障礙... 268

使內(nèi)部各個團隊一致... 269

使外部合作伙伴一致... 269

管理價值創(chuàng)造流程... 270

采用系統(tǒng)化視角... 270

管理經(jīng)濟效益... 270

測量和報告... 271

項目經(jīng)理... 272

Scrum團隊中的項目管理

職責... 272

保留單獨的項目經(jīng)理角色... 274

結(jié)語... 278

第Ⅲ部分規(guī)??? 劃

第14章? Scrum的規(guī)劃原則.... 283

概述... 283

假設(shè)事先無法制定完美計劃... 284

事先規(guī)劃有幫助，但不宜過度... 284

最后責任時刻才敲定計劃... 286

關(guān)注適應(yīng)與重新規(guī)劃勝于

遵循計劃... 286

正確管理規(guī)劃庫存... 288

提倡更小、更頻繁發(fā)布... 289

計劃快速學(xué)習(xí)并在必要時

調(diào)頭... 291

結(jié)語... 291

第15章? 多層級規(guī)劃.... 293

概述... 293

組合規(guī)劃... 295

產(chǎn)品規(guī)劃（構(gòu)想）... 295

愿景... 295

概要產(chǎn)品列表... 296

產(chǎn)品路線圖... 296

版本規(guī)劃... 298

沖刺規(guī)劃... 300

日常規(guī)劃... 301

結(jié)語... 302

第16章? 產(chǎn)品組合規(guī)劃.... 303

概述... 303

時間安排... 303

參與者... 304

流程... 304

進度安排策略... 306

優(yōu)先考慮生命周期利潤... 307

計算延期成本... 308

估算要準確，不必精確... 311

流入策略... 312

應(yīng)用經(jīng)濟過濾器... 313

到達率和離開率要平衡... 314

快速擁抱新涌現(xiàn)的機會... 316

為更小、更頻繁發(fā)布做計劃... 317

流出策略... 318

關(guān)注閑置工作，

而非閑置人員... 318

設(shè)立WIP限制... 319

等待整個團隊一起行動... 320

WIP策略... 321

使用邊際效益... 321

結(jié)語... 323

第17章? 構(gòu)想（產(chǎn)品規(guī)劃）.... 325

概述... 325

時間安排... 326

參與者... 327

過程... 327

示例：SR4U.. 329

建立愿景... 330

創(chuàng)建概要產(chǎn)品列表... 333

定義產(chǎn)品路線圖... 334

其他活動... 337

從經(jīng)濟合理的角度構(gòu)想產(chǎn)品... 339

瞄準一個實際的信心閾值... 340

關(guān)注短期收益... 341

動作要快... 342

花錢買經(jīng)驗認知... 343

使用遞增/暫行的資助方式... 344

快速學(xué)習(xí)并調(diào)頭

（即快速失敗）... 345

結(jié)語... 346

第18章? 版本規(guī)劃

（長期規(guī)劃）.... 347

概述... 347

時間安排... 348

參與者... 349

過程... 349

版本約束... 351

固定一切... 352

固定范圍和日期... 352

固定范圍... 354

固定日期... 354

可變質(zhì)量... 355

更新約束... 355

梳理產(chǎn)品列表... 356

細化最小可發(fā)布特性... 357

沖刺映射（PBI歸位）... 358

版本規(guī)劃：固定日期版本... 360

版本規(guī)劃：固定范圍版本... 365

計算成本... 367

溝通進展情況... 368

固定范圍版本如何溝通... 369

固定日期版本如何溝通... 371

結(jié)語

第Ⅳ部分沖??? 刺

第19章? 沖刺規(guī)劃.... 377

概述... 377

時間安排... 377

參與者... 378

流程... 378

沖刺規(guī)劃的兩種方式... 380

兩段式?jīng)_刺規(guī)劃... 381

一次性沖刺規(guī)劃... 382

確定生產(chǎn)能力... 382

什么是生產(chǎn)能力？... 382

用故事點來表示生產(chǎn)能力... 384

用工時來表示生產(chǎn)能力... 385

選取PBI 386

獲得信心... 386

細化沖刺目標... 388

敲定承諾... 388

結(jié)語... 389

第20章? 沖刺執(zhí)行.... 391

概述... 391

時間安排... 391

參與者... 391

流程... 392

沖刺執(zhí)行規(guī)劃... 393

工作流程管理... 394

并行工作和蜂擁式... 394

從哪個PBI開始... 397

如何安排任務(wù)... 397

需要完成哪些工作？... 398

誰來做具體工作？... 398

每日例會... 399

任務(wù)執(zhí)行：強調(diào)技術(shù)實踐... 399

溝通... 401

任務(wù)板... 401

沖刺燃盡圖... 402

沖刺燃燒圖... 404

結(jié)語... 406

第21章? 沖刺評審.... 407

概述... 407

參與者... 408

準備工作... 410

確定邀請誰參加... 410

安排活動日程... 411

確認沖刺工作完成... 411

演示準備工作... 412

確定誰做什么... 413

方式（方法）... 413

總結(jié)... 414

演示... 415

討論... 416

調(diào)整... 416

沖刺評審的問題... 417

簽字接收... 417

斷斷續(xù)續(xù)地參與... 417

大型開發(fā)工作... 418

結(jié)語... 419

第22章? 沖刺回顧.... 421

概述... 421

參與者... 423

準備工作... 424

定義回顧重點... 425

選擇練習(xí)活動... 425

收集客觀數(shù)據(jù)... 426

安排回顧日程... 426

方式（方法）... 427

營造氛圍... 429

建立共同背景... 429

事件時間線... 431

情緒測震儀... 431

得出見解... 432

確定采取行動... 437

回顧結(jié)束... 438

貫徹執(zhí)行... 438

沖刺回顧的問題... 439

結(jié)語... 442

第23章? 前進之路.... 443

Scrum，有完？沒完！... 443

修行靠個人... 444

分享最佳實踐... 444

使用Scrum探明未來之路... 446

整裝待發(fā)！... 447

后記.... 449

詞匯表.... 453

參考文獻.... 475

云學(xué)院 敏捷開發(fā)

版權(quán)聲明：本文內(nèi)容由網(wǎng)絡(luò)用戶投稿，版權(quán)歸原作者所有，本站不擁有其著作權(quán)，亦不承擔相應(yīng)法律責任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實的內(nèi)容，請聯(lián)系我們jiasou666@gmail.com 處理，核實后本網(wǎng)站將在24小時內(nèi)刪除侵權(quán)內(nèi)容。

版權(quán)聲明：本文內(nèi)容由網(wǎng)絡(luò)用戶投稿，版權(quán)歸原作者所有，本站不擁有其著作權(quán)，亦不承擔相應(yīng)法律責任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實的內(nèi)容，請聯(lián)系我們jiasou666@gmail.com 處理，核實后本網(wǎng)站將在24小時內(nèi)刪除侵權(quán)內(nèi)容。