跟我读Scrum Guide #11 99%的人没有决策下放，还在标榜自己的Scrum跑得有多好！

159 2024-01-05

决策 PO 大佬开发人员 Scrum

很多时候，大家可能把注意力更多放在了Scrum框架流程本身，觉得这些流程跑的熟练就赢了，其实差远了！

本文聊聊Scrum在决策方面的期待，大家可以从中体会它的深意！当然，还有很多很多其他方面，我会在后续的文章中慢慢聊。

Scrum中只有两个决策者：PO和开发人员

PO从业务角度，开发人员从实现角度，他们共同做出决策。其他领导和利益相关人应该很少参与决策。

但现实呢？这两个角色有没有赋予足够的权限？并没有，这里面至少可以有两方面的原因：领导不愿意放权，或者PO和开发人员的能力还不足以做决策。

关键不在于现在有没有放权，而是大家是不是在朝正确的方向努力：比如领导是不是尝试着去慢慢放权？领导是不是在有意识培养并提升PO和开发人员的能力以方便未来放权？PO和开发人员是不是有意识去提升自己以便有能力承担更大的决策权？

做不到这一点，仅满足于跑顺Scrum流程，就只是学到了形！

把决策权下放给PO和开发人员为什么这么重要？

从决策的速度来看

斯坦迪什集团曾经对数百个项目做的调查显示：对于可以在1个小时内快速做出决定的项目，58%都获得了成功(按预算准时完成)。如果花超过5个小时来做决定，成功的概率就会直线下降：只有18%的项目能成功。

快速的决策能够最大限度减少对研发进程的拖延。决策过程本身并不是增值的过程，时间越短越好。《The Principles of Product Development Flow: Second Generation Lean Product Development》这本书的作者Donald G. Reinertsen说，如果你只度量一个东西，那就度量延迟成本。

在当今快速变化的外部环境中，快速响应的能力显然能够帮助我们在竞争中处于优势地位，快速做出决策，让正确的产品以最快的速度投向市场是快速响应能力的体现。

然而我们眼见很多企业，决策的风格是这样滴：

要做什么需要一大堆人签字，走线上审批流程1周就算短的；
组织一大堆人开会讨论，约个会就约一个星期，大佬们都忙，会议室也不好订，如果有一个大佬突然临时改时间，那还要再协商一轮开会时间；
大佬们离一线这么远，需要大量的信息来支持做决定，下面的人需要花时间准备、润色；
大佬们虽然思路开阔，但拿到手的是下面的人想让他们知道的信息，做出的决策也很有可能是下面的人“引导”他们做的；
为了共担风险，大佬们也找了更多的大佬组成委员会集体决策。

怎么样，看看就觉得头大，是吧！结果呢？至少有两种：

研发人员等着老大下决定，然后留给研发的的时间不多了，加班加点儿还被骂。更严重的是，延误商机！
或者研发这边明知道审批时间长，就并行干活，一边走流程，一边开发。流程走完了，开发也干的差不多了。当然，还是有风险，万一大佬们的决策和想象的不一样呢。

从决策的质量来看

在同等水平的情况下，越靠近一线，决策质量就越高。在PO和开发人员水平足够的情况下，必然是PO和开发人员来做决定是上上策。

然而现实就是那么残酷，很多PO和开发人员没有能力做决策，或者没有权力做决策，只能由大佬们做决策，这显然是次优选择。

有些大佬可能不服了，认为自己掌握了更多的信息，或者自己有更好的决策方式，然而没关系啊，可以多多保持透明，向下属多多同步信息，并和下属对做决策的规则达成一致，同时为下属提供大力的支持。那么下属既有足够的信息，又有合适的决策规则，他们就会在成长中做出更高质量的决策。

当然，还有一点就是，很多大公司，业务单位和研发单位不在一起办公，Scrum团队所谓的PO实际上并不是真正的产品负责人，业务单位的人又不能整天和研发团队泡在一起，这样，要PO去负起责任，实在是从根本上就不成立。

总结

Scrum团队中，PO和开发团队实打实有权做决策这件事儿真的极其重要，然而太多的组织生生忽略了这一点，或者做不到这一点。

这需要的不仅仅是技能的提升，还需要领导管理思路的改变，甚至是需要组织架构和合作方式的深刻变革，谈何容易！

最重要的是，我们要了解Scrum这么设计的深意，在权衡当前企业现状的情况下，做出当前相对更好的选择，确认我们已经在向正确的方向努力，而不是无视它。

原文链接： http://mp.weixin.qq.com/s?__biz=MzI4NjkwNzE4MA==&mid=2247484812&idx=1&sn=cce5b8533594d14c6f7d133c85bfe3b1&chksm=ebd48bcfdca302d9842a69d959b36f425eba222331e9e870c54115719004f874c088359c1834#rd