熵增这个词，最近在很多文章上很常见。其实按照 薛定谔的定义，熵增对于生命体是必然的。人自身，就是一个无限熵增最后直至死亡的例子。企业也一样。

企业怎么对抗熵增？做了几年研发和研发管理，现在在创业的我，提几个见到的、想到的、或者正在做的点吧。

1. 朋友圈里有位创业的老板说，如果自身增长的速度能够超过熵增的速度，企业就可以避免熵增过快而倒掉。道理是这么个道理，但是怎么做呢？
2. 方案上要有成本收敛思维。我跟别人不同，我觉得我做研发的时候时时刻刻都在算计，这么做这个方案，业务将来有多上客户，将来需要投入多少人多少精力来花在这个方案上？客户数量逐步增长，是不是还要我在这个方案对应的技术点上 不断的投入人力？方案能不能保证将来投入成本为零？如果能最好；如果部门，方案将来的成本是不是收敛的？比如前两个客户要投入人力，剩下的客户就不需要了？如果不够收敛，那这个方案我基本就不怎么看了，因为你很难保证 将来 哪天不会 出个要幺蛾子，让你表面上 概念上 理论上 斜率小于1 的一个客户-成本曲线 直接蹦成斜率远大于1 甚至无穷大。
3. 有人说，一个方案好说，你们几个人能控制，但是团队大了，公司大了，什么样的人都有，怎么办？其实最近很流行的好几本书，都是在讲这个问题。问题的答案就是——构建系统。这两本书分别是：『用系统去工作』和『原则』。原则里讲，在目标和成果之间构建一部机器，这部机器用规则和人来构成，并相互进化，然后用这台机器来达成目标成果。用系统工作 这本书则是通过作者自己运营一家电话公司的糟糕经历，向读者 传递了 『制定目标、原则和工作指导清单』来让公司形成『自运转』的 一套方法。总而言之，相比于 没有 运作标准 从而让团队 各玩各的 无限 熵增，企业最好构建一套自己的标准，这种标准，在有些公司可能 表现的比较『专制』，比如某两家大厂，在有些公司表现的过度自由，比如百度，在某些公司则表现的完全像是一个自由进化的巨无霸，比如 头条。

4.  找到熵增的运动环节，用技术或组织的手段，把熵增的N*N的组织协作掐掉，改成N-1-N的组织协作。市场上，或者企业内部的组织调整，都有很多这种影子。比如区块链中间件：几家大厂都有区块链服务，这时候就有写厂商有一些每家厂商都要对接一遍的场景，这时候就有一些厂商，提供一个中间件适配这些厂商的服务，你只需要用这一家的中间件就可以了。类似的例子，比如聚合支付、聚合登录等等。我司做的业务，也是在集成云原生时代的软件供应链，方便客户、或者我们自己 更快速做出 有价值的产品。

5.  朋友圈里发了，最常见的，也是最理想的，把体系内熵增的个体或一部分组织区分出来，然后剔除掉。剔除熵增的组织，企业常见的方式是裁员，团队常见的方式是给你一个最低档的绩效让你主动走人。

6. 数量创造质量。熵增是必然的，但是人类又确实要对抗熵增的，怎么办？结合5，就有一个思路——快速、高效的试错。试错过程中会有很多5的情况发生，俗话说，就是会有很多炮灰，但是没办法，人类历史上炮灰还少吗？炮灰落到每个个体头上都是灾难，但是，这是历史发展的必然。哪怕有一天，这个炮灰是我（尤其是创业者，当炮灰，被摘桃子的又不是少数）。这个思路在不同的领域可以有不同的解释，比如，从生物进化的角度讲（上次跟网友聊这个，有网友脑洞清奇的想到了一个类比：人类的精子和卵子….），我可以解释这种打法叫 进化；我也可以把他解释为 互联网行业的敏捷，小步快跑Sprint；这种打法在互联网公司叫迭代，小步快跑逐步试错，放在当代管理学上，他们把这种叫灰度战略/AB战略。总而言之，传统商业世界里集团冲锋的大阵仗不复存在，取而代之的是无数小团队、小组织、甚至是去中心化的个人，高频、多场景在极短时间周期内的不断试错、当炮灰、成功、被封神，并不断循环。这种形态已经相当成熟，甚至常见：SuperCell、阿里的中台、字节的App工厂以及腾讯的无边界投资……当然，也还有我们，一家在产业互联网+SaaS工具重复上述玩法的小公司

• 上一篇：企业想要宣传数字化转型成果，财经领域值得合作的自媒体和公众号有哪些？
• 下一篇：行业SaaS的未来是行业产业互联网还是数字化新品牌？