如何避免8种常见的敏捷反模式对你的团队造成伤害？

作者：Søren Pedersen

Agile是科技领域最流行的概念之一。

其理论于2001年首次被提出，它包含了几个框架，如eXtreme Programming、Crystal或Lean Software Development（LSD），而最广泛运用的便是Scrum。

根据普华永道2017年的一项研究显示，敏捷项目比传统项目的成功率高28%。可是过渡到敏捷是一个深层次的转变，并不是简单地重新命名流程和职称。

敏捷并不仅仅是一个框架，它的核心是一种哲学。"成为它"是哲学，而"实践它"则是框架。然而，许多公司在过渡到敏捷时，并没有意识到这一根本区别，所以最终得到的不过是一个并不适合他们的混合模式。

这可以有很多名字，比如Faux/Fake Agile、Zombie Scrum、Dark Agile、Agile Theater、Agile In Name Only (AINO)，或者Agile BS。不管是哪种术语，思想都是一样的：伪敏捷忽视了方法论的根本部分，影响机构运用敏捷。

什么是伪敏捷？什么是反模式？为什么它们对你的团队造成伤害？‍‍

敏捷不是一刀切的，也不应该是。除了敏捷纯粹主义者之外，大多数业内人士都认为，每个组织都有调整敏捷原则的空间，且这更符合常识。敏捷允许更改规则，但如果更改过多，就会打乱整个流程。

当这类情况发生时，就会出现敏捷反模式。这些行为伪装成改进流程的样子，但实际上却阻碍了敏捷性，造成可能会被团队忽视的负面后果。

它们与障碍不同，后者通常是暂时的、可修复的问题。而反模式则是更深层次的问题，是经常发生、根深蒂固的现象，需要一个结构性的方案。

如果稍有不慎，反模式会导致严重的问题。它们会阻碍用正确的方式构建正确的产品，从而造成技术债务，毁掉团队。疫情和后疫情时代，线上工作的出现是另一个因素，因为它强调了现有的反模式。

敏捷反模式对你的团队和组织来说都是坏消息。正如Scrum基金会的创始人Gabrielle Benefield在视频中所说。

“‘机关枪式敏捷’的方法迫使团队推出更多的常规工作构建，以增加获得正确结果的几率，而这造成了大量的浪费。伪敏捷‘把错误的事物变正确'。如果你一开始就没有正确地构建，那么无论你是使用kanban、scrum还是自创的框架，就都无济于事了。”

反模式是怎么在团队中出现的？Neueda的Scrum专家Patrick Martin在2020年“伦敦敏捷之旅“的采访中解释道：虽然可能有很多来源，但它们并不限于团队的行为和责任。

“在团队层面上，缺乏足够的培训、指导及辅导是主要原因，但将团队从组织中剥离出来很难。当然，负面的组织文化必定会影响其团队。”

防止敏捷反模式要从组织的顶层开始。如果你想让组织成功过渡到敏捷，不妨试试变革性领导方法。

8种可能损害团队的反模式以及如何避免它们的发生‍

1、理解错误

敏捷宣言强调个体和互动高于流程和工具。然而，22%的公司报告都表明在沟通方面存在困难，涉及到远程团队时尤为如此。

如何避免：投资协作工具，让团队成员间的互动更轻松。注意要涵盖所有的沟通形式：短期、视频、大型文件共享、开发者工具、设计者工具和工作管理工具。

‍

2、不明确的要求和范围蔓延

产品负责人是开发团队和客户之间的桥梁，他们的工作包括确保正确的需求得到实现。

然而，细节往往在 "交流中被丢失了"，而团队最终创造的产品并不能让客户满意。Netsolution的敏捷产品开发报告显示，70%的公司表明他们10%-30%的产品不能满足客户的需求。

如何避免：保持各方的沟通顺畅。经常让利益相关者参与进来，让他们能了解并赞成你们对需求的理解。在获得审批后再开始实施，以减少无用功。

‍

3.范围延伸

有时，开发团队会因为开发最初不需要的功能而产生不必要的负担。这不仅造成了团队的压力，也导致了交付内容的不一致或延缓进度，进而让客户不满意。

如何避免：不断检查，对所需之处做出调整。在产品负责人和开发团队（包括设计师、开发人员和测试人员）之间建立长期的沟通，并确保团队清楚他们不需要进行任何超出工作范畴的工作。

4.Scrum专家作为团队领导

在Scrum中，Scrum专家负责确保整个团队遵守方法。然而，Scrum专家不应该是团队领导，而是服务型领导者。

Hexacta的经理Paulo Soto在文章中提出了一个很好的观点：“既然Scrum不是规定性的，那么Scrum专家也不应该是规定性的。”

如何避免：Scrum专家不应该在未经开发团队同意的情况下强制执行任何事情。相反，他们应该是一个服务型领导者，为团队服务，而不是强加。

‍

5.Scrum专家躲避冲突，不喜欢被挑战

躲避冲突是人的天性，但为了团队，Scrum专家不可以这样做。如果出现问题，尤其是反复出现的问题，他们的工作便是在问题变得无法控制之前解决它。

同样地，一些Scrum专家不喜欢被质疑。他们认为这是一种人身攻击，而不是一个沟通或者学习成长的机会。

如何避免：Scrum专家应该接受关于解决冲突方面的培训。这并不容易，但它却是Scrum专家职责的一部分，是敏捷团队运作的基础。当问题出现时，Scrum专家必须做好准备处理这些问题。

另一方面，对于不喜欢被挑战的Scrum 专家，他们应该在做出与流程有关的决定时，提供更多的背景信息，让决策变得更一目了然，减少团队质疑的可能性。‍

6.Sprint Backlog经常在Sprint中途被更改

一旦一个Sprint开始，Sprint Backlog应该保持不变。在此之前，产品负责人和开发团队将会选择作为下一个Sprint一部分的故事，并考虑到它们的优先级以及它们是否被细化。

虽然Sprint持续时间很短，但有时干系人想通过在Sprint中途引入高优先级的项目来更改Sprint Backlog。为此，他们向产品负责人提出请求。然而Scrum指南说只有开发团队可以改变Sprint Backlog。因此，产品负责人需要与开发团队讨论这个问题，以做出决定。

如何避免：Sprint Backlog中的请求偶尔会发生，但这不应该成为常态。如果这种情况经常发生，那就说明有问题了。产品负责人应该定期与干系人联络，这样他们就能知道接下来要开发的功能，并能及时提供意见--在Sprint Backlog结束之前。干系人也应该尊重产品负责人，不要过多干涉他们的决定。‍

7.回顾没有实现持续改进

回顾应该在Sprint之后，它的作用是检查，这是Scrum的三大核心之一，所以改变（另一个核心）可以随之实行。回顾应该提出提高团队质量和效率的方法。为了达成这一目标，一场有意义的讨论是必须的，用来得出关于团队如何工作的切实成果。

如何避免：如果回顾没有任何成果，那么团队可能在躲避讨论痛点。也许团队成员不愿意在大家面前提出问题。那么Scrum专家就需要想办法创造一个合适的环境，让每个人都可以在不担心后果的情况下表达自己的观点。

‍

8.不完成或错误地完成事件

Scrum规定了五个活动：冲刺计划会、每日站立会、冲刺评审会和冲刺回顾会，而这些都包含在第五个活动里--冲刺。除了每日站立会，其他活动应该在每个冲刺阶段进行一次。

一些团队会为了节省时间而经常跳过一部分，或甚至全部跳过。这看上去很诱人。然而，这些步骤是他们检查并调整的机会，跳过步骤就意味着错失了这些机会。

如何避免：Scrum专家的职责就是确保这些步骤的发生。同等重要的是，他们也有责任确保团队理解实行这些步骤的重要性，并将其视为工作的一部分，而不是浪费时间。

‍

总结

团队可能会无意中采用这些反模式，但这会影响进度，损害团队合作，并阻碍交付。但反模式并不是结束。Faux agile很容易被发现并更改——只需要人们有意识去纠正它。

软件开发的反模式可能发生在一个流程的任何阶段。通常，它们是由短期思维引起的，但通过做出一些改变，以长远的眼光看项目的成功，就可以克服它们。在这个过程中，警惕的Scrum Master是必不可少的，他们应该充当反模式的雷达。

“一个优秀的Scrum专家/教练在研讨会、1-2-1指导/辅导/对话和日常指引的帮助下，几乎可以解决所有基于团队的反模式问题，但这会需要耐心、勇气和一点厚脸皮。"- Neueda的Scrum专家，Patrick Martin。

最后，如果反模式一直存在，不妨重新思考敏捷。对你的组织和团队来说，它真的是最佳方案吗？现在真的是做出改变的最好时机吗？反思可以帮助你避免主要的反模式——更多地关注过程而不是结果。不要忘记你要完成的任务，这才是你的最终目标，而不是如何完成。