● 體系化理解敏捷與Scrum：深刻領悟敏捷宣言的價值觀與原則，掌握Scrum框架的核心機制與理論基礎

● 親身實踐Scrum全流程：通過模擬項目，完整經歷Sprint循環，熟練運用規劃會、每日站會、評審會、回顧會等Scrum事件，清晰界定并扮演產品負責人、Scrum Master與開發團隊成員三大角色

● 熟練運用關鍵Scrum工件：掌握創建與管理產品待辦列表（Product Backlog ，簡稱PBL）與Sprint待辦列表（Sprint Backlog，簡稱SBL）的技巧，理解并嚴格應用“完成定義”（DoD）以確保產品增量的質量

● 提升高績效團隊協作能力：培養在跨職能、自組織團隊中的高效溝通、協同決策與創造性解決問題的能力

● 有效應對真實項目挑戰：學會在安全的環境中處理需求變更、跨團隊依賴、估算偏差等常見項目風險，提升實戰應對能力

● 制定可落地的改進計劃：將課堂所學轉化為個人與團隊的具體行動方案，明確返回工作崗位后的第一步改進措施

第一天：初識敏捷——Scrum框架基礎與首輪Sprint實戰

第一講：啟航——構建敏捷思維與項目愿景

開篇破冰與課程定向：組建樂高Scrum團隊，進行初始角色分工

一、敏捷基石與Scrum框架概覽

1. “計劃驅動”與“價值驅動”的范式轉變

——瀑布模型與敏捷的核心差異

2. 敏捷宣言四大價值與十二原則

1）敏捷宣言四大價值

a個體和互動高于流程和工具

b工作的軟件高于詳盡的文檔

c客戶合作高于合同談判

d響應變化高于遵循計劃

——也就是說，盡管右項有其價值，我們更重視左項的內容

2）十二原則

a最高優先級的是：通過盡早和持續交付有高價值的軟件，滿足客戶

b欣然面對需求變化

c頻繁交付可工作的軟件，從數周到數月，交付周期越短越好

d在項目過程中，業務人員、開發人員必須每天在一起工作

e以受到激勵的個體為核心構造項目，為他們提供所需的環境和支持

f最有效的、最高效的溝通方法是面對面的交談

g可工作的軟件是衡量進度的首要標準

h敏捷流程倡導可持續開發

i持續地追求技術卓越和良好的設計，以此增強敏捷的能力

j簡單 -- 盡最大可能減少不必要的工作，簡單是敏捷流程的根本

k最佳架構、需求和設計，來自自組織型的團隊

l團隊定期反思如何提升效率，并調節和調整自己的工作方式

3. Scrum框架“三三五五”

1）三大角色：產品負責人、Scrum Master、開發團隊

2）三大工件：產品待辦列表、迭代列表、產品增量

3）五大事件：Sprint計劃、每日站會、Sprint評審會議、Sprint回顧會議、產品待辦事項梳理會議

二、項目愿景發布與業務語境創設

——Product Owner（PO）發布“可持續未來城市”項目愿景

第一步：各小組將作為一個Scrum團隊，在多個Sprint中共同建造一座繁榮的“樂高城市”

第二步：形成團隊：分配PO、SM、開發團隊成員角色

第三步：創建產品愿景：PO向團隊描繪“樂高城市”的宏偉藍圖和商業價值

第四步：梳理產品待辦列表

第五步：召開Sprint規劃會議

第二講：奠基——解析角色、工件與啟動規劃

一、Scrum角色職責深度共修

1. Product Owner：價值最大化者，如何管理需求與權衡利弊？

2. Scrum Master服務型領導，如何賦能團隊與移除障礙？

3. 開發團隊：如何實現自組織、跨職能與高效交付？

二、產品待辦列表（PBL）梳理與優化

1. PBL作為“單一需求來源”的核心地位

2. D-E-E-P特性

1）Detailed Appropriately（適度詳細）

2）Emergent（涌現性）

3）Estimated（可估算）

4）Prioritized（優先級排序）

實戰工作坊：團隊與PO協作，將初步需求轉化為用戶故事形式的PBL

三、用戶故事與相對估算實踐

用戶故事：“作為…我想要…以便于…”格式與INVEST原則應用

1. 獨立性（Independent）

2. 可協商性（Negotiable）

3. 價值性（Valuable）

4. 可估算性（Estimable）

5. 小型化（Small）

6. 可測試性（Testable）

實戰工作坊：使用“計劃撲克”進行故事點估算，建立團隊估算基礎

1）關于估算牌上的數字

2）撲克估算的意義與價值

第三講：實戰——Sprint規劃與首輪迭代執行

一、Sprint規劃會議實戰

1. 明確Sprint目標與時間盒概念

重點：多個Sprint時間盒之間的銜接

2. Sprint規劃會議的流程

第一部分（做什么）：PO講解高優先級條目，團隊承諾Sprint目標

第二部分（如何做）：開發團隊進行任務分解，創建Sprint待辦列表（SBL）

二、首個Sprint執行與“完成定義”應用

1. 團隊投入首個Sprint的樂高模型建造

2. 嚴格應用并不斷澄清“完成定義”（DoD），確保增量質量

三、每日站會體驗

1. 站會目的解析：同步進度、識別風險、調整計劃，而非匯報

1）昨天做了什么

2）今天要什么

3）有什么障礙

2. 實戰演練：在Sprint中期舉行一次標準的每日站會

1）迭代看板準備

2）需求和任務狀態更新

3）站會三個問題回答

四、首日復盤與增量展示

1. 各團隊展示首個Sprint完成的產品增量

流程一：已完成的迭代增量展示

流程二：進行中的需求展示和介紹

2. 引導式反思：分享首日實踐中的挑戰、洞察與初步收獲

1）心情是怎么樣的？

2）和以前的方式有什么不一樣？

3）做的好的和需要改進的有哪些？

4）如果重來，有什么更好的建議？

第二天：深化實踐——復雜場景下的Scrum應用與效能提升

第一講：檢視與適應——Sprint評審與回顧

一、Sprint評審會議：展示價值與獲取反饋

1. 模擬會議：各團隊向“利益相關者”（PO及其他團隊）演示可工作的增量

第一步：團隊準備要演示的增量

第二步：PO及其他團隊對增量進行驗收

第三步：明確已演示通過的增量

第四步：未通過的需要明確具體的修改點

2. 收集并整合反饋，基于反饋調整產品待辦列表（PBL），體現敏捷的適應性

第一步：針對上一迭代的情況，對現有產品待辦列表進行增刪改查

第二步：對產品待辦列表中的需求進行優先級調整

二、Sprint回顧會議：持續改進的引擎

1. 回顧會：價值與“檢視-適應”循環解析

——3個會議事項與1個行動選擇

事項1：確定Sprint目標的達成情況

事項2：確定做到好的有哪些

事項3：確定需改進的哪些

行動：選擇哪三個點進行改進和制定行動計劃

2. 實戰工作坊：運用結果和過程數據，進行團隊過程復盤

1）結果數據：迭代的交付成果

2）過程數據：迭代目標，迭代看板各列的需求數，已解決缺陷數，未解決缺陷數

3. 產出具體、可執行的團隊改進行動計劃

第二講：擴展協作——多團隊Scrum規?；瘜嵺`

一、引入復雜度與規?；魬?/span>

——PO發布更復雜的史詩級需求，超越單團隊交付能力

1. 小需求單團隊交付

2. 大需求多團隊協作交付

3. 多團隊之間如何拉齊高效交付需求

引導思考：多團隊協作中的依賴、集成與溝通挑戰

二、規模化敏捷實踐初探

——Scrum of Scrums（SoS）會議的目的、參與人員與流程

1. 目的：解決跨團隊協作依賴的問題，同步進展，風險管理

2. 人員：每個Scrum團隊選出1-2位代表

3. 流程：時間在15分鐘內

1）自上次會議以來，本團隊已完成的哪些任務？

2）在下次會議之前，本團隊計劃完成哪些任務？

3）本團隊在哪些方面需要其他團隊的協助？

4）本團隊是否有可能影響其他團隊工作的決策？

5）是否發現了新的跨團隊依賴或現有的依賴問題解決方案？

實戰演練：各團隊代表參與SoS會議，協調跨團隊依賴與障礙

三、第二輪Sprint：應用改進與聚焦集成

1. 團隊帶著回顧會的改進措施，投入第二輪Sprint

1）回顧會的行動計劃落地

2）第二輪的迭代規劃會，每日站會，評審會和回顧會

2. 重點關注跨團隊接口、系統集成與整體產品的一致性

第三講：融會貫通——高級主題與完整循環閉環

一、第二輪Sprint評審與綜合回顧

1. 完整產品增量集成展示

1）第二迭代的產品增量展示

2）兩個迭代的產品增量一起展示

2. 對比兩輪Sprint的成果與過程數據，可視化團隊成長與流程改進效果

1）交付的成果數據對比

2）交付的過程數據對比

3）流程的變化對比

綜合回顧：聚焦規模化協作下的挑戰與解決策略

二、Scrum工件與度量深度探討

1. “完成定義”（DoD）如何成為質量守護神？

1）DoD的核心價值？

2）DoD在什么時候明確最好？

3）DoD對團隊的要求是什么？

2. 正確解讀燃盡圖/燃起圖：將其作為洞察工具而非績效評估手段

圖解：燃盡圖和燃起圖

1）從燃盡圖中可以看到什么？

2）從燃起圖中可以看到什么？

重點：燃盡圖和燃起圖的選擇

三、敏捷適應性挑戰賽

——模擬真實項目中的“緊急變更請求”，考驗團隊在Sprint中對變化的響應與談判能力

1. 引入外部因素，導致需求的緊急插入

2. 由于內部規劃的調整，導致需求優先級的調整

3. 根據市場變化，有些需求的內容調整和被刪除

課程總結與行動規劃

1. 從模擬到現實：建立連接橋梁

全體討論：樂高模擬項目中的經驗如何映射并應用于實際工作場景？

2. 成功實施Scrum的關鍵要素

Scrum五大價值觀（承諾、專注、開放、尊重、勇氣）與文化支持的重要性

3. 制定個人/團隊行動計劃

1）每位學員制定返回崗位后即可實施的“第一個迭代改進”承諾書

2）小組分享與承諾，建立同行問責機制

4. 答疑與課程收尾，解答學員剩余疑問，推薦后續學習路徑與資源