Context有哪些好处？

相比Control，强调Context的管理模式有什么好处？

第一，分布式运算。让更多人用更多CPU进行运算，让更多人参与决策，利用集体的智慧。作为管理层，你做审批决策只花30秒，但别人可以花三个小时，做更多的调研之后才判断。

第二，可以更快速地执行。不需要层层汇总，不需要汇总到一处，不需要在CEO这里排队列，能够更及时地响应。

第三，充分的外部信息输入。在Control的模式中，任何信息都要到CEO这个节点，靠CEO再分发出去。CEO很大程度变成了公司和外部之间的接口。相比单靠CEO接触外界情况，了解市场行业或者宏观经济，让更多的同事，更多主管直接面向行业，信息肯定会更充分，角度也不一样。

第四，参与感激发创造力。做同样的事情，如果员工知其然，也知其所以然，会比只知道指令，做起来更有意思。这个对于发挥员工创造力是有帮助的。

第五，可规模化。Context的建设，表现形式可能是内部的系统，可能是知识共享文档，这些都是可以复用的，是可规模化的。而CEO和管理团队的时间精力有瓶颈，靠拼体力、脑力、耐力来解决，是没有规模效应的。

哪些特殊情况需要Control？

当然，有时候也需要Control：

一、紧急情况和重点项目。比如说重大的PR危机需要快速响应。重点项目也是如此，如果竞争对手已经逼进，这个时候进行分布式的讨论，自下而上的涌现，来不及解决问题，时间窗口很快就过去了，所以紧急情况和处理重点项目需要Control。

二、创新业务和新部门的早期。如果一个部门新设立，或者一个新高管上任，还没有跟公司磨合好，这个时候需要Control。创新业务早期，需要更多支持配备资源的时候，也需要CEO的统一协调，主导进展。

三、不匹配的职位安排。某个岗位的人跟公司理念差距很大，那么他的上级也是需要Control来干预的。

为什么公司发展一段时间后会出现这个问题，而公司早期不会出现？

因为在公司早期的时候，CEO一般都是业务的专家。公司业务简单，行业情况简单，CEO自己做决策就可以了，这样效率高。但随着公司的成长，CEO精力被很多事情分散，PR、融资、外部活动等等，组织本身也非常消耗管理者精力。另外，环境变复杂，业务多元化，CEO不再是专家，甚至对业务也不是最灵敏的人了。

我们要求CEO快速学习成长，超级计算机变得越来越强，知识面越来越广，但是人的精力总是有限，总有很多方面是不如创业阶段的时候。比尔盖茨20年前是一个优秀的架构师，20多年之后，还是要用他的理念来指导整个的大型项目，作用就非常有限了。当然有些企业不存在这样的问题，因为他们所处的行业稳定，创新较少，遵守好传统的流程就可以了，比如说老干妈辣酱。

好的组织的两个要素

总结而言，我们认为好的组织包括：

一、优秀的人。

需要分布式的处理器，不只是一个执行者，每一台分布式计算机都有判断能力，都要聪明。

二、“充分Context，少量Control”的管理模式。

每个人有他需要扮演的角色，掌握所有的上下文信息，做出业务决策。在必要的时候，做出少量的干预。

有了以上两点，就能保证组织内的交易成本最小，并且做出高质量的决策。

基于这个理念，在我们公司，遇到问题的时候，往往习惯先问Context是不是不够充分，而不是增加Control。

比如说某项进展出了问题，我们首先不考虑让更高阶的人来做，而是反过来想，是不是Context不够，是不是没有把行业的情况、业务数据、过去的失败案例分享给他。

作为管理者，要想想你作出比他人更好的决策，是因为能力还是你的Context更充分，是不是存在信息不对称？大家仔细观察会发现，有时管理者甚至利用信息不对称来体现自己的价值。所以，在公司内首先要把建设Context这个基础工程做好了，然而这并不容易，需要大量的沟通、管理和产品技术工作。

今日头条对“Context，not Control”的实践

从具体操作层面，我们做了一些实践，分享给大家：

第一，减少规则和审批。

不允许部门随便出规定，即便不得不有规则，我们也希望规则非常简单，不允许有长达几页纸，非常难执行的规定。要减少审批，甚至希望尽量不要审批。

第二，组织结构灵活，拒绝领地意识，能灵活调整汇报关系。

让大家意识到，汇报关系只是汇总信息一种方式，只要业务需要就可以随时调整。如果我们有一个项目非常重要，我们可能需要市场部的同事都支持这个项目，那在这段时间里，这个项目的主管也是市场部同事的主管。

第三，弱化层级跟title。

我们鼓励年轻人多提想法。我第一次担任CEO是26岁，我相信我们公司26岁的人有很好的实践经验，受过很好的教育，只要给他们好的Context，他们也能做出好的决策。为了避免形式感给基层节点带来压制，我们弱化层级，首先是不允许这种称呼——“老大”、“某某总”、“老师”，这种称呼一旦出来之后，很多想法就不能涌现出来了。他们可能会倾向于先听听“老师”有什么意见，自己不能先说出来。我们没有title带来的日常可见的待遇区别，比如什么样的人配备什么样的电脑，什么样的人配备什么样的办公桌，这样也会带来层级感，也会影响不同的同事发表意见。

第四，我们鼓励内部信息透明。

我们鼓励群聊，各部门之间充分沟通，不要只跟CEO沟通。也不提倡一对一的沟通，我们认为一对一的沟通效率很低。如果有新加入的同事或者高管希望跟我一对一的沟通，我经常会说你可以抄送给我，但你首先发给其他人，发给需要和你配合的人。

我们让管理层的OKR对下属员工保持公开，让大家知道你在做什么，为什么在做这个事情，其他部门的人在做什么。OKR的制定过程也不是自上而下的分解，而是大家互相之间自己对齐。看一下上级的OKR，看一下别的部门的OKR，看一下同级的OKR，了解目前公司最重要的任务是什么，这个季度最重要的任务是什么，我做什么能够帮助他们。季度会也是尽量让相关人多参与，并不是一个非常小范围的高管会。我们还会经常举办CEO面对面，在这个会上回答员工提问，让大家了解公司进展。

第五，我们认为做到充分建立Context，需要好的内部系统做支持。

我们有将近100个人的内部工具开发团队，做各种工具尝试。比如我们自己开发了OKR系统，并且和内部使用的IM打通，方便大家互相查看。

这些基础工具，第一可以让人更轻松，第二可以规模化。新人加入公司，很快能适应OKR系统，很快可以看到内部的资料，从内部获取信息。他也能意识到，他不仅仅有获得信息的权利，也有支持相关工作的责任。这样的实践，在我们看来，是把公司当成产品来建设，让公司内部的Context更有效，让这个系统分布式处理能力更强。

谢谢！