● 体系化理解敏捷与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规模化实践

一、引入复杂度与规模化挑战

——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. 答疑与课程收尾，解答学员剩余疑问，推荐后续学习路径与资源