Scrum管理员应避免的6个错误及其补救措施

敏捷方法论已成为软件开发公司中最流行和动态的项目管理方式之一。

重要的是要注意， 可以将敏捷应用到多种类型的项目和团队中，而不仅限于将其用于工程师或软件开发项目。 由于敏捷框架的有效和快速的结果，它可以在全球范围内的所有类型的组织中广泛使用。

我们将为敏捷团队成员（称为“ scrum master”）研究一些最佳实践，他们可以帮助任何组织取得成功。 以下是一些陷阱，并提供了可能的解决方法，以帮助说明Scrum管理员的角色。 但是，让我们从一些基本术语开始。

什么是Scrum Master？

软件交付过程通过称为“ scrum”的敏捷方法进行。 Scrum是一个迭代的软​​件开发模型，它使我们能够处理软件开发中的复杂性。 它在制造，运营和教育以及各种不同业务的不同领域的工程团队中得到广泛认可。

在Scrum方法中，存在冲刺，这是将近两周的固定期限。 在每个sprint中，团队都会进行软件开发过程，在每个sprint结束时，整个团队将计划下一步。 这是一个例子：

敏捷和scrum都遵循相似的软件开发过程，但有一个主要区别：敏捷基于一组原则，而scrum遵循特定的准则和规则。 两者都是为了实施敏捷哲学。

这是敏捷和Scrum之间的快速区别：

Scrum是项目管理中最新的流行术语，现在已被全球许多公司和组织所接受。 一些项目负责人仍然没有意识到潜在的混乱，这可能导致公司或团队面临巨大的损失。 通过使用Scrum Master技术可以轻松避免这种情况。

成为一名Scrum Master是一项艰巨的工作，有些开发人员不了解它是什么。 通常， Scrum主管被误认为项目经理或项目负责人。 但这不是现实。 Scrum Master是团队中负责团队成员建议并同时有效地维护项目工作的人。

错误1：表现得像项目经理

采用敏捷方法论的公司每天都会关注。 这意味着项目需要每天跟进，以进行有效和更快的部署。 在这里，Scrum主管通常通过密切注意其他团队成员来充当项目经理或项目负责人。

敏捷框架不应激发指挥和控制心态，领导者分配任务并指示努力。 Scrum团队被认为是自我组织的，因为Scrum主管是仆人的领导者，并且团队学会了通过更有效地提供更大的价值来表现更好。

如何处理： Scrum主管不应取代与团队成员的日常会议，而应征求成员的意见并相应地工作。 理想情况下，Scrum主管应该让团队成员问自己“下一步应该做什么？”而不是执行日常任务。

错误2：独自做出决定

这可能是一个严重的问题，因为提出单方面的解决方案可能会对所有人产生误导性的影响，并且这种情况会使团队成员感到愤怒并失去对项目的关注。 Scrum主管需要考虑每个人的意见，而不仅仅是做出自己的决定。

Scrum团队需要提供输入以及主输入，以便他们可以一起更好地执行。 要牢记每个人的建议和意见，以便做出最佳决策。

如何处理：要求每个团队成员的个人意见是主人的唯一责任。 Scrum主管并不了解所有情况，而且所有人的意见有时会比以前的决定提供更好的解决方案。 团队成员的意见与Scrum主管的意见同样重要。

错误3：频繁检查团队成员

Scrum主管经常过分检查团队成员，从而犯了罪。 这样做会降低Scrum管理员在成员眼中的形象，最终使他成为不良的领导者。 绝对应该避免这种情况，因为它可能导致成员生气并破坏与Scrum管理员的关系。

频繁的跟进可能导致Scrum团队之间出现不信任的情况。 没有人喜欢在完成工作时每分钟进行分析。

如何处理：团队成员不仅是Scrum Master的工人，而且还是他们的伙伴。 因此，Scrum主管应该像任何人都将其紧密合作伙伴一样信任团队成员。 这将为他们提供更多自由工作的空间，并在各自的工作中更加突出自己。 允许团队成员对自己负责可提高工作效率，但同时，Scrum主管应鼓励他们（必要时）及时就项目进行交谈。

错误四：假设敏捷很容易

显然，敏捷方法论提供了更快的方法来识别错误并尽快解决它们。 任何组织向敏捷过渡都需要时间。

在初始阶段，始终会担心混乱。 适应敏捷无疑是耗时的，但是一旦您弄清了它，它就会变得更加熟悉，并且可以更快地交付产品。

如何处理 ：当Scrum管理员尝试敏捷方法时，事情一开始会变得更加困难。 随着时间的流逝，这似乎很自然，并且可以改善沟通，时间管理等等。

错误5：无法快速处理更改

实施sprint可能需要更多时间，但是据估计，任何事件都不会超过15分钟。 一般而言，每天的讨论时间不应超过15分钟，但团队成员经常会开始讨论他们的技术难题，这将导致超出规定的时间。

如果变更发生时不能快速识别，可能会导致麻烦，因为这会给客户造成压力并动摇他们对组织的信心。 获得定期更新有助于改善整体产品开发。

如何处理 ：有时间限制的冲刺方法是使团队成员在会议期间站立15分钟，这最终会使他们感到疲劳，并且他们会更快地结束会议。 另外，Scrum管理员应该习惯于重复发生的更改，因为快速滚动更改以保持项目的最新状态至关重要。

错误之六：不直接沟通

通常，Scrum成员可能会对与产品所有者的交谈感到焦虑。 他们认为最好通过电子邮件交流以获取答案。 这种沟通无助于解决问题，但由于沟通不畅，常常会造成新的问题。

Scrum主管不应充当中介者； 因此，应授予团队成员直接自由询问产品所有者问题的权限，以解决疑虑。

处理方式：电子邮件通讯似乎是更好的选择，但有时可能会导致误传或传达不完整的细节。 与产品所有者进行面对面的交流是更好的选择，这样更有效。 这也有助于增强团队成员在与人交谈时的信心。 直接通信有助于立即解决查询并节省时间。

你走之前

我们已经看到了Scrum管理员面临的一些障碍以及解决它们的最合适的补救措施。 通过使用技能，专业知识和经验来实施Scrum可以克服这些问题。 因此，考虑到需要由Scrum管理员解决的每个小问题，不仅可以帮助Scrum团队成长，而且可以在预防和灭火之间找到适当的平衡，正如Barry Overeem在他的论文中指出的那样 。

Scrum Master通常被定义为消除障碍的人。 永远不要等到每天的混乱增加了障碍。 Scrum主管应利用冲刺目标并尝试实施透明的决策。

还希望Scrum主管跟踪固定的障碍，通过创造性地消除障碍来了解组织，并与产品所有者合作，以错误的方式停止花费时间和精力。 因此，实施所有这些已定义的补救措施可以帮助您的组织获得最佳的结果。

因此，遵循正确的指导始终是一个更好的选择。 保持学习！

翻译自: https://www.javacodegeeks.com/2019/03/mistakes-scrum-masters-avoid-remedies.html