敏捷开发最佳实践：Scrum沉浸式实战工作坊-洪永潮-师资聘请-企业培训_企业内训_员工培训_在线课程学习平台-课师宝-深圳市人人师网络科技有限公司旗下课师宝平台

讲师资历

授课时间
授课对象	希望引入或深化敏捷/Scrum实践的研发团队、项目经理、产品经理；正处于敏捷转型期的企业各职能部门成
授课方式	内训

课程背景

课程背景：在VUCA（易变、不确定、复杂、模糊）时代，企业持续面临市场快速变化、需求频繁更迭的挑战。传统的瀑布式开发模式因其僵化、周期长、响应慢的弊端，难以适应现代商业环境对速度与灵活性的要求。敏捷开发作为一种以人为本、迭代、循序渐进的开发方法，已成为提升团队适应性、交付速度与产品质量的关键框架。 Scrum作为应用最广泛的敏捷框架之一，其核心在于经验性过程控制（透明、检视、适应），强调在复杂环境中通过“实践出真知”。然而，仅通过理论讲授难以让团队成员深刻理解其动态协作精髓。为此，本课程独创性地采用乐高与Scrum相结合的沉浸式教学模式。学员将在高度仿真的“乐高城市建造”项目中，通过两轮完整的Sprint迭代，亲身体验Scrum的全流程。这种“在做中学，在错中悟”的高互动学习方式，不仅能生动诠释Scrum的价值观、角色、事件与工件，更能有效激发团队创造力与协作精神，为敏捷实践在企业中的成功落地奠定坚实基础。

课程目标

课程收益： ● 体系化理解敏捷与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. 答疑与课程收尾，解答学员剩余疑问，推荐后续学习路径与资源

课程案例

敏捷开发最佳实践：Scrum沉浸式实战工作坊

课程详情