构建百人团队的敏捷之路：从8人团队的自组织性开始

从8人团队的自组织性开始，构建百人团队的敏捷研发工作流

如果用一句话概述本篇的主题，那就是：关注8人团队的自组织性，构建百人团队的研发工作流。

Worktile是在15年的时候引入的Scrum。在那之前我们并没有采用标准的敏捷实践框架，一是研发团队并不大，二是我们管理层觉得这个概念有点空，没看懂怎么用。这几个疑问，也是大部分小公司的困扰。这篇文章，我们就来聊聊，从8人团队入手，怎么一步步走到百人团队，并让敏捷落地的。

一、从自组织团队入手，规模化敏捷的工作流框架

标准的Scrum框架很简单，其实就是2个角色、3个仪式、1个成果物。但很多公司在使用的时候，往往把2个角色、3个仪式当成了全部，其实并不是这样。

Scrum的精髓是经验主义，是持续改进，是自组织，是一个不断学习、不断改进的过程。而所有的角色、仪式、成果物都是围绕着这个精髓展开的。

所以，我们如果想让敏捷落地，就需要先理解这个框架背后的精髓，然后才能灵活地使用各种角色、仪式、成果物。

1、团队的规模

Scrum团队的规模一般是3-9人，这个规模的团队更容易实现自组织。因为团队成员之间更容易沟通，更容易达成共识，也更容易互相支持。

如果团队规模超过9人，就需要考虑把团队拆分成多个小团队。每个小团队都应该是一个自组织的单元，并拥有自己的Scrum流程。

2、团队的组成

Scrum团队应该由各种技能和经验的成员组成。这样才能确保团队能够完成各种各样的任务。

团队中应该至少有一名产品负责人，负责定义产品需求和优先级。也应该至少有一名ScrumMaster，负责引导团队完成Scrum流程。

3、团队的授权

Scrum团队应该有权做出自己的决策。这样才能确保团队能够快速响应变化，并做出最佳的决策。

管理层应该给予Scrum团队充分的信任和支持，并避免干涉团队的决策。

二、以8人团队为基础，构建百人团队的研发工作流

当我们有了8个自组织团队后，就可以开始构建百人团队的研发工作流了。

我们可以把这8个团队分为4个小组，每个小组由2个团队组成。每个小组由一名Scrum of Scrums负责协调。

Scrum of Scrums是一个新的角色，负责协调多个Scrum团队的工作。Scrum of Scrums可以帮助团队之间保持同步，并解决团队之间的问题。

百人团队的研发工作流可以分为以下几个阶段：

1、需求收集和分析

在这个阶段，产品负责人负责收集和分析产品需求。产品负责人可以与客户、销售人员和其他利益相关者沟通，以了解他们的需求。

2、需求分解

在这个阶段，Scrum团队负责把产品需求分解成更小的任务。每个任务都应该足够小，以便在一次迭代中完成。

3、迭代计划

在这个阶段，Scrum团队负责计划下一次迭代的任务。团队会根据产品需求和团队的能力，确定下一次迭代要完成的任务。

4、迭代执行

在这个阶段，Scrum团队负责执行下一次迭代的任务。团队会按照计划，每天进行一次站会，以跟踪任务的进展情况。

5、迭代回顾

在这个阶段，Scrum团队负责回顾上一次迭代的工作情况。团队会总结经验教训，并制定改进措施。

6、发布

在这个阶段，Scrum团队负责把完成的软件交付给客户。团队会与客户一起测试软件，并确保软件满足客户的需求。

以上是构建百人团队的敏捷研发工作流的一个例子。具体的流程可以根据团队的具体情况进行调整。

三、敏捷落地的关键因素

敏捷落地并不是一蹴而就的，需要一个过程。在这个过程中，有几个关键因素至关重要。

1、管理层的支持

管理层对敏捷的支持至关重要。如果管理层不理解敏捷的精髓，不给予敏捷团队充分的信任和支持，那么敏捷落地就会举步维艰。

2、团队的承诺

敏捷落地需要团队的承诺。团队成员必须愿意改变自己的工作方式，并愿意学习新的知识和技能。

3、持续改进

敏捷是一个不断学习、不断改进的过程。团队需要不断地总结经验教训，并制定改进措施。只有这样，敏捷才能真正落地，并发挥出它的价值。

四、结论

敏捷是一种非常有效的研发管理方法。它可以帮助团队快速响应变化，并做出最佳的决策。但敏捷落地并不是一蹴而就的，需要一个过程。在这个过程中，有几个关键因素至关重要，包括管理层的支持、团队的承诺和持续改进。