專業SCRUM：基於Azure DevOps的敏捷實踐（簡體書）

Scrum作為全球範圍內應用較廣的敏捷框架，有廣泛的使用場景。《專業SCRUM：基於Azure DevOps的敏捷實踐》著眼於如何基於微軟的Azure DevOps來更好地使用Scrum，全書共3部分11章，分別介紹Scrum基礎、如何基於Azure DevOps來實踐專業Scrum以及如何實現持續改進和加速流動。通過本書，讀者可以了解團隊組建、積壓工作、Sprint、測試計劃、協作、流程、持續改進、Azure Boards、Azure 測試計劃以及與 DevOps ，掌握實用技巧，少走彎路。《專業SCRUM：基於Azure DevOps的敏捷實踐》可以作為 Scrum.org 的專業 Scrum 開發人員 (PSD) 計劃的補充，適合所有使用Scrum來實現價值交付的人員閱讀和參考，包括開發/測試團隊、產品負責人、Scrum Master及設計師、架構師、業務分析師、管理人員等其他幹系人。

理乍得·哈德豪森(Richard Hundhausen)
Accentient總裁，致力於利用DevOps和Scrum幫助軟件組織和團隊交付更好的產品。他是專業Scrum培訓師以及Nexus ScaledScrum框架的聯合創始人，作為軟件開發人員、顧問和培訓師，擁有近四十年經驗。他深刻地認識到，軟件是由人而非流程或工具來構建和交付的。

徐磊
英捷創軟（LEANSOFT）創始人、首席架構師&CEO、第一批PSD授權講師、IDCF社區聯合發起人、連續十四年微軟最有價值專家、微軟區域技術總監、華為云MVP、認證ScrumMaster、EXINDevOps Master/Professional認證講師、DevOps鳳凰沙盤認證講師、微軟技術大會講師及DevOpsDays講師。

薄濤
英捷創軟（LEANSOFT）咨詢服務總監及敏捷/DevOps專家，服務於華為/農行/北京銀行/興業銀行等客戶。為企業提供研發效能改進解決方案十余年，幫助國內上百家企業提供過DevOps咨詢及解決方案落地解決方案，熟悉金融、通信、製造、互聯網、快銷等多種行業。

李強
英捷創軟（LEANSOFT）聯合創始人及銷售市場總監。擁有近20年的軟件行業從業經驗，先後就職於匯豐銀行、IBM和微軟等公司，擔任軟件工程領域技術專家。

周文洋
英捷創軟（LEANSOFT）研發總監及敏捷/DevOps專家。致力於DevOps實施咨詢服務十余年，連任多年微軟DevOps方向MVP，幫助過多家500強企業（涉及金融、保險、基金、通信等行業）完成DevOps的咨詢、服務、實施落地等工作。

通過結合當今領先的敏捷框架（Scrum）和微軟的DevOps工具集（Azure DevOps），《專業SCRUM：基於Azure DevOps的敏捷實踐》可以幫助任何開發團隊更有效地計劃，跟蹤和管理工作。著名的Scrum專家Richard Hundhausen全面介紹團隊，積壓，Sprint，測試計劃，協作，流程，持續改進，AzureAzure測試計劃以及與DevOps相關的實際折衷。作者還是一名專業Scrum培訓師，在書中展示了如何根據2020 Scrum指南來加深您對Scrum框架和Professional Scrum的了解，提供經過驗證的工作項目計劃和跟蹤，快速從Azure板獲取價值，改善Scrum的成效。《專業SCRUM：基於Azure DevOps的敏捷實踐》的目的是助力打造高性能的專業Scrum團隊。《專業SCRUM：基於Azure DevOps的敏捷實踐》著重介紹如何在Azure DevOps的平臺上用好Scrum，全書一共三部分，適用於使用或依賴Scrum的每個人，包括開發人員，設計師，建築師，測試人員，業務分析師，產品負責人，Scrum Master，經理和其他利益相關者，同時還適合主要專注於將Scrum用於軟件產品的專業團隊。本書主題：結合Scrum指南，進一步闡述Scrum 框架和專業 Scrum開發（PSD）。借助於Azure Boards來規劃和跟蹤工作，快速實現價值交付為Scrum高效實施做好充分的準備使用 Azure DevOps來創建和管理工作、規劃 Sprint和推動團隊協作運用專業 Scrum 和 Nexus 來規模化Scrum識別出不借助於工具也可以有效執行的實踐定義和優化團隊流動，克服常見的功能障礙，形成高效能專業 Scrum 團隊

Scrum是一種用來開發和維護複雜產品（比如軟件）的框架。Scrum實際上提供了很多規則，這些規則在《Scrum指南》（https://scrumguides.org/）中都有描述，《Scrum指南》中同時描述了角色、活動和工件及其關聯的規則。如果能夠正確使用這個框架，Scrum就可以幫助團隊高效且創造性地交付最有價值的產品，解決各種複雜的問題。Scrum是一種敏捷開發方法，實際上也是當今中使用最為廣泛的敏捷開發方法。Scrum 採用基於迭代和增量的方法來優化可預測性和對風險的控制能力。這得益於Scrum中所使用的經驗型過程控制方法。通過運用檢視、適應和透明理論，Scrum團隊可以在一個很短的迭代中嘗試新的方法（實驗）並評估其有效性。然後，團隊可以有選擇地決定是否要引入、擴展或者放棄這次實踐，其中也包括團隊使用的工具以及這些工具的用法。將Scrum與Azure DevOps中的工具結合使用，會將非常強大。這是本書的目標，幫助大家了解Scrum以及如何使用Azure DevOps來運作Scrum。在軟件開發中，唯一不變的是變化。健康的團隊非常熟悉這種情況，他們知道持續檢視和適應是日常工作的一部分。高效能團隊甚至會在此基礎上更進一步，把每一個障礙和問題都看作是學習和改進的機會。閱讀本書其實就是朝著這個方向邁進的第一步。誰應該閱讀此書本書對任何正在使用Scrum或者考慮使用Scrum的軟件開發團隊成員來說都是有價值的。雖然我主要關注開發人員的職責和任務（一個Scrum團隊包括設計師、架構師、編碼人員、測試人員、技術文檔編寫人員等），但這本書同樣可以幫助到產品負責人和Scrum Master，讓他們從中了解到如何使用Azure DevOps來規劃和管理日常工作與進展。其他幹系人，比如客戶、用戶、出資人和管理者，同樣可以從本書中獲益，可以從中了解到如何與基於Azure DevOps場景來運作Scrum的團隊協作，了解哪些事情應該做，哪些事情不應該做。本書主要關注如何使用Scrum來開發軟件產品，因為Azure DevOps主要針對的是軟件產品。但本書的大部分內容其實也適用於非軟件和非IT類項目，因為Scrum本身是一個用來解決複雜問題的框架。本書的很多內容其實也適合任何類型的產品，比如，服務類、實體類產品或者更加抽象的其他產品。本書不適合誰閱讀本書面向正在使用Scrum和Azure DevOps進行複雜軟件產品開發的團隊。對於非Scrum團隊或開發的產品並不複雜，那麼這本書不會提供太多幫助。如果團隊正在使用瀑布式或順序式開發過程，那麼這本書也提供不了任何價值（除非正在考慮轉換思路或者工作方式）。同樣，如果團隊並沒有使用Azure DevOps，那麼本書的大部分內容也沒有什麼用處（除非只希望關注有關專業Scrum開發的內容並且想看看自己團隊有哪些地方還可以改進）。還有，如果團隊正在使用老版本的Team Foundation Server，這本書同樣不適合，因為舊版本的TFS缺少支持團隊協作、規劃和管理工作等高價值的新功能。對於正在尋找“最佳實踐”的讀者，對不起，這本書也不適合您，我也不適合您。我拒絕使用這個術語，因為它意味著幾個錯誤的假設：該實踐對所有組織中從事所有產品的所有團隊來說確實是“最好的”；團隊一旦發現最佳實踐，就可以停止尋找和實驗；我更喜歡“經過驗證的實踐”這個術語。本書有許多實踐供您和團隊在改進過程中進行參考。本書的組織方式本書聚焦於如何更為有效地結合專業Scrum和Azure DevOps，包含三個部分。第Ⅰ部分“Scrum基礎”為讀者提供針對Scrum框架、專業Scrum和Azure DevOps(特別是Azure Boards服務)的基礎知識。第Ⅱ部分“實踐專業Scrum”通過描述專業Scrum團隊，其中包括如何使用Azure DevOps的不同特性來創建和管理產品Backlog、衝刺計劃和衝刺Backlog以及如何在衝刺內更加有效地進行團隊協作。第Ⅲ部分“持續改進”描述如何幫助Scrum團隊加速流動，以應對常見的挑戰和問題，並且使用技術手段持續改進團隊Scrum水平。同時，還針對規模化專業Scrum介紹了如何使用Nexus 規模化Scrum框架。如果按照本書的結構順序閱讀，會看到如何將Azure DevOps和Scrum結合起來有效地管理Scrum團隊，會看到團隊如何轉變成高效能專業Scrum團隊。書中為大家提供和推薦了很多實踐和工作模式。我會使用專業Scrum團隊或者高效能Scrum團隊這兩個術語來區分那些根本不進行檢視、適應和改進的僵尸Scrum團隊。也許有些時候您會覺得這些建議不切實際，對您的團隊根本沒用。不清楚您的團隊是怎樣的，所以您的想法當然很有可能是對的，但我堅信這些建議對您肯定有幫助。事實上，我和其他幾百名專業Scrum培訓講師都見證了其他很多團隊的改進。記住，這些高效能團隊的行為都應該作為團隊要達成的願景或“完美目標”。這個過程可能非常耗時費力，但最終一定會幫到您和您的團隊，而您也會成為帶領團隊走過這個歷程的領導者。本書的最佳閱讀起點本書內容豐富，您可以根據需要以及對Scrum、Azure DevOps和相關實踐的理解程度，直接跳到特定的主題開始閱讀。下面這個表格會幫助您了解最佳的閱讀起點。當前的情況 閱讀起點剛開始學習Scrum，不了解Scrum先閱讀《Scrum指南》再從第1章開始剛開始學習專業Scrum，不了解專業Scrum 從第1章開始剛開始學習Azure DevOps，未實際用過 從第2章開始剛開始學習Azure Boards或想了解如何配置一個定制化的專業Scrum過程（模板） 從第3章開始了解Scrum和Azure DevOps，希望學習如何為Scrum團隊配置Azure DevOps環境 從第4章開始比較熟悉Scrum和Azure DevOps，希望學習如何進行衝刺規劃和創建衝刺Backlog 從第6章開始剛開始學習驗收測試驅動開發（ATDD），希望了解如何使用Azure Test Plan來規劃和管理衝刺 從第7章開始剛開始學習流動（flow）概念以及開始在Scrum團隊內使用看板來可視化工作和管理流動（flow） 從第9章開始正面臨各種常見的Scrum挑戰並希望找到相應的解決方案 從第10章開始正面臨規模化問題，希望幫助多個Scrum團隊有效地協作開發同一個產品 從第11章開始圖例和注釋本書使用以下的圖例和注釋來幫助讀者更好地進行閱讀：截圖：針對Azure DevOps特定功能的截圖，供讀者參考注釋性的段落：標注成“說明”或者“提示”的框線區域，為特定內容提供相關的信息有些注釋性的段落內容來自本書的審閱者提供的實踐指導，他們是專業Scrum開發者或者專業Scrum開發講師除此之外，本書還使用了兩種特殊的注釋性段落，一個叫 “壞味道”，另外一個叫“Fabrikam Fiber案例研究”。本書會指出Scrum團隊和成員常犯的一些錯誤和常見誤區，這些內容統稱為“壞味道”。壞味道的出現一般說明代表團隊有問題或者不良習慣。剛剛開始實踐Scrum的團隊很難發現這些壞味道。一旦被暴露出來，團隊就應該立即著手解決並借機得以學習改進。當團隊步入正軌後，團隊應該能夠自主發現這些壞味道並自行改進。專業Scrum團隊有能力識別問題和浪費，進行風險分析並且自主決定采取特定的行動（包括那些不了解Scrum的人認為可能是壞味道的）。閱讀本書的過程中，會看到Fabrikam Fiber案例。Fabrikam Fiber是一個虛構的寬帶通信提供商（想一下Cox，Sparklight，Charter/Spectrum或者Comcast），為美國多個州提供服務。這家大型企業使用本地部署的web應用程序為他們的客戶服務代表提供服務，針對客戶支持請求創建和管理工單。他們使用Scrum已經有一段時間了，最近剛剛遷移至Azure DevOps。通過Fabrikam Fiber Scrum團隊做的抉擇，可以看出我對健康行為和不健康行為的看法。系統要求盡管本書不包含任何動手練習，但還是建議大家注冊Azure DevOps Services，以便在閱讀過程中進行實驗和學習。在Azure DevOps上創建一個組織只需要幾分鐘，5個用戶以下的“基礎”功能是免費的，對本書提到的所有特性足夠的。Azure DevOps Services是一種基於云的SaaS服務，每三周提供一次版本更新，所以本書中的截圖可能與您在瀏覽器中看到的不一致。此外，也可以下載Visual Studio Community Edition或Visual Studio Code,並嘗試使用它們如何連接到Azure DevOps以及如何使用Azure Board和Azure Repos進行協作。這兩個產品都是免費的。術語關於本書各章累計166個術語，請掃碼添加小助手，申請訪問權限。致謝寫作本書的過程中，我得到了很多人的幫助。感謝Loretta Yates使我有機會與微軟出版社再次合作： Charvi Arora、Tracey Croom、Elizabeth Welch、Songlin Qiu、Vaishnavi Venkatesan和Donna Mulder，感謝大家耐心審閱內容並幫助我找到正確的寫作風格；感謝Donis Marshall激勵我再次提筆寫書，並給我如此直接且有價值的反饋；感謝Dan Hellem解答了很多Azure Board相關問題，並評審了書中很多章節；Phil Japikse、Simon Reindl、Brian Randell、Ognjen Baji、Ana Roje Ivani、Martin Kulov、Cory Isakson、David Corbin、Charles Revell、Daniel Vacanti和Christian Hassa提供了一些很棒的建議和思路，使得本書更加清晰流暢；感謝Ken Schwaber和Jeff Sutherland在我快要寫完本書時更新了《Scrum指南》。勘誤表、更新和圖書支持我們已經盡最大努力確保這本書及其配套內容的準確性。大家可以通過提交的勘誤表和相關的更正來訪問這本書的更新：MicrosoftPressStore.com/ProfScrumDevelopment/errata。如果發現此頁面尚未列出的錯誤，請提交給我們。如需更多書籍支持和信息，請訪問www.MicrosoftPressStore.com/Support。請注意，以上地址不提供微軟軟硬件的產品支持。有關微軟軟件或硬件的幫助，請訪問http://support.microsoft.com。保持聯繫我們的官方推特帳號：http://twitter.com/MicrosoftPress。

簡明目錄
第Ⅰ部分
Scrum基礎
第1章 專業Scrum
第2章 Azure DevOps概述
第3章 Azure Boards
第Ⅱ部分
實踐專業 Scrum
第4章 賽前準備
第5章 產品Backlog
第6章 衝刺
第7章 測試計劃
第8章 高效協作
第Ⅲ部分
改進
第9章 加速流動
第10章 持續改進
第11章 規模化專業Scrum
詳細目錄
第Ⅰ部分 Scrum基礎
第1章 專業Scrum 002
1.1 Scrum指南 003
1.2 Scrum基石 004
1.3 Scrum的價值觀 042
1.4 專業Scrum 044
術語回顧 046
第2章 Azure DevOps概述 048
2.1 簡史 048
2.2 持續交付價值 050
2.3 Azure DevOps Service 053
2.4 Azure DevOps Server 059
2.5 Visual Studio 061
2.6 Azure DevOps訪問級別 064
2.7 Github和未來 066
術語回顧 066
第3章 Azure Boards 068
3.1 選擇一個“過程” 068
3.2 Scrum過程 071
3.3 過程定制 092
術語回顧 095
第Ⅱ部分 實踐專業 Scrum
第4章 賽前準備 098
4.1 搭建開發環境 099
4.2 產品開發配置 109
4.3 準備階段檢查清單 124
術語回顧 126
第5章 產品Backlog 128
5.1 創建產品Backlog 128
5.2 報告缺陷 146
5.3 梳理產品Backlog 155
5.4 發布計劃 171
5.5 用戶故事地圖 174
5.6 產品Backlog檢查表 177
術語回顧 178
第6章 衝刺 180
6.1 衝刺規劃 181
6.2 使用Azure Boards進行衝刺 182
6.3 創建衝刺Backlog 183
6.4 衝刺活動事項 197
6.5 衝刺規劃檢查表 220
術語回顧 221
第7章 測試計劃 223
7.1 Azure Test Plans 224
7.2 檢視進度 231
7.3 驗收測試驅動開發 234
7.4 自動化驗收測試 237
7.5 驗收不等於驗收測試 242
7.6 測試重用 244
7.7 驗收測試檢查表 247
術語回顧 249
第8章 高效協作 251
8.1 個體和互動 251
8.2 開發協作實踐 264
術語回顧 279
第Ⅲ部分 改進
第9章 加速流動 282
9.1 可視化流動 283
9.2 看板 285
9.3 管理流動 286
9.4 限制在制品 288
9.5 管理在制品限制 289
9.6 檢視和調整工作流程 291
9.7 基於流動的Scrum活動 297
術語回顧 306
第10章 持續改進 308
10.1 常規挑戰 309
10.2 常見的機能障礙 329
10.3 成為專業Scrum團隊 348
術語回顧 355
第11章 規模化專業Scrum 357
11.1 Nexus框架 358
11.2 Azure DevOps對Nexus的支持 368
術語回顧 373