你是要搞敏捷吗？教你挑选试点团队的盖世绝招

本文转载自公众号敏捷2046，作者为著名敏捷&精益专家王明兰女士。

每一个尝试敏捷转型的企业都面临着如何选择试点团队的问题。如果你选对了，为长路漫漫的转型迈出了最重要的第一步；如果你选错了，从一开始就注定了失败的结局。

 

为啥要试点

1957年Iowa State College提出技术接纳生命周期曲线，后由杰弗里·摩尔(Geoffrey Moore)使用鸿沟理论加以完善。

其主要观点是：不同顾客群接纳新技术需要的时间不同。根据接纳速度的快慢，顾客可以分为技术爱好者、产品尝鲜者、实用主义者、保守主义者和怀疑主义者五种类型。技术爱好者和产品尝鲜者构成早起市场，实用主义者和保守主义者构成主流市场。理论上，市场随时间变化的分布图像一口挂钟，早期市场规模较小，随后逐步增长形成主流市场。

这个技术接纳生命周期同样适合任何新方法、新产品、和新思想。从一个企业的范围来看，敏捷是一种新事物，刚引入一家企业的时候，大部分人会持有怀疑、慎重甚至否定的态度。因此，需要选择合适的试点团队，进入“早期市场”做出效果证明给那些实用主义和保守主义者，才能吸引 “主流市场”拥抱敏捷。

此外，敏捷不是一个通用的标准，在不同的企业里，甚至在同一家企业的不同业务线落地的实践方法都可能会不同。通过试点，可以探索出敏捷在本企业、本业务线如何应用，从而为后续开展的团队提供参考借鉴。

业界模型：如何选择试点

那么选择什么样的团队做试点团队比较合适呢？Mike Cohn提出了一个试点团队的选择框架，选择试点团队从以下几个维度考虑，如下图：

 

 

 

• 项目规模

最好选择那些独立的、规模在5-9人以内的试点团队。第一个试点不要选择大团队，比如几十人规模不适合做团队级敏捷的试点。试点的目标虽然是探索敏捷在企业里如何落地，但是全公司的人都在关注试点团队的效果。因此对于第一个试点，尽量避免选择团队之间交织依赖的项目，避免不必要的复杂性，增加试点成功的概率。

如果企业里没有小规模项目，退而求其次，可以选择大项目中的一个小团队做试点。

• 业务利益干系人的参与

如果缺少具有业务决策权的人参与试点，那就只能在研发范围内开展敏捷，但是业务人员在价值流的最上游，没有他们的参与就无法开展真正的敏捷。如果你选择的是Scrum框架，那么最好有业务决策权的人，参与到Scrum流程中承担PO的角色。

• 项目周期

很多企业的管理层期望敏捷开始试点后马上立竿见影。但是，凡事经历过组织变革的人都知道，这是几乎不可能的事情。一种新思想、新方法引入后，团队需要先学习、适应，才能开始进入状态。凭我个人的经验，敏捷团队如果看到定性的效果，需要至少一个迭代的时间，会看到透明化、沟通协作高效、团队士气可能会有所提升的效果。如果要通过数据量化看结果，需要4-6个迭代的时间，待团队的迭代速率保持稳定后，才可能会有速率提升的趋势。

因此，项目的周期不能太短。有些公司的一些项目，团队人员不固定，每个迭代都是临时组队，交付完规划的特性后，人员释放，下个周期重新组建团队，这样就没有办法看到持续的效果。

但是，项目的周期也不要太长，因为那些长到1-2年的项目往往节奏缓慢，缺乏变革的紧迫感。

• 项目的重要性

常见误区：

很多企业的高管担心敏捷转型会影响项目的进度，因此喜欢选择那些内部产品，原因是内部产品的进度可松可紧，没有外部客户和市场的压力；或者倾向于选择那些不在公司的主航道上的项目，原因是如果这些项目失败或延期，对公司的核心业务没有影响。但是，在这样的项目里即使试点成功，对公司的主航道项目人员也没有说服力，因为大家会觉得这些项目不重要，他们有闲功夫来尝试，而我们没有时间。

因此，试点要选择那些在企业业务的主航道上的项目。但是，不要选择那些最关键的项目，比如对企业生死攸关的项目、处于救火状态的项目，因为抛开敏捷转型因素不谈，一旦这些项目自身运作有了问题，大家会怀疑“是敏捷的错”。所以，要选择那些在企业的主航道上的中等重要程度的项目。

选择试点还需要考虑啥？

除了Mike Conh的模型里提到的考虑因素外，还需要考虑以下因素：

• 团队最好坐在一起

尽量不要选择那些团队分布在不同的地区甚至国家的项目，除非这种分布式团队是企业的主流团队。

• 最好选择那些新产品开发的项目，而不是维护类型的项目

维护类型的项目往往不能够引入太多的变化，比如：你无法用敏捷的方式实践新的Idea从诞生到上线的整个过程。此外，一般来说，维护类型的项目遗留代码的包袱比较重，在遗留代码上尝试敏捷工程实践尤为困难。

• 纯软件项目优先

如果企业有软件、硬件集成的项目，要先选择纯软件项目来试点，试点见效后再考虑将硬件项目试点。虽然有很多报道、案例证实敏捷完全可以应用在硬件项目中，本人也做过硬件项目的敏捷辅导，但是，相对来说，软件的本质决定了软件项目更加适合敏捷，也更容易让企业看到变化。

最后，选择一款合适的敏捷落地工具也是很重要的。工具承载了敏捷的理念和流程，与敏捷流程匹配得比较好的工具像 Jira，ONES 等都还不错。Jira 诞生早，产品有点繁重，设计上体现了西方人的思维；ONES 本土化落地，在软硬件、金融科技、互联网、游戏、新零售等领域均有成熟的解决方案，更符合中国人使用习惯。

 

---