Scrum精髓：敏捷轉型指南

#讀書筆記/敏捷之路/Scrum精髓 2023年3月11日 於南京 1.關於本書 Jim Wang（王軍）老師說如果讓他只推薦一本敏捷相關的書，那麼首推這本《Srcum精髓：敏捷轉型指南》，我大概用了17小時完成精讀，用心讀來，果然受益匪淺。這本書2014年出版，卻絲毫不過時，對我們落實敏捷轉型實踐具有很好的指導意義。優秀的思想和方法永遠都是迷人的。 2.關於作者 作者Kenny擁有喬治亞理工學院的計算機科學學士學位和斯坦福大學的計算機科學碩士學位，有着豐富的開發和管理經驗，有微觀和宏觀的視野，他豐富的背景使他能夠從開發團隊和管理層等多個角度深入、透徹地理解（並解釋）Scrum及其含義。同時，他是Scrum聯盟的第一任執行總裁，Scrum聯盟是全球性的非盈利組織，致力力推廣Scrum的成功應用。 3.讀書筆記 本書脈絡清晰，圖文並茂，語言精練，邏輯嚴謹，譯文清晰，可讀性很強，並且用圖標語言來視覺化呈現內容，上下文銜接也非常流暢，閱讀起來也更加輕鬆有趣。 第1部分 先講Scum核心概念，明晰原則，澄清術語。我印象比較深刻的是關於認知循環的論述，在Scrum中，每日立會實現天級別認知循環，每迭代實現迭代級認知循環，結對編程實現秒級認知循環，TDD測試驅動實現分鐘級別認知循環。 之後第2部分，圍繞Scrum團隊的各個角色進行闡述。其中關於職能經理和項目經理的設置還蠻有參考意義的，在敏捷轉型過程中，可以結合組織情況，予以借鑑。文中對於其權責體系沒有展開陳述，還需要結合國情或企業情況來看。盡信書不如無書。 而後在第3部分強調Scrum規劃的重要性，及如何在多層級上做好規劃，而後上升到組織層面的產品組合戰略介紹。內容層次分明，漸進明細。 最後一部分是衝刺的實踐，延續上部分的規劃，從衝刺規劃開始，到衝刺執行、評審和回顧，並很貼心的指出在前行之路上可能遇到的障礙。其中淺談到組織文化，確實如果文化不歡迎敏捷，那麼組織文化便會是敏捷變革的一大制肘。 我覺得這是一本很專業也很貼心的書，值得閱讀。

《Scrum精髓：敏捷轉型指南》全書章節（4部分23章） 開篇：第1章 引子 - 什麼是Scrum、起源與適用場景 - 複雜/繁雜/簡單/混亂域區分（Scrum適配複雜域） - 轉型價值與預期成果 第Ⅰ部分 核心概念（第2–8章） 第2章 Scrum框架 - 三大角色（PO/SM/開發團隊） - 核心工件（產品列表/衝刺列表/可交付增量） - 五大事件（衝刺/衝刺計劃/每日站會/評審/回顧） 第3章 敏捷原則 - 不確定性與迭代增量開發 - 透明/檢視/適應三大支柱 - 預測vs適配、延遲決策原則 第4章 衝刺 - 衝刺本質與時長（2–4周） - 衝刺目標與交付節奏 - 成功衝刺的關鍵要素 第5章 需求與用戶故事 - 需求拆解與用戶故事寫法（INVEST原則） - 史詩/特性/用戶故事層級 - 需求優先級與價值排序 第6章 產品列表（Product Backlog） - 列表梳理與優先級排序 - 列表細化與估算方法 - 動態維護與干係人協作 第7章 估算與速率 - 故事點/理想人天估算 - 團隊速率計算與迭代校準 - 估算常見誤區與修正 第8章 技術債 - 技術債成因與影響 - 識別、量化與償還策略 - 預防技術債的工程實踐   第Ⅱ部分 角色（第9–13章） 第9章 產品負責人（PO） - 核心職責：價值最大化、列表管理、干係人對齊 - 授權與決策邊界、常見陷阱 第10章 ScrumMaster（SM） - 僕人式領導、團隊教練、障礙移除者 - 衝突化解、流程守護、敏捷文化推動者 第11章 開發團隊 - 自組織、跨職能、責任共擔 - 團隊規模（3–9人）與角色分工 - 團隊協作與凝聚力建設 第12章 Scrum團隊結構 - 單團隊/多團隊協作模式 - 組件團隊vs特性團隊 - 分佈式團隊適配策略 第13章 管理者 - 敏捷轉型中管理者的新角色 - 賦能而非管控、資源協調、組織變革推動者   第Ⅲ部分 規劃（第14–18章） 第14章 Scrum規劃原則 - 分層規劃、滾動式規劃 - 價值驅動、風險共擔、快速反饋 第15章 多層級規劃 - 組合→產品→版本→衝刺→每日規劃 - 各層級輸入輸出與協作關係 第16章 產品組合規劃 - 多產品優先級與資源分配 - 投資組合價值最大化、風險平衡 第17章 產品規劃（願景） - 產品願景制定與路線圖設計 - 目標用戶、核心價值與成功標準 第18章 版本規劃 - 版本目標與範圍界定 - 固定日期/固定範圍策略 - 衝刺映射與發佈節奏控制   第Ⅳ部分 衝刺執行（第19–22章） 第19章 衝刺計劃 - 輸入輸出、目標設定、工作量拆分 - 團隊承諾與風險識別 第20章 衝刺執行 - 每日站會流程與問題解決 - 進度跟蹤、障礙移除、團隊自組織 - 質量保障與完成定義（DoD） 第21章 衝刺評審 - 增量演示、用戶反饋收集 - 干係人蔘與、價值驗證、列表調整 第22章 衝刺回顧 - 團隊覆盤、流程優化、持續改進 - 回顧會議形式與行動項落地   收尾：第23章 前進之路 - 敏捷轉型常見障礙與應對 - 規模化Scrum（多團隊、大型項目） - 持續學習與組織敏捷文化構建

想起來今年年初的一次面試。 他：假如年底了準備發獎金，你怎麼評估大家的績效？ 我：(腦袋空白了一會兒，因爲我面的是一個高級技術崗，的確這種偏管理的問題，被問的頻率不高，但是知道問題的本質就是，如何去準確量化不同級別人員的工作成果)比較簡短的說了日常工作內容的分配會根據人員級別進行差異分配，然後每個週期會根據分配的工作內容完成度進行考覈，形成一定的績效評分，同時作爲年底用績效的一部分成績。 他：那麼不同級別的工作內容是誰來定，依據什麼規則來定？ 我沒有回答上來，顯然我以往的工作內容，和我平時的學習範圍沒有覆蓋到這部分的內容，這裏就引申出一些問題，技術人員級別高了之後轉管理是不是必須，？或者說是不是不管轉不轉管理，有些管理技能也是必備的？平時除了專業知識，是不是也該有一些其他領域的攝入？

Scrum的書如果只讀一本的話，那就只有這本了，既全面又詳盡。值得反覆學習！

可以看看，但是沒有必要仔細看 事無鉅細，但是提出來的很多經驗都是toymodel

不愧是指南內容很全面，從scrum的由來到具體實踐都有一一說明。很適合scrum新手。 印象比較深刻的內容： ●scrum與傳統瀑布流開發主要差異在於“迭代開發”和“增量開發”，小步快走可以更早獲得反饋和調整。 ●要承認認知侷限。在接觸事物的早期，認知往往不深，而認知會隨時間推移在不斷反饋中加深，所以儘量不要在最終責任點前做決定。 ●夠用就好。投入的精力（比如拆解任務等）、提前的準備工作，不是越詳細越多就越好，要從經濟合理的方面看問題。前期認知不深時投入過多，可能會導致大量浪費，所以要把握好度。 ●不論是什麼工作，多從經濟合理方面考慮安排和配置。工作的優先級，很多時候受時間，成本，範圍三個重要因素影響。 ●工作或者任務的制定者，除了列出任務的內容之外，同時也可以制定“完成定義”和“接收標準”。前者明確某個階段任務完成的標準（任務拆分後的一部分，比如開發），後者明確驗收已完成任務標準（整個任務的全部流程，比如測試無誤後），相當於驗收清單。 ●19章中“確定生產能力”的整個過程很有意義，將所有可能佔用時間的工作進行分析歸類，並以可視化的方式展示出來。項目排期時間看起來夠用，但刨除其他工作後，實際分攤到項目上的並不多，所以在預估時要把干擾時間考慮進去。 ●對燃盡圖和燃燒圖理解更深了。 暫時是這些，有空的話需要把第三四部分再看一遍。 另外我認爲scrum的創建者或許受到了系統思考相關的啓發。很湊巧，在看這本書時剛好看了《系統思考》，裏面提到了自組織、湧現的內容，並且也強調管理工作或處理問題需要從整體、系統的角度，這與敏捷注重工作流和整體視角一致。 後續要把《系統思考》看完，再看看它的前輩《第五項修煉》。

很不錯，講的透徹，解答了很多年的一些疑惑，比如一個產品的完整週期是怎樣的， PBI生命週期的管理， PBI與Sprint中task的關係等

Scrum是一種用於開發創新產品和服務的敏捷方式。 經驗控制：Scrum的核心原則是檢視、調整和透明性。

行文不流暢，一股子機翻味。 很多表達詰屈聱牙，看它解釋一個名詞時，還得揣度解釋中的其它名詞是什麼意思。 但書中表達的內容思想又是很有價值的，以後有機會看原版吧。

總體不錯，略微有點重複囉嗦。 Scrum 是很好的一種工作框架，其核心無非就是快速迭代，迅速獲得反饋，然後及時調整方向，持續改進。