Scrum精髓：敏捷轉型指南（簡體書）

短短幾年時間，Scrum躍升為敏捷首選方法，在全球各地得以普遍應用。針對如何用好、用巧這個看似簡單的框架，本書以通俗易懂的語言、條理清晰的脈絡闡述和提煉出Scrum的精髓。全書共4部分23章，闡述了七大核心概念：Scrum框架，敏捷原則，沖刺，需求和用戶故事，產品訂單，估算與速率，技術債；五大角色：產品負責人，ScrumMaster，開發團隊，Scrum團隊結構，經理：Scrum規劃原則及四大規劃活動：多層次規劃、產品組合規劃、產品規劃和長期規劃；沖刺四大活動：規劃、執行、評審和回顧。
《Scrum精髓：敏捷轉型指南》取自作者十多年的實踐經驗，對員工個體和管理層都具有重要的指導和參考意義，可以幫助企業導入Scrum方法實現敏捷轉型，從而在動態的商業環境中以積極的心態擁抱變化，做出優秀、卓越的產品，成就創業、守業、常青基業。

Kenneth Rubin，Ken提供Scrum和敏捷培訓與教導服務，旨在幫助企業以更高效、更經濟合理的方式開發產品。作為一名認證的Scrum培訓師，他曾為1.8萬人提供過Scrum和敏捷培訓，管理過面向對象項目與企業轉型管理過程。他還為數千家公司（從初創公司到財富十強的企業）提供教練服務。Rubin是全球Scrum聯盟的首任常務董事，Scrum聯盟是一家非盈利機構，著眼于推廣Scrum的成功應用。從事開發工作期間，Rubin也是一個能干的多面手，先后擔任過Scrum產品負責人、ScrumMaster和開發人員。他的管理經歷也很豐富，擔任過CEO，COO，工程副總，產品管理副總和專業服務副總。他還是Succeeding with Objects: Decision Frameworks for Project Management一書的合著者，此書出版于1995年。他還獨立開發了業內享有盛譽的OBA/D（對象行為分析與設計）方法論。

上市以來雄踞亞馬遜敏捷類暢銷書榜首，熱評如潮
· Scrum精髓，一點就通， 一本就夠
· 揭示同類書不告訴你的主題和秘笈
· 適用于大多數敏捷過程的實用指南
· 適合團隊成員、經理和執行負責人閱讀的知識讀本
如果想用Scrum來開發足以引爆流行的產品和服務，本書就是你夢寐以求的完全參考。作為業內領先的敏捷教練和培訓師，Kenneth Rubin用通俗易懂的語言和豐富的實例與我們分享他十多年的實踐經驗，詮釋Scrum的價值觀、原則和實踐，描述一些靈活、可行的方法幫助我們用好Scrum。
針對Scrum新手和達人，本書從團隊、產品和產品組合這三個層面來介紹、澄清和深化Scrum的相關原則和應用。Rubin曾幫助數百個組織成功應用Scrum，積累了相當豐富的實踐經驗和表達能力。作為這些經驗和能力的結晶，本書圖文并茂，通過通俗易懂的描述和兩百多幅圖對Scrum進行了闡述，這些圖采用的是一種全新的視覺圖標語言，用于描述Scrum的角色、工件和活動。
《Scrum精髓：敏捷轉型指南》可以幫助團隊成員、經理和執行主管了解Scrum常識，掌握可以拿來即用的通用詞匯表，充分攫取Scrum的潛力，最終實現優秀團隊能夠做到持續、穩健發展的目標。

推薦序-Mike Cohn
推薦序-Ron Jeffries
推薦序-李國彪
前言
致謝
第1 章引言
什么是Scrum？
Scrum 的起源
為什么要用Scrum？
Genomica 取得的成果
Scrum 能給你帶來幫助嗎？
復雜域
繁雜域
簡單域
混亂域
無序
常常被打斷的工作
結語
第Ⅰ部分 核心概念
第 2 章 Scrum 框架
概述
Scrum 角色
產品負責人
ScrumMaster
開發團隊
Scrum 活動與工件
產品 Backlog
沖刺
制定沖刺計劃
目錄
沖刺執行
每日例會
完成
沖刺評審
沖刺回顧
結語
第 3 章敏捷原則
概述
可變性和不確定性
積極采用有幫助的可變性
采用迭代和增量開發
通過檢查、調整和透明性充分利用可變性
同時減少各種形式的不確定因素
預測與適應
保持選擇開放
承認無法一開始就把事情做對
偏好適應性、探索式的方法
用經濟合理的方法接受變化
平衡預測性的事前工作和適應性的剛好及時工作之間的關系
經過驗證的認知
快速驗證重要的假設
利用多個認知循環并行的優勢
組織妥善工作流程以獲得快速反饋
在制品
批量大小要經濟、合理
識別并管理庫存以達到良好的流動
考慮延遲成本
進度
根據實時信息來重新制定計劃
通過驗證工作結果來度量進度
聚焦于以價值為中心的交付
執行
快速前進，但不匆忙
內建質量
采用最小夠用的儀式
結語
第 4 章沖刺
概述
時長限定
設定在制品數量限制
強制排列優先順序
展示進度
避免不必要的完美主義
促進結束
增強可預測性
持續期短
容易制定計劃
快速反饋
提高投入產出比
有限的錯誤
重新煥發活力
頻繁的檢查點
一致的持續期
節奏感的好處
簡化計劃過程
所做的變化不允許改變目標
什么是沖刺目標？
共同的承諾
是變更，還是澄清
變更所引起的后果
注重實效
異常終止
完成的定義
什么是完成的定義
完成的定義可以隨時間演變
完成的定義與驗收標準的比較
完成還是完成-完成
結語
第 5 章需求與用戶故事
概述
利用對話
逐步細化
用戶故事是什么
卡片
確認
細化程度
好故事的INVEST 原則
獨立
可協商
有價值
可估算
大小合適（小）
可測試
非功能性需求
目錄
知識獲取型故事
收集故事
用戶故事編寫研討會
繪制故事地圖
結語
第 6 章產品 Backlog
概述
PBI
哪種方法更適合好的產品Backlog 有何特征
詳略得當
涌現的
做過估算的
排列好優先順序的
修整
什么是修整
由誰來修整？
何時修整？
就緒的定義
工作流管理
版本工作流管理
沖刺工作流管理
有哪些產品Backlog，有多少個？
什么是產品？
大型產品--層級式Backlog
多個團隊，一個產品Backlog
一個團隊，多個產品
結語
第 7 章估算與速率
概述
何時估算，估算什么
產品組合Backlog 條目的估算
產品 Backlog 的估算
任務估算
PBI 估算的概念
團隊估算
估算不是承諾
準確相比精確
相對大小估算
PBI 估算單位
故事點
理想天數
規劃撲克
估算規模
活動規則
好處
什么是速率？
計算速率范圍
預測速率
影響速率
速率的誤用
結語
第 8 章技術債
概述
技術債的后果
目錄
不知何時爆發
交付時間增長
缺陷數量可觀
開發支持成本上升
產品萎縮
可預測度降低
表現欠佳
普遍的挫敗感
客戶滿意度降低
技術債的起因
按期完工的壓力
嘗試錯誤地提速
誤區：減少測試可以提速
債累債
技術債必須加以管理
管理技術債的增長
使用良好的技術實踐
使用強完成標準
正確理解技術債的經濟效果
讓技術債可見
讓技術債在業務層面可見
讓技術債在技術層面可見
維護技術債
并非所有技術債都應償還
行將就木型產品
即扔原型
短命型產品
應用童子軍規則（即遇技術債即維護）
增量地償還技術債
先償還高利息技術債
邊做有客戶價值工作邊償還技術債
結語
第Ⅱ部分 Scrum 的角色
第 9 章產品負責人
概述
主要職責
管理經濟因素
版本發布層面的經濟情況
沖刺級的經濟情況
產品 Backlog 的經濟因素
參與制定計劃
修整產品Backlog
定義驗收標準并驗證這些標準是否得到滿足
與開發團隊協作
與利益干系人協作
特征∕技能
領域能力
人際交往能力
決策力
責任心
日常一天
誰應當成為產品負責人？
內部開發
商業開發
外包開發項目
組件開發
目錄
產品負責人兼任其他角色
產品負責人團隊
產品負責人代理
首席產品負責人
結語
第 10 章 ScrumMaster
概述
主要職責
教練
服務型領導
過程專家
屏蔽干擾（在Scrum 中通常說"保護團隊"）
移除障礙
變革推動者
特征/技能
知識淵博
善于提問
有耐心
有協作精神
給予保護的
透明
日常一天
履行角色
誰應該成為ScrumMaster
ScrumMaster 是全職工作嗎？
ScrumMaster 兼任其他角色

推薦序：Mike Cohn
網站：www.mountaingoatsoftware.com
代表作：《Scrum敏捷軟件開發》、《敏捷估算與規劃》與《用戶故事與敏捷方法》）
我今天的午餐是在漢堡王餐廳吃的。墻上貼著一幅"皇堡之家"的海報，告訴人們皇堡可以有很多種點法。泡菜、番茄、生菜和奶酪可以多要一點，也可以不要，各種各樣的組合，能做出很多種漢堡包。實施Scrum的可行方法也必然有很多很多種。不過，雖然條條道路通羅馬，但不同的方法還是有好壞之分的。
在《Scrum精髓》中，Ken Rubin幫助讀者找到了更好的方法。他的書講述的不是規范--他沒有說，"你必須得這樣做。"相反，他傳授的是幫助Scrum取得成功的幕后的基本原理。比如說，在制定沖刺計劃時并不存一個在對所有團隊來說都正確的方法。適用于某個公司或項目的方法在另一個公司或項目中卻行不通。Kenny給我們提供了一些選擇。但是最終的決定權在每個團隊。幸運的是，這些團隊現在有了這本書的幫助。
《Scrum精髓》我們帶來的一個意外好處是Kenny引入的、用于表達Scrum的視覺語言。這些圖對理解文字內容非常有幫助，我估計今后人們在討論Scrum時會常常使用這些圖像。
我們早該有這樣一本書了。Scrum最初是一個小概念。第一本討論它的書Wicked Problems, Righteous Solutions（DeGrace和Stahl合寫）只有6頁。但在它面世20多年后，Scrum得到擴充，引入并細化了新的角色、會議和工件。每增加一個內容，我們都面臨著丟掉Scrum核心內容的風險--部分核心內容闡述的是團隊如何規劃工作，如何先做一小部分，然后反思團隊完成的工作，看看在一起做得怎么樣。
在《Scrum精髓》一書中，Kenny把我們帶回到Scrum的核心內容。在這個基礎上， Scrum團隊可以開始做出實施Scrum所需要的決策，做出適合自己的決策。本書是一個不可或缺的指南，可以幫助團隊在林林總總的Scrum實施方法中選擇并找到一種能夠帶來成功的方法。

推薦序-Ron Jeffries

當Kenny邀請我為他的《Scrum精髓》寫一篇序的時候，我就在想："這事兒做起來快，簡單，它肯定是一本很直白的、簡單描述Scrum的書。"我對Ken的簡潔明快的工作風格非常了解，所以知道他的作品肯定也是這樣的，甚至比我想象的肯定還好！
所以呢，當我看到這本書幾乎涵括Scrum"處女航"的全部精髓時，你可以想像我的感受，簡直是又驚又喜！而且，Kenny還更進一步。他從核心的理念入手，包括所有敏捷方法底層的敏捷原則，概覽了Scrum框架。他還深入到細節進一步探究更多細節。這本書可讀性強，而且內容豐富，耐讀。Kenny 對規劃的詳細描述是恰到好處的，他還談到需求、故事和backlog估算、速率。隨后還帶我們深入敏捷原則，幫助我們處理所有級別的規劃和所有時間范圍。他描述了如何規劃、執行、回顧和改進沖刺過程。貫穿全書，他在介紹基礎知識之外，還重點強調了我們在Scrum導入初期可能會遇到的重要問題。
對于Scrum和敏捷，我個人關注的是必要的開發技能，這些技能可以確保團隊能夠通過一個接一個的沖刺，交付真正的、可運行的、以業務為中心的軟件。Kenny幫助我們理解了如何以安全、合適的方式使用速率和技術債等概念。速率和技術債這兩個主題都非常關鍵，我推薦您重點關注它們。
速率向我們表明團隊隨著時間打退役要交付多少價值。我們可以用它來感覺我們要完成多少任務以及我們的工作方式比原來是否有所改善。然而，Kenny警告我們把速率用作一個績效考核指標會對業務造成傷害，而且他還有理有據幫助我們認識到個中緣由。
技術債這個說法現在已經非常普遍，泛指會導致代碼出問題的所有東西。Kenny幫助我們捋清它的個中含義，并幫助我們認識到為什么我們要關注這些偏技術性的細節。我特別希望他對這方面的詳細描述：讓團隊在壓力下工作注定會使一個好的產品無法如期按時交付。
就像所有敏捷方法一樣，Scrum依賴于快速反饋來進行探索。Kenny給我們講了他當年用穿孔卡的故事，這讓我想起自己早期的計算機生涯，比Kenney看到他平生第一張穿孔卡還要久遠得多。作為一名大學生，我非常幸運，有機會到美國戰略空軍司令部奧馬哈總部（SAC HQ）實習。在那些日子里，所有計算都是通過穿孔卡來做的。我的卡片得發送到SAC HQ地下好幾層并在那臺能發起戰爭的計算機上（如果要發起戰爭的話）。我很幸運，一天可以有一兩次跑程序的機會。
只要一通過安檢，就會大半夜下樓到計算機面前。我還會對Sergeant Whittaker甜言蜜語，讓他準許我坐在計算機終端面前跑我自己寫的程序，是的，那臺主要工作就是發動核攻擊的機器。不過，放心，那個房間里是沒有紅色按鈕的。
在計算機面前忙活兒，我可以做十倍的工作（相較于我不得不等著我的索引卡被傳下來，然后我的代碼清單被回傳到樓上）。反饋來得快，我就學得快，我的程序也能早些跑起來。這就是Scrum的本事。用不著等上好幾個月甚至好幾年才知道程序員們都在干什么，通過Scrum，我們每兩周就知道他們的動態。Scrum產品負責人在優秀團隊的支持下，每個幾天就能看到有實際的產品特性被打磨成形！而且，這也是Kenny這本書的主旨。如果是Scrum新手，就從頭到尾仔細閱讀，然后把它放在案頭。如果做Scrum已經有了一些時日，那就全書瀏覽一遍，把它留在手邊隨時參考。如果發現自己開始認真思索團隊的事兒或者尋思著搞點兒創新，不妨拿起這本書，從字里行間尋找突破點。總能找到金子（有價值的東西）。

推薦序-李國彪（Bill）

Scrum聯盟認證培訓師（CST），UPerform優普豐顧問機構
代表作：《Scrum敏捷項目管理》（國內第一本Scrum相關譯著）
一本非常不錯的介紹Scrum核心及相關實踐、打造敏捷交付能力的參考書！
自2007年我有幸引入和翻譯第一本Scrum書籍《Scrum敏捷項目管理》（Ken Schwaber著）之后，我們見證了敏捷和Scrum在中國軟件及產品研發行業的應用和演進，業界人士和許多團隊的不斷深入實踐及鍥而不舍的多樣化嘗試，也目睹許多組織和團隊的迂回之路和成功發展敏捷能力的成就感，但同時也對他們的困惑和掙扎感同身受。Scrum框架是強大的，其生命力來源于其簡潔性，但要想獲得成效，難也難在此！
感謝業界同行的熱情與努力，此數年間陸續有新的Scrum相關書籍進入市場。每一本書都有其獨到之處。這本《Scrum精髓》也給我們帶來驚喜，在業界需要的時候來到中國。感謝清華大學出版社和譯者的付出！
條條大路通羅馬。Scrum框架不變，彰顯其精髓和價值觀的實踐和形式確實是在不斷得到探索和演進。有許多的實踐和招式是基于具體上下文、有針對性地以落地試驗的方式得出來的。這些何嘗不是敏捷精神和本質的體現呢？
若是Scrum新手，你會收獲這本書帶來的扎實的Scrum基礎和本質；若已有相當的實操經驗，你會發現豐富且有參考價值的實例。我相信其中一些能為你指點迷津；若你的工作環境非常關注規劃，則可以參考本書針對不同層面的敏捷計劃和多種商業情景中所介紹的應對方式、相關推薦及詳實的分析。
另外，若是管理者，想通過自己的影響力推進Scrum和敏捷，則可以從單獨針對管理者角色和思路設計的這章內容中獲得新的思路和方向，這在同類文獻中可能是寫得最好的。因為作者Ken本人曾經有過同樣的中高層領導力經歷，他對管理者角色在Scrum環境中的轉型感同身受。而且，Ken也親歷過早期面向對象技術的發展，具有深厚的敏捷工程實踐背景。本書里的分享都是源自Ken的親身經歷和反思。毫無疑問，對大多數人而言，這是一本值得收藏在案頭隨時翻閱的Scrum參考書。
另外，令人眼前一亮的是書中使用的敏捷視覺化圖標語言，這是Ken原創的，相信會使大家的閱讀體驗和Scrum應用體驗更上一層樓。
通過這本書，讓我們一起幫助自己、團隊與組織繼續發揚及發展頻密交付和持續改進的精神和能力。
……