Scrum中的两个关键转变

Posted 2021-05-06 瓯得蒂

我曾经写过一篇，阐述了Scrum基于迭代的活动设计和对角色的选择定义。这其中涉及两个关键转变，如果做得到，就有了Scrum的核心部分，从而可以期待效果了；如果没做到，多半还只是形似而已，也就不要奢望效果了。

1、从个人/任务到团队/特性

这个转变跟团队的角色设计紧密相关。Scrum中的团队采用共享责任来实现共同目标。团队成员仍然会各有专长，但是每个人都关注特性的交付，而不只是完成自己的任务。最终确实是个人在做不同的任务，但是任务分工是基于特性的目标和进展。这也是在每日站会中实现经验型过程控制的关键 - 从个人/任务出发，把视角放大看到团队/特性的目标和现状，然后再回到个人/任务。

要完成这一转变，我们可以从动力和能力两方面来推动。如果绩效还是基于个人完成任务，转变的动力会不足。如果成员过度专业化，就会有心无力。如何对组织进行设计以匹配并促进这一转变？在大规模产品开发组织中尤其不易，这也是为什么LeSS着重于组织设计，以推动大规模产品开发组织中的团队成功转变。

2、从交付特性到实现影响

这个转变跟PO的角色设计紧密相关。Scrum中的PO对业务和用户负责，在业务方面有好的投资回报，在用户方面真正解决他们的问题。PO不只是思考特性，他关注特性所能带来的影响，也就是产生价值。最终确实是针对特性排优先级，但是优先级决策是基于产品的影响目标和进展。这也是在迭代评审中实现经验型过程控制的关键 - 从特性出发，把视角放大看到影响的目标和现状，然后再回到特性。更多具体方式可以参见。

要完成这一转变，我们仍可以从动力和能力两方面来推动。如果PO只是负责产品特性的交付，而非产品在市场上的成功，转变的动力会不足。如果PO只具备项目管理的技能，而缺少对业务和用户的洞察，或是缺乏产品探索的能力，那也会是有心无力。找到具备产品思维和学习能力的人来为产品的成功负责将推动这一转变。

---

当我们能够1）从个人聚焦任务转变成团队聚焦特性，2）从交付特性转变成产生影响，我们就通过Scrum在提升团队和产品上迈进了一大步。