Scrum Team不等于Development Team——《Scrum指南》重读有感

Posted 2021-05-25 Bruce Talk

今天继续这个系列，聊聊Scrum Team。先看看Scrum 指南中的一段描述：

Scrum 的基本单位是小团队，称为 Scrum Team。Scrum Team 由一名 Scrum Master，一名 Product Owner 和 Developers 组成。在 Scrum Team 中，没有子团队或层次结构。Scrum Team 是具有凝聚力的专业团体，一次专注于一个目标，即 Product Goal。

在以往的印象中。我一直认为Scrum的3个Role分别是：Product Owner, Scrum Master, Development Team。而默认的Scrum Team说的就是实际做软件的Development Team，PO和SM是和Team合作来实现迭代目标的。当重新看到这句指南中的定义，瞬间让我觉得以前学艺不精呀，哈哈。新的指南将Development Team改成Developers，将Team的概念强调在Scrum Team上了。当然这里的Developers仍然是一个宽泛的概念，指的还是包括DEV和QA甚至Designer在内的跨职能成员的统称。

Scrum Team 是跨职能的（cross-functional），这意味着团队成员具有在每个 Sprint 中创造价值而所需的全部技能。他们也是自管理的，这意味着他们在团队内部决定谁做什么、何时做以及如何做。

正如上面指南中指出的，从Team的角度出发，跨职能指的是整个Scrum Team，而不仅仅是我之前理解的狭义的Development Team。Scrum Team包括熟悉业务方的PO、能够产生有价值产品增量的Developers、还有帮助团队持续改进的SM。只有他们的合作才能构成一个完整的产能闭环，才能够让团队实现自管理。这里提到了一个概念”自管理”，他的标准是什么呢？那就是团队内部可以决定在迭代中做什么、什么时候做以及如何做。注意在2020版指南的一个变化就是从”自组织团队”变成了”自管理团队”，主要的区别之一就是多了一个Team决定”做什么”的权利。这块我的理解是如果以前强调的团队主要是 Development Team的话，他主要是执行端了。所以他的主要聚焦点是如何做backlog，哪次迭代里面做。现在强调是Scrum Team的自管理，因为包含了PO，团队可以根据实际情况来决定做什么更能达到Product Goal。自管理比自组织强调了Team要有更多的掌控和主动思考的义务，而不仅仅是被动接受任务安排。让团队成为真正的主人。

Scrum Team 负责所有与产品相关的活动，包括与利益攸关者的协作、验证、维护、运营、实验、研究和开发，以及可能需要进行的其他任何活动。组织组建并授权 Scrum Team 自行管理他们自己的工作。以可持续的速度在 Sprint 中工作可以提高 Scrum Team 的专注度和一致性。

这句话进一步强调了Scrum Team的责任。Team需要负责实现产品价值的所有相关的活动，而这些活动不是某个角色或者某个领导的责任，而是整个Team的。只有这样才是真正的兼责任与工作于一身的自管理团队。记住Scrum Team是Scrum中最小的基本单元。后续的规模化敏捷其实都是基于成熟的最小化单元为前提才能扩展起来的。