组织劣化的秘密：Control over Context

梁汝波在字节发了全员信，好像引起很多关注。

对于其中一个建议：Context over Control，我感觉很有共鸣。

对于我自己来说，因为我的经历，我不可避免受到DJI的影响，所以我经常会想一个问题：

是什么打造了DJI这样一个独特的组织。

同时，我最近很暴躁，感觉有几个事情让我很恼火，为什么我那么讨厌无尽的会议，讨厌“协调者”。

Context over Control也许回答了一部分。

有这样一种组织，一线的工程师自己是自己产品的用户，所以他按照自己的本能去做选择，已经能做的很好了，不需要“需求拆解”。

这种趋势，使得开发的沟通带宽无限增大。反过来说，如果“需求拆解”以细粒度为追求，那么太多的事情可以用来“讨论”。

大到用什么芯片，小到镜头是用105度FOV还是110度。这是一个自循环的劣化过程，拆解的细，所以需要讨论，讨论多了，工程师也怀疑了，“我怎么证明105度比110度好呢”。

所以工程师也说，幸好有协调者，可以存档讨论，规避风险，我们拉上相关人再开个会吧。

在我刚工作的时候，就进入了第一种组织，我和我的合作者们发挥想象，自己构思自己实现自己测试自己使用。

回头来看，很多东西是拍脑袋的，没有做需求分析。但是那段时间，不管是体验还是成果，回头来看应该都是不错的。

所以我反省自己，在我做产品的时候，在我和我的小组合作的时候，我是在分享Context，还是单纯在施加Control。