• 政策补贴
• CMMI V2.0
• 培训咨询
• CMMI认证
• 行业资讯
• CMMI官网查询

CMMI一个人的敏捷对比一队人的敏捷

《当稳定的过程，遇上敏捷......》那一篇中，我们分析了成熟公司，在进行敏捷转型时的阻力及对策。“船大难掉头”，而没那么多规矩的公司，会不会容易敏捷成功呢？今天我们就来说说F公司。

F公司是一家创业公司，成立初期只有6个人，2个销售、4个技术。为了生存，销售竭尽所能地签单，技术竭尽所能地实现。慢慢地单子多了起来，快速交付便成了F公司的首要目标。

我的老友Johnny是他们的技术合伙人，便采用了Scrum作为项目实施的框架。他既是一名合格又认真的PO，肩负需求开发与管理的重任；又是一位“尽心尽力”的Scrum Master，安排与监督所有团队成员的工作；同时还作为敏捷团队成员，参与和拍板每一项团队决策。总的来说，Johnny hold住了技术这块大大小小的事务，在他井然有序的工作安排之下，团队成员，只要执行Johnny分派的任务就OK了。尽管他们中的大多数并不深切地理解Scrum，但Johnny一个人的敏捷也相当奏效。

两年多的时间里，Johnny带领项目团队闷头苦干。可以说，F公司的军功章里，他功不可没。他们在既有的项目中，看到了需求的可重复性，也意识到，被动地接收客户要求，不如主动地规划与设计产品。经过几个合伙人的商议，他们希望在公司发展的第三年，完成产品化转型。

Johnny众望所归，肩负起了这项重任。不过初创公司无法给Johnny提供一个纯粹的转型空间，他需要一边完成爆发式增长的项目订单，一边实现产品转型。今年，团队激增到了80人。Johnny分身乏术，别说产品转型了，只要他在项目中的参与度降低，交付就会遇到问题。

Scrum是他们之前成功的依仗。于是，Johnny决定复制几个自己，便招了几个Scrum Master继续贯彻和扩大敏捷。Johnny希望新来的Scrum Master可以带出几个自己的翻版，或者干脆直接成为自己的翻版。这个想法无疑是很理想的。团队早已习惯了接受安排，而Scrum Master缺乏业务经验，想要成为Johnny这样的多面手，需要的可不仅仅是时间。

很多初创公司进入快速发展期时，都会遇到类似的问题。一方面，需要快速交付变现，为仍然“幼小”的公司提供源源不断的供给。另一方面，面对扩张的业务与人员规模，他们需要通过适当的管理，实现更高效的协作。敏捷宣言的背后，是以快速交付为目的的价值观。它十分契合这一时期公司的发展诉求。因为敏捷宣言的第一条便是“个人和互动高于流程和工具”。

F公司前面的成功，与其说益于敏捷，不如说得益于Johnny优秀的个人能力。作为一名王者，他带领一队青铜书写了F公司的历史。可现在环境变了，公司需要多个钻石团队继往开来。从一个人的敏捷，变成一队人的敏捷。这种青铜团队的王者之路，显然不是几个Scrum Master能搞定的。

如何挖掘客户的需求？如何沟通与控制需求变更？如何应对客户提出的各式各样的要求？如何向客户做出工作承诺？如何排列不同任务的优先级？如何分配和调整工作量？如何把控进度？如何协调资源？遇到问题如何系统地思考与决策？如何管理冲突？如何处理突发事件？……

这些都是F公司之前Scrum成功的基础。不过很可惜，Johnny并没有意识到这些个关键，都只潜藏在他一个人的脑子里。他以为通过Scrum Master可以复制之前敏捷的成功。这就有点天真了。

既然青铜立志要成为王者，那么Johnny要做的第一步，便是把这些个关键过程显性化出来。

你可能会觉得，既然Scrum已经有个过程摆在那了，为什么还需要显性化过程呢？

无论哪个敏捷过程框架，都只是敏捷过程的一个“大”框架。Scrum是一个以人为本的过程，不会事无巨细的规定所有的工作过程。那些更细小的过程，都由Smart团队中的Smart个人，在不经意间完成了。F公司的青铜团队显然还没有达到这个等级。所以哪个项目少了Johnny，哪个项目就会出问题。

显性化工作过程，有三个步骤：

识别出必要的工作内容，及其之间的关系

明确执行这些工作内容所需的角色与责任

制定工作规程，说明工作内容及完成它们所需的步骤、方法、工具或指南等

F公司并不需要复杂庞大的工作过程，只要有利于快速交付就足够了。这也符合敏捷所推崇的价值主张——做最有价值的事，避免浪费。有了显性化的过程，就好比有了张地图。成员们可以清晰地“看见”工作过程在团队中的流转，不仅有利于他们理解各自与彼此的工作，更有利于他们了解项目的全局，以便有充足的信息进行工作决策，逐渐成为过程的owner。

尽管F公司的快速发展需要管理相协调，但其首要目的仍然是“好好地活下去”。因此，无论是引入什么管理都不能违背这个目的。Scrum Master是Johnny管理改善的举措，可他们却没法将团队成员逐一培养成第二个、第三个，乃至第N个Johnny。因此，引入Scrum Master这个举措本身，就不敏捷。

一个人的敏捷可以是奏效的、坚定的、热血的……可无论如何，效能有限。公司发展始终会走向规模化，需要的是一队人的敏捷。一队人的敏捷不可能一蹴而就，这本身就是个漫长的过程。这个过程可以敏捷起来吗？你的心里有答案了吗？

了解更多：CMMI认证

文章源于网络，如有侵权或者不当，请告知删除