学Scrum Master 没错(开发团队产品待办经验)

前期，我找了很多培训机构，后面选择艾威培训，是因为艾威培训不仅价格实惠，而且还有很多其他的课程，比如说PMP/CBAP、ITIL/MoP等课程。

学完Scrum 课程后，我对敏捷开发有了很深刻的认知，并且在工作上有了很大的进步，就连领导都非常诧异我的变化为何如此之快。
工作效率越来越高！

如果还有人和我一样，0开发经验，想在工作上更进一步，想快速提升自己的工作效率，非常推荐学 SCRUM Master.

以下是看完Scrum指南后自己归纳的重点（理解还是更多基于理论层面）,可以让大家通过我的视角看看SCRUM。

Scrum是一个框架 ，用于开发 交付 持续支持复杂产品的，在此框架中人们可以解决复杂的自适应难题，同时也能高效并创造性地交付最高价值的产品。

Scrum 框架由Scrum 团队以及与之相关的角色、事件、工件和规则组成

Scrum的应用：最初是为了管理和开发产品而开发的

Scrum 的精髓在于小团队

Scrum 基于经验过程控制理论

Scrum 采纳一种迭代、增量式的方法来优化对未来的预测和控制风险

三大支柱：透明，检视，适应

· Sprint计划会议

· 每日Scrum站会

· Sprint评审会议(review)

· Sprint回顾会议(retrospective)

Scrum价值观：承诺commitment，勇气courage，专注focus，开放openness，尊重respect

Scrum团队：产品负责人 + Scrum master + 开发团队， 跨职能的自组织团队

产品负责人：将开发团队开发的产品价值最大化，产品负责人是负责管理产品待办列表的唯一负责人

· 清晰地表述产品待办列表项

· 对产品待办列表项进行排序，使其最好地实现目标和使命

· 优化开发团队所执行工作的价值

· 确保产品待办列表对所有人是可见、透明和清晰的，同时显示 Scrum 团队下一步要做的工作

· 确保开发团队对产品待办列表项有足够深的了解。

为保证产品负责人的工作取得成功，组织中的所有人员都必须尊重他/她的决定

开发团队：负责在每个 Sprint 结束时交付潜在可发布并且“完成”的产品增量。
在 Sprint 评审会议上，一个“完成”增量是必需的。
只有开发团队成员才能创建增量。
开发团队由组织组建并得到授权，团队自己组织和管理他们的工作， 规模3-9人

· 自组织的

· 跨职能的

· 不认可开发团队成员的任何头衔，他们都叫开发人员

· 不认可开发团队中所谓的“子团队“

· 开发团队中的每个成员也许有特长和专注的领域，但是责任属于整个开发团队