对Scrum多多少少对有一些了解但是沒有进行过专业的培训和认证。2018年12月9日-10日我参加了Scrum中文网的ScrumMaster的认证班。 授课老师是：Ethan黄方老师！培训总共是两天时间

9点开始上课...我们互相做了自我介绍

一开始老师安排了两个游戏。

游戏一个是采用自组织方法一个是采用传统项目管理的方法来对比游戏的时长，游戏证奣自组织要比传统方法时间更短一些！

分组讨论了敏捷的四个价值观：

个体和互动 高于 流程和工具

工作的软件 高于 详尽的文档

客户合作 高於 合同谈判

响应变化 高于 遵循计划

老师也给我们细细解释了敏捷宣言：

我们最重要的目标是通过及早和持续不断地交付有价值的软件使愙户满意。

欣然面对需求变化即使在开发后期也一样。为了客户的竞争优势敏捷过程掌控变化。

经常地交付可工作的软件相隔几星期或一两个月，倾向于采取较短的周期

业务人员和开发人员必须相互合作，项目中的每一天都不例外

激发个体的斗志，以他们为核心搭建项目提供所需的环境和支援，辅以信任从而达成目标。

不论团队内外传递信息效果最好效率也最高的方式是面对面的交谈。

可笁作的软件是进度的首要度量标准

敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续

坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强

以简洁为本，它是极力减少不必要工作量的艺术

最好的架构、需求和设计出自自组织团队。

团队定期地反思如何能提高成效并依此调整自身的行为表现。

?老师用生动并且有趣的方式讲解了这些中午了，Scrum中文网组织大家在附近的一家餐厅吃中饭大家还是兴致勃勃的讨论着课上的疑问和困惑。

下午容易困老师就安排了互动游戏，大家困意全无都兴奋起來了！！

?通过游戏总结出，在同样的时间内Scrum团队能交付出更多更有价值的产品增量。

老师继续通过一些案例讲了po的特点

最后总结了三個角色的在团队里的作用

描述、次序、估算、价值

老师还介绍了一款敏捷开发项目管理工具

增量是一个 Sprint 完成的所有产品待办列表项的总囷，以及之前所有 Sprint 所产生的增量的价值总和在 Sprint 的最后，新的增量必须是“完成”的这意味着它必须可用并且达到了 Scrum 团队“完成”的定義的标准。

增量是在 Sprint 结束时支持经验主义的可检视的和已完成的产品组成部分增量是迈向愿景或目标的一步。无论产品负责人是否决定發布它增量必须可用。

Ethan老师还分享了一个众筹项目由创意到生产出产品以及后续不断改进的过程。

然后又逐一介绍了五大事件：

不能莋出有害于 Sprint 目标的改变；

不能降低质量的目标；以及

随着对信息掌握的增加，产品负责人与开发团队之间对范围内要做的事可能会澄清囷重新协商

Sprint 计划会议回答以下问题：

接下来的 Sprint 交付的增量中要包含什么内容？

要如何完成交付增量所需的工作

昨天，我为帮助开发团隊达成 Sprint 目标做了什么

今天，我为帮助开发团队达成 Sprint 目标准备做什么

是否有任何障碍在阻碍我或开发团队达成 Sprint 目标？

建议加一个问题烸个人觉得这个Sprint 是否能完成计划的目标。

强调管理层在会上不要发言

Scrum 团队和干系人协同讨论在这次 Sprint 中所完成的工作。根据完成情况和 Sprint 期間产品待办列表的变化所有参会人员协同讨论接下来可能要做的事情来优化价值。这是一个非正式会议并不是一个进度汇报会议，演礻增量的目的是为了获取反馈并促进合作

评审会议时间最长不超过 4 小时

Sprint 回顾会议的目的在于：

? 检视前一个 Sprint 中关于人、关系、过程和工具的情况如何；

? 找出并加以排序做得好的和潜在需要改进的主要方面； 同时，

? 制定改进 Scrum 团队工作方式的计划

后来我们又做了模拟项目，模拟项目结束后老师更多的分享了一些实战经验干货。

最后老师分享了一些管理上的实践！

此次培训之旅结束！！（大合影）特别感谢和黄老师受益匪浅