中国人对Scrum角色低语

几天前，我参加了Skills Matter上 为期2天的Martine Devos认证的Scrum大师，评估和计划课程 。 我荣幸地与欧洲最好的Scrum培训师之一Martine Devos会面和学习。 这也使我有机会讨论Scrum流程的许多方面。

成为认证的ScrumMaster®并不是参加课程的目标，因为认证并不能使您成为真正的Scrum Master。 要成为一名Scrum Master，您必须将Scrum理论付诸实践。

Scrum并非灵丹妙药，它是一整套具有少量实践的框架，它将通过更快的反馈和更大的团队凝聚力为用户带来更好的价值。 采用Scrum需要投资：整个公司必须学习新的实践，原则，价值。 肯·施瓦伯（Ken Schwaber）表示，保持敏捷就是要认识到弱点并不断学习。

决定改变意味着利益相关者和团队都必须尊重三个重要的Scrum方面：

角色

• 开发小组
• 产品拥有者
• Scrum大师

仪式

• 冲刺计划
• 冲刺回顾
• 冲刺回顾展
• 日常会议

伪像

• 产品积压
• 冲刺积压
• 释放增量

当公司决定进行Scrum时，必须体现这些方面。 您可以根据情况和需求选择如何促进Sprint计划会话以及用于创建产品待办列表的技术（包括用户故事，用户旅程，情节提要，方案等）。

在这篇博客文章中，我不会写有关Scrum仪式和工件的文章。 我想澄清一下Scrum的角色，以摆脱自Scrum流行以来所确立的谬论。

Scrum Master不是团队老板

“ Scrum Master”这个名称引起了太多误解。 “大师”一词吸引了想要成为老板，领导者，经理的人。 但是“大师”一词在这种情况下没有这些含义。 在这里，“大师”一词代表“精通”：Scrum大师理解Scrum的原理，价值和实践，并帮助团队提高交付高质量和有价值的软件的效率。 但是，如果Scrum Master在整个学习过程中没有让整个组织参与进来，那么这一切都是不可能的。

Martine Devos在这两天上课的最重要的教训是，Scrum Master的角色与诸如控制，管理，决定，指挥，提交等活动无关。Scrum团队中没有层次结构： Scrum负责人，开发人员和产品负责人是同行，他们是同一团队的成员。 Scrum Master不会自动成为领导者，产品负责人也不是经理。 首先，Scrum Master是确保团队不断有效沟通的促进者。 Scrum Master确保团队合作，并认识到改进产品构建方式的新机会。 根据Martine Devos的说法，

产品负责人不是经理

除其他外，产品负责人也是协调员。 他/她促进了业务人员和技术人员之间的沟通，以确保每个人都参与讨论，从而导致构建符合用户需求和期望的产品。 产品负责人有责任对产品做出优先决定，但要确保与团队其他成员达成一致。

开发团队不仅由软件开发人员组成

用于表示开发团队的“开发”一词也引起了太多误解。 “开发”一词并不代表由软件开发人员组成的团队。 开发人员团队是一个跨职能的团队，由软件手艺​​人，UX设计人员，分析师，测试人员等组成。跨职能的团队拥有创建成功项目所需的一切。

结论

在公司中，每个角色都有特定的职责，但是每个人也都对产品的成功负责。 打造成功的产品的意义在于：经常交流，共同努力，相互尊重以及信任团队成员的技能和经验。 等级制度和恐惧文化只会产生沟通障碍和缺乏动力。

我建议您观看Henrik Kniberg的有关Spotify工程文化 的视频。 我希望它能像我一样激励您。

我将在下一篇博客文章中介绍Scrum仪式。 如果有关于Scrum认证硕士课程，Sketchnoting，Spotify视频等问题，请随时与我联系 。

翻译自: https://www.javacodegeeks.com/2016/08/chinese-whispers-scrum-roles.html