项目里的独裁和民主

题图：by 晚点的子狸

不管是程序员，还是产品经理，在大大小小你经历的项目中，都会体验过独裁和民主。有些项目呢，有一两个拍板的人，所有的中等往上甚至小的决定，都经过这个人的同意，或至少是每个决定要让他/她知晓。还有一些项目呢，有那么几个比较有主意的人，大家有点联邦政府的意思，小决定可能是不同决定不同人负责，大决定可能总是这几个人需要一致首肯或表决。

虽然从字面而言，独裁偏贬义，民主偏褒义。但是在实际情况中，独裁有独裁的好处，民主有民主的弊端。

首先，但凡能独裁的人，在项目中而言，一则其能力、判断力，都不会太差。即使不是处处第一，但是大部分时候，都是那个有主见，且有对的主见的人。并且这个角色一定是能担得起责任的人，也就是，出了问题，他/她能收拾。

撇开真的是愚蠢或者倒霉的独裁者而言，一个被独裁的项目，有这样一些优势：所有的决定和方向都比较统一，更容易在各个方向达到一致；做决定的速度相对比较块，从而快速开发流程中效率更高；项目出现阻力或者意外的时候，整个团队转方向的速度也比较块。

当然弊端也是显而易见的：这个人很容易成为瓶颈，他/她不在的时候，决定就拿不下来；项目虽然都朝他的想法方向推进，但不是每个成员都非常清楚 “为什么”，可能知道一些，但是更多的时候并不特别清楚来龙去脉，甚至养成惰性，等着这个人来做决定；项目出现问题，往往首先是一些执行者看到，如果这个问题没有被及时有效地反馈给做决定的人，有时候一个错误的决定翻盘的周期就会比较长；等等。

如果这个独裁者在某些方面能力/眼光不足，却又偏偏不太愿意听取别人意见，情况就更糟糕了。

而项目中的民主就恰恰相反。

但民主在有些时候就会变得低效。比如，选什么样的语言，API 层一些协议怎么定，功能模块怎么划分，使用哪种 Design Pattern…… 有的时候，决定的一方还是另一方其实各有优缺点，但并没有压倒性的对与错。结果，民主可能会导致大家讨论来讨论去，折腾个半天，很难达到一个一致的决定。虽然问题被翻来覆去讨论地十分透彻，但可能让项目在推进的过程中，不断经历各种为解决不用意见而带来的阻力。

好处呢，也比较明显，每个人都是决策者，知道每个决定的来龙去脉。这样谁也不会成为项目的瓶颈。并且每个决定真的都是被仔细剖析的，没有拍脑袋或者因个人偏见或见识的局限性导致的草率决定。

当然，这里说的是两个极端情况。大部分时候，我们遇到的，是这两个极端之间的某个点。比如，独裁的不是由某一个人，而是团队里某十分之一的人。或者有些事是被独裁的，有些事是很民主的。