僵尸Scrum团队为何不（充分）让利益相关者参与

Scrum框架强调让利益相关者参与进团队工作中，但很多Scrum团队很难做到这一点。对于一些人来说，让一两个内部利益相关者参与似乎就足够了。而对其他人来说，利益相关者在整个产品完成后才能参与进来。
在本文中，我们提出了Scrum团队中常出现的一类问题，就是利益相关者没有充分参与到Scrum团队中。简而言之，利益相关者是可以帮助团队确定下一步要做什么的人，因为对他们而言，获得时间或金钱的投资回报很重要。

一、注意蛛丝马迹

• 团队不花费任何时间来探索方法、工具和技术来验证他们与利益相关者的关系；
• Sprint不用于检验关于可能对利益相关者有所帮助（或增加更多价值）的假设；
• 当被问及时，团队无法解释谁是他们的真正利益相关者，他们只会提及有直接相关性的同事。他们中没有一个人真正在产品中拥有“利益”；
• 当利益相关者参与进Sprint或Sprint评审中时，只是告知他们已完成的工作，并不会邀请他们拿起键盘尝试一下；
• 尽管最初人们对新功能给予了很高的期望，但它最终还是以失败告终；
• 在Sprint评审或Sprint计划会议中，很少有真正的利益相关者在场，当然，也不会通过其他方式在整个Sprint中与他们一起验证假设。
  

二、为什么会出现这一问题？

让产品的利益相关者参与进来，这是一种能够验证早期且经常开发产品时不断做出的假设的方法。这意味着他们会回答以下问题：

• “人们会了解如何使用此新功能吗？”
• “这个按钮是否显示在正确的位置上？”
• “该功能是否真正解决了问题？”
• “对此功能还有什么其他想法？”
• “对该字段的描述是否有意义？”
• ……
  Sprint期间，不让利益相关者参与，就意味着团队不会对这些假设做出有效验证，同时也会增加在不必要的事情上浪费时间和金钱的风险。

三、常见原因

有时候，会议中缺少利益相关者是因为产品负责人对他们的角色职责产生了误解。通常，利益相关者与使用或购买产品的人没有任何联系。

一些僵化的Scrum团队被经理或其他团队和部门与正在使用或将要使用该产品的人员隔离开。也许是因为其他人认为，开发人员无法与利益相关者进行有意义的对话。也许是因为利益相关者只与销售经理交谈，之后销售经理再与项目经理交谈，然后项目经理与产品负责人交谈，最后产品负责人与开发人员交谈。这一流程下来，开发人员很难正确掌握利益相关者的需求与理解。

四、其他原因

除了缺乏对快速交付如何帮助降低风险的理解外，还有许多其他原因导致利益相关者没有参与进Scrum流程中，例如：
原因1：没有产品所有权
在许多组织中，产品负责人的工作主要理解为开发人员和利益相关者之间的门户。产品负责人没有产品的实际所有权或授权。
原因2：没有愿景，没有战略，没有目标
在僵化的 Scrum团队中，我们很少能找到清晰而引人注目的产品愿景。相反，他们更多地专注于完成构建产品所需的工作，而不是理解为什么这项工作很重要。就像没有方向感的僵尸一样，许多僵尸Scrum团队非常努力地工作，却最终一无所获。
原因3：Scrum团队缺乏透明度
僵化的 Scrum团队不会对利益相关者公开目前的工作，只在团队内部共享。

五、总结

要想拯救僵化的Scrum团队，首先要让项目的利益相关者积极参与Scrum过程中。因此，开始寻找真正的利益相关者吧，邀请他们喝杯咖啡，再一起探索最有效的协作类型。