Scrum 指南 | 14. 开发者的错误

已发表: 2022-04-26

开发团队是一群独立的专业人士。 然而，他们实施的项目的成功取决于他们的共同努力。 这需要很多成熟度和团队合作技能。 开发者最常犯的错误是什么？ 哪一个让产品目标的追求变得困难甚至不可能？

开发者的常见错误——目录：

在 Scrum 中工作的开发人员的许多错误都源于他们的团队合作方式。一方面是误解了独立性，捍卫自己的想法反对团队的利益。另一方面是依赖他人，缺乏独立性。 问题的另一个来源可能是对团队责任的误解。

开发人员的日常职责包括为复杂问题寻找创新解决方案。为开发解决方案而付出的努力可能会导致他们过度依赖自己的想法。这反过来又使他们忽略了产品目标，并花费太多时间开发从业务角度来看无用的辅助解决方案。而且他们也不太愿意寻找替代解决方案，这会威胁到团队的敏捷性。

如果任何开发人员难以理解他们在团队中的角色，他们将尝试将他们的任务与 Sprint 目标分开。更糟糕的是，他们会在不参考团队其他成员的情况下执行这些操作。如果他们任意更改 Sprint Backlog，也可能成为问题。这就是其中一位开发人员的被误解的独立性可能源于沟通问题的原因。

对独立性的过度渴望可能源于对开发人员个人成就缺乏认可。当他或她对团队所做工作的贡献被评估与投入的努力和任务的难度不成比例时，就会出现这种情况。

独自工作可能会成为团队内部严重冲突的根源。 这就是为什么 Scrum Master 尽快做出反应并解决潜在问题如此重要的原因。这是因为事实证明，错误不在于开发人员，而在于对他们参与的评估不正确。

前两个问题——独自工作和过度依赖自己的想法——可能是缺乏沟通的问题。 然后这些开发人员开始将自己与团队隔离开来。尽管他们根据 Sprint Backlog 执行任务，但他们退出了团队的生活。

在这种情况下，Scrum Master 应该特别注意撤回的开发人员。感谢他们对团队的贡献，并鼓励他们采取积极主动的态度。

自组织是我们在前一篇文章中描述的成熟、组织良好的开发团队的特征。这意味着尽管有困难，但开发人员不依赖其他人告诉他们如何在他们之间分配任务，如何以及何时完成它们。然而，自组织会引起人际误解。

在这种情况下，有必要让 Scrum Master 始终在场，以确保分配实现 Sprint 目标所需完成的任务。这就是开发者依赖问题出现的时候。

同样，Scrum Master 应该通过鼓励开发团队成员自我决定并对他们的任务负责来进行救援。

开发者必须面对的另一个问题，尤其是在组建团队中，是不愿意执行那些属于开发者核心能力之外的任务。

这个错误会导致开发团队的效率显着降低。并非所有 Sprint 都利用每个团队成员的核心能力。因此，他们必须对执行与 Sprint 目标同等相关的其他、辅助或组织任务持开放态度。

其中一项任务是保持 Sprint Backlog 井然有序。 这是开发团队顺利运作的关键任务。但是，一个常见的错误是将保留它的责任转移到开发人员之间。这不仅阻碍了 Sprint 目标的工作，也阻碍了团队的发展及其持续改进。

总而言之，开发人员最常见的错误包括试图将自己与整个团队隔离开来：独自工作，推动自己的想法，变得孤僻。开发团队的完整性还受到发展独立性、Sprint Backlog 中的混乱以及开发人员不愿履行其核心能力之外的职责等问题的威胁。

如果您喜欢我们的内容，请加入我们在 Facebook、Twitter、LinkedIn、Instagram、YouTube 上忙碌的蜜蜂社区。

作者：卡罗琳·贝克尔
作为项目经理，Caroline 是寻找新方法来设计最佳工作流程和优化流程的专家。她的组织能力和在时间压力下工作的能力使她成为将复杂项目变为现实的最佳人选。
查看所有帖子