初创团队沟通的总结

沟通，是任何组织都需要做的事，甚至说组织存在的意义就是在传递信息。

一个的信息（或是来自组织中的个人，或来自组织外的人）传递到决策层会要延迟多久，要花多少时间去让相关人认识，要占据相关或是不相关的人多少时间，这些人被占用时间的时候当下所做的事受了多少影响（震荡），到了决策层信息有多少准确率，做了决策之后的行动需要用多少时间去告诉别的人要占用他们多少时间，这些时间在被使用的过程中又需要搭配多少时间去反馈到父节点以至最终可以让这个行为达到目的并结束？

信息流在组织中每个人（每个节点）传递一次，传递本身就是成本，传递还有可能产生周边节点的震荡，也是成本。所以会有管理，会有工作方式，以求能够让信息传递足够少，足够快和足够准确。这就有点算法的味道了。

---

起初创业的时候，我们就两三个人，大家整天面对面，抬头不见低头见。要传递一个信息，基本就是正常说话。甚至不用管你朝哪个方向说的。这个阶段首先是信息本身很单纯，由于业务或者工作明确，组织内部的信息无非就是能做吗？这么做！那么做；其次就是组织无层级，信息几乎全公开，你打个电话其他人就知道发生了什么，所以没什么延迟、也没什么传递成本，事情也都是一起上，虽然有主负责，但不会有原则性边界。这个阶段如果能产生问题，要么有故意阻断信息流、或是抗干扰能力太差的情况。

这就有点像单例，却不满足单一原则，每个人都是单例，但是低内聚，高耦合。

---

团队成员发展到六到八人的时候，环境、业务的改变已经在一定程度上改变了信息传递的环境，比如商务有封闭办公和接待空间、做技术的几个人一大张办公桌，做财务行政人事的又是另一个区域。业务差异性开始变得比较明显，做技术的疲于去应对这些开发，商务开始逐渐脱离技术。

这个时候虽然说是扁平化管理，其实从沟通来说，层级和节点隔离已经产生。出纳、行政人事、技术（三-四人）、商务（CEO）、技术/项目经理，可说是5个节点类型，因沟通距离产生了三段节点距离。也有少量层级，比如报销：技术-》出纳-》X（CEO或是项目经理）；项目：商务《-》技术经理《-》技术。

于是我们开始制定一些工作流，试图去规范一些信息传递，比如报销流程、项目售前售后管理流程、资料管理办法等。尝试使用过worktile，teambition，钉钉等管理软件。结果是短期内有效果，却难深入到血液。目前想来，主要原因是没有真正认可这些管理思路，没有在发生变化的时候去尝试改进而是批判，没有从源头节点去强调后续传递路线。经常会发生比如商务就是项目经理直接找到了技术、某类节点觉得流程/路线阻碍其工作，尤其是突发型工作内容、每个节点的角色比较多，但是对每个角色切换的敏感度不高，以至于个人都希望沟通直接和立即生效。而实际上这种沟通行为本身已经开始因为震荡而产生了效能的减损，只是累计减损还不明显。

此阶段虽然沟通的减损已经产生，但是不明显。大多数时候像是有一个太抽象的抽象类（比如所谓的扁平化管理），然后派生出了一些不注意开闭原则的普通类，通过简单工厂模式，每个节点每次实例化的对象都变得不可控，设计模式起到的正向作用不足，甚至可能是反作用。

---

团队发展到十二到二十人左右之后，部门或者小组的概念开始产生，技术组、商务部、综合管理部、项目管理部、工程执行组等，每个部门多的6个人，少的也有2-3个人。组织内部已经在人与人的沟通的基础上加入了人与组或是组与组的沟通。CEO已经逐渐不能像上一个阶段，只靠一对一沟通就能了解到每一个人的心情、工作安排、期望。

上一个规模的小阶段如果做好、做稳固了一些沟通方式的约定，其实这个阶段会比较平滑（但如果公司业务变化多变化快，啥都扛不住折腾），如果没有，就会变得内耗严重：任何人都可能打断别人手上的工作（沟通震荡造成减损）；说过的话可能会忘记（沟通无效）；开过的会因没有闭环的管理而无法将行为贯彻到底（沟通无持续反馈）；小团体开始有情绪、有冲突（沟通阻碍）。

回头看这段时间，我觉得应该总结以下几点，也是本文希望归纳的：

1 会议

必须有周会，CEO必须出席并详细准备要安排的工作或是阐述业务的变化。周会不应该是简单的汇报或是全程打鸡血；

每个组或部门，每天应该有一个短会，哪怕是工作内容在线上进行汇总，然后组成周报给到CEO，CEO得去看；

会议需要有记录，记录文件需要群发邮件，并安排在周会或小组会议的时候去复盘；

会议之前要做准备，会议不是演讲，准备好东西，缩短会议时间，短不低于10分钟，长不要超过1小时，最好控制在30分钟左右；

2 微信

有对外工作情景的同事可以用微信，但我仍然觉得把这些场景转移到你的协同办公软件上，肯定比微信更好，如果一定要用微信，把微信图标拖到windows任务栏的隐藏列表，如果是mac，关闭通知、放大到别的屏幕去。让自己想到去看的时候再去触发，而不是让别人触发你。

对内工作情景的同事尽量禁止使用微信，微信会给人的工作带来巨大的干扰，公众号文章、各种群、亲友消息、一个简单的工作问题等会把你的办公时间打碎一地。我无法想象一个程序员在这种情况下做出来的不是垃圾会是什么。

微信对文件保存的支持不好，不要去依赖它，如果依赖它，重装系统或是换个手机，都可能让你觉得某些生命的时光似乎是跳过去的。养成一种，在微信里面看到一个文件，就要去找云盘，云笔记、办公协同软件收纳它的冲动。

3 谈话

把保持办公室的安静作为一个软规范，让同事都认识到，如果你要选择喊话的沟通方式，你是在影响所有人，如果你突然想到一件别的事，就直接和某个正在做事的同事说，你是在对他自己要完成的工作不负责任。如果可能的话，先想想这个问题能不能自己多花1分钟去搜索答案，这个问题能不能留到今天下午的日会，这个问题是不是可以考虑用邮件或是协同办公软件去处理，哪怕要直接问，先问一句：你有空吗？而听到这话的人，手上如果有事不要感觉尴尬，回复：等我这事忙完去找你，x分钟。

4 邮件

邮件的方式就不用多说，正式严肃的沟通、证据留存、资料留存。我只是觉得小团队内部不要觉得邮件没有必要，很多CEO希望触发的行为，可以用邮件，即使说了，也应该用邮件进行辅佐，让收件人认真看待，提醒收件人。