在你缩放它之前先钉住它!

如今，扩展是一种流行的策略:扩展创新，扩展敏捷，扩展整个组织。但规模化很容易破坏敏捷原则，比如专注和最小可行产品，以及交付、快速学习和在需要时果断转向的能力。

人性意味着我们想要快速扩展。我想到了《欢乐一家亲》要雇一个完整的管弦乐队而且让他哥哥非常懊恼的是:“啊，如果少就是多，想想‘多’会多多少!”一旦我们证明了一个概念或框架，我们就会立即添加人员，假设这只会增加它的成功。不幸的是，增加人数并不总是意味着增加结果。你不能通过增加一倍的团队来获得双倍的产出——事实上，你可能会以生产率下降而告终。这是因为团队规模越大，就越难做出果断和正确的选择。

通过保持组织的规模，你坚持要做出正确的权衡和决策。较小的团队比较大的团队行动更灵活，你可以突破快速学习的极限。在考虑扩展之前，在现有的规模限制范围内集成尽可能多的持续改进，可以通过改进的实践、新技术或将正确的人员和技能组合安排到位。在你能缩放到1 + 1 = >2之前，你根本不应该缩放。

换句话说，要确保只是组织中的人员数量阻碍了你的发展。我们常常把重点放在增长上，期望客户需求的增加，而不是缩短将客户反馈纳入产品或服务的时间。相反，让一个概念得到特定人群(或客户数量)的验证，然后规模。

一旦你进入了缩放模式，就要承担责任。从一到二。让它发挥作用。然后从2到3，让这3个有效地积分。当你增加团队时，会发生一些事情:更加难以团结协作，成本更高。您需要确保在协调团队之间工作所需的开销之前进行扩展。

根据我的经验，许多组织在没有基础设施支持吞吐量的情况下开始扩展。在考虑通过扩展人员数量来提高吞吐量之前，请仔细检查现有的端到端流程和实践，以确保它们能够跟上。扩展不仅仅是生成代码，特别是在经常与第三方审计和控制功能一起工作的大型组织中。确保在扩展时，审计、营销、财务和客户支持等支持功能已经准备好并愿意支持它。

总而言之，在增加团队成员之前，将持续改进计划本地化，以最大限度地利用当前团队。缩放实际上会让你发展得更慢，更容易快速失败。确定它——真正了解你的组织瓶颈，而不是假设增加更多的人就能解决它们——在你扩展它之前。