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

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

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 中最小的基本单元。后续的规模化敏捷其实都是基于成熟的最小化单元为前提才能扩展起来的。

【欢迎关注我的博客】