任你选择
课程简介
根据最新Version One公司做出的统计，80%的实施敏捷转型的公司都采用了Scrum敏捷开发方法，并在采用后取得了非常好的改进效果，缩短了产品交付周期，提高了产品质量，提高了客户满意度，同时提高了研发效率及员工满意度。
在这次课程中，学员将从实际操作的层面上掌握Scrum的运用技巧，学员将学会如何避免Scrum实施过程中的一些常见问题。Scrum的规则很少，但要掌握其精髓却并非容易，讲师结合自己在企业内实施敏捷转型的实践经验和Scrum框架，通过案例与游戏介绍解释什么是Scrum以及为什么Scrum可以如此高效。课程中通过多个游戏、经验分享、动手练习、案例研讨、项目实战等让学员亲历Scrum的工作过程、领悟Scrum的内涵、掌握Scrum的精髓。特别增加在敏捷的背景下，如何有效的分析、捕获需求，讲述如何通过用户故事(User Story)来分析、描述、估算一个需求，进而管理多个需求，管理产品需求列表；帮助团队了解目前流行的估算方式，掌握如何通过计划纸牌做相对估算，进而如何做出发布规划。
课程对象
本培训专为公司员工设计，包括：产品经理、开发经理、项目经理或组长、工程师、质量经理、工程项目小组等希望深入了解敏捷、掌握SCRUM的人。
课程时长
2天（6小时/天）
课程特色
● 来自于一线大型企业的敏捷实践
● 内容全面、深入, 重在实际操作及运用囊括了大量项目论证过的经验
● 通过系列的练习和小组讨论，让学员在课后就能立即启动自己的Scrum
● 独特游戏与实战演练环节，让课程更加有趣、可操作性更强。
课程收益
● 敏捷的价值观与原则
● 什么样的项目更加适合于Scrum和敏捷开发
● 在Scrum和敏捷项目中如何控制风险
● 怎样组织产品需求裂变Backlog，以及管理产品工作项的生命周期
● 如何能够保证您的项目有一个良好的开端
● 如何能够成功地开展一个敏捷项目
● 如何使用使用用户故事，如何管理需求
课程大纲
如何做估算与发布规划
时间 | 内容 | 详细内容 |
第一天上午 |
敏捷的价值观、原则、究竟什么是敏捷？ 为什么需要敏捷？
| 课前热身(Welcome, opening and round table) |
敏捷可以快速迭代交付客户价值，及时应对市场变化，响应客户需求 VersionOne调查：敏捷可以为组织带来各个方面的改善 | ||
敏捷迭代开发游戏，帮助学员理解迭代开发与瀑布开发的区别，体验敏捷快速交付的优势。 | ||
瀑布、敏捷、精益的适用范围 预定义过程 vs 经验性过程 大而全的需求 vs 涌现式的需求 以计划驱动的项目管理正三角形 Vs 以价值驱动的敏捷项目管理倒三角形 | ||
敏捷宣言及价值观 敏捷宣言背后的12个原则 讨论：结合自己组织，小组讨论，找出最重要的原则 | ||
Scrum框架与流程概述 | Scrum的起源及历史 | |
Scrum的理论基础 | ||
Scrum的框架和流程 | ||
Scrum中的角色与职责 | 产品负责人Product Owner的职责 | |
谁适合当PO? | ||
ScrumMaster的职责 | ||
ScrumMaster跟传统项目经理的区别 | ||
优秀ScrumMaster的特质 | ||
ScrumMaster跟PO可不可以是同一个人？ | ||
ScrumMaster可不可以兼职？ | ||
ScrumMaster可不可以为团队团队服务？ | ||
案例探讨： Terry Tate的世界 | ||
ScrumMaster工具箱 | ||
开发团队的特征与职责 | ||
特性团队 Vs 跨职能团队，该如何选择？ | ||
团队进化的四个阶段：被管理团队、自管理团队、自设计团队、自组织团队 | ||
如何打造自组织高效团队？ | ||
什么是团队工作协议(Working Agreement)？ | ||
什么才是适合敏捷团队的工作环境？ | ||
案例实战与讨论：一家传统企业的敏捷转型组织架构调整、敏捷团队组建与角色划分 | ||
第一天下午 | Scrum中的交付物 | 产品需求列表/Product Backlog(PBL) |
PBL应该包含的内容 | ||
如何为PBL划分优先级？ | ||
PBL应该遵循的DEEP准则 | ||
迭代需求列表/Sprint Backlog | ||
燃尽图 | ||
燃起图 | ||
发布燃尽图 | ||
潜在可交付的产品增量 | ||
任务板/Task Board | ||
Scrum的会议与流程 | Product Backlog梳理会/Grooming meeting | |
梳理会的时机与频度 | ||
Sprint计划会/Planning meeting | ||
如何开好Sprint计划会？ | ||
每日例会/Daily Scrum meeting | ||
如何保证每日例会的效率？ | ||
Sprint 评审会/Review meeting | ||
如何准备一个评审会？谁该参加？输出是什么？ | ||
Sprint 回顾会/Retrospective meeting | ||
为什么要开回顾会？ | ||
回顾会的最高指导原则 | ||
如何开好一个回顾会？(4F/4R/ORID/Happy Vote) | ||
世界咖啡：小组自组织总结各个会议的目的、参与人、发生时间、可能遇到的问题、对应的策略 | ||
第一次虚拟项目演练 | 共60分钟，2个迭代的Scrum模拟 | |
当天课程总结、答疑 | ||
第二天上午 | 第一天课程内容回顾 | |
Scrum遇到的常见典型案例研讨 | 团队经常被打断工作怎么办？ | |
PO休假怎么办？ | ||
PO不参加会议怎么办？ | ||
突然插入紧急需求怎么办？ | ||
Sprint未完成怎么办？ | ||
维护工作跟Sprint冲突怎么办？ | ||
团队一直加班，团队产生抱怨怎么办？ | ||
团队中出现消极成员怎么办？ | ||
…… | ||
Scrum中的质量 | 为什么说质量是不可协商的？ | |
质量的定义 | ||
讨论：Scrum是如何保证质量的？ | ||
Done的定义 | ||
视频：Scrum创始人 Ken 对Done的理解，为什么我们需要真正的把事情做完？ | ||
如果我们不把事情做完会有什么后果 | ||
如何定义适合自己公司与团队的 Defination Of Done（DOD） | ||
如何平衡质量与速度？ | ||
第二天下午 | 敏捷需求捕获By用户故事 | 为什么要用用户故事？传统需求文档的问题是什么？ |
什么是用户故事 | ||
用户故事的三要素 | ||
用户故事生命周期5C | ||
好的用户故事的INVEST准则 | ||
如何划分用户角色？ | ||
什么是用户画像？如何定义用户画像？ | ||
如何拆分用户故事？ | ||
用户故事的验收条件(AC) | ||
用户故事地图/User Story Mapping | ||
如何建立产品墙 | ||
敏捷估算与发布规划 | 相对挂算法 Vs 绝对估算法 | |
估算不是承诺 | ||
故事点 | ||
估算纸牌的使用 | ||
练习： 用估算纸牌进行估算 | ||
Sprint Backlog中任务的估算方法 | ||
常见的发布类型 | ||
团队速度是什么？如何计算？ | ||
如何做发布规划 | ||
基于固定日期的发布规划 | ||
基于产品Roadmap的发布规划 | ||
第二次虚拟项目演练(90分钟) | 针对一个虚拟项目，用用户故事捕获需求，做出产品墙，并做敏捷估算，做发布规划，规划第一个迭代的内容，并作沙盘模拟 | |
高级话题 | ||
Scrum 规模化 | SOS架构与会议 扩展Product Backlog 扩展层级PO 多团队Sprint协作计划 200人以上团队如何规模化？LeSS模型 | |
敏捷开发工程实践简介 | 测试驱动开发(TDD) 验收测试驱动开发(ATDD) 结对编程 持续集成 持续交付与DevOps 敏捷测试 | |
全部课程总结、答疑 |
