对Scrum多多少少对有一些了解，但是没有进行过专业的培训和认证。2018年12月9日-10日，我参加了Scrum中文网的ScrumMaster的认证班。 授课老师是：Ethan黄方老师！培训总共是两天时间。
9点开始上课...我们互相做了自我介绍
一开始老师安排了两个游戏。
游戏一个是采用自组织方法，一个是采用传统项目管理的方法来对比游戏的时长，游戏证明自组织要比传统方法时间更短一些！
分组讨论了敏捷的四个价值观：
- 个体和互动 高于 流程和工具
- 工作的软件 高于 详尽的文档
- 客户合作 高于 合同谈判
- 响应变化 高于 遵循计划
老师也给我们细细解释了敏捷宣言：
- 我们最重要的目标，是通过及早和持续不断地交付有价值的软件使客户满意。
- 欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。
- 经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。
- 业务人员和开发人员必须相互合作，项目中的每一天都不例外。
- 激发个体的斗志，以他们为核心搭建项目。提供所需的环境和支援，辅以信任，从而达成目标。
- 不论团队内外，传递信息效果最好效率也最高的方式是面对面的交谈。
- 可工作的软件是进度的首要度量标准。
- 敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。
- 坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。
- 以简洁为本，它是极力减少不必要工作量的艺术。
- 最好的架构、需求和设计出自自组织团队。
- 团队定期地反思如何能提高成效，并依此调整自身的行为表现。
接下来就是Scrum的 3355 :
老师用生动并且有趣的方式讲解了这些，中午了，Scrum中文网组织大家在附近的一家餐厅吃中饭。大家还是兴致勃勃的讨论着课上的疑问和困惑。
下午容易困，老师就安排了互动游戏，大家困意全无，都兴奋起来了！！
通过游戏总结出，在同样的时间内，Scrum团队能交付出更多更有价值的产品增量。
老师继续通过一些案例讲了po的特点
po的使命
Scrum Master的特点
Scrum Master的使命
最后总结了三个角色的在团队里的作用。
接下来介绍3个工件，Product Backlog, Sprint Backlog, Increment。
Product Backlog具有这些属性：
描述、次序、估算、价值
Sprint Backlog
老师给每个小组准备了现场的看板，Product Backlog, Sprint Backlog( to do)，Sprint Backlog( doing)，Sprint Backlog( Done)
老师还介绍了一款敏捷开发项目管理工具 Leangoo
Increment
增量是一个 Sprint 完成的所有产品待办列表项的总和，以及之前所有 Sprint 所产生的增量的价值总和。在 Sprint 的最后，新的增量必须是“完成”的，这意味着它必须可用并且达到了 Scrum 团队“完成”的定义的标准。
增量是在 Sprint 结束时支持经验主义的可检视的和已完成的产品组成部分。增量是迈向愿景或目标的一步。无论产品负责人是否决定发布它，增量必须可用。
Ethan老师还分享了一个众筹项目由创意到生产出产品，以及后续不断改进的过程。
然后又逐一介绍了五大事件：
Sprint
在 Sprint 期间：
不能做出有害于 Sprint 目标的改变；
不能降低质量的目标；以及，
随着对信息掌握的增加，产品负责人与开发团队之间对范围内要做的事可能会澄清和重新协商。
Sprint计划会议
Sprint 计划会议回答以下问题：
接下来的 Sprint 交付的增量中要包含什么内容？
要如何完成交付增量所需的工作？
每日站会（Daily Scrum Meeting）
昨天，我为帮助开发团队达成 Sprint 目标做了什么？
今天，我为帮助开发团队达成 Sprint 目标准备做什么？
是否有任何障碍在阻碍我或开发团队达成 Sprint 目标？
建议加一个问题，每个人觉得这个Sprint 是否能完成计划的目标。
强调管理层在会上不要发言。
Sprint评审会议（Sprint Review Meeting）
Sprint 评审会议在 Sprint 快结束时举行
Scrum 团队和干系人协同讨论在这次 Sprint 中所完成的工作。根据完成情况和 Sprint 期间产品待办列表的变化，所有参会人员协同讨论接下来可能要做的事情来优化价值。这是一个非正式会议，并不是一个进度汇报会议，演示增量的目的是为了获取反馈并促进合作。
评审会议时间最长不超过 4 小时
Sprint回顾会议（Sprint Retrospective Meeting）
Sprint 回顾会议的目的在于：
• 检视前一个 Sprint 中关于人、关系、过程和工具的情况如何；
• 找出并加以排序做得好的和潜在需要改进的主要方面； 同时，
• 制定改进 Scrum 团队工作方式的计划。
Values
承诺
专注
开放
尊重
勇气
Estimation
后来我们又做了模拟项目，模拟项目结束后，老师更多的分享了一些实战经验干货。
最后老师分享了一些管理上的实践！
此次培训之旅结束！！（大合影）特别感谢Scrum中文网组织这么好的培训体验。