项目里的独裁和民主

朱赟 嘀嗒嘀嗒 2018-02-09

题图:by 晚点的子狸


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


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


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


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


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


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


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


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


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


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


更多时候,团队或者项目开始的时候是由一或几个人拍板,但是随着团队变大,项目变大,这几个人只可能致力于高层的、大的决策。于是这时候就有了独裁和民主的共存,或是分层的独裁。


其实在项目或产品中,如果独裁者是个极有眼光有头脑的人,往往就能做到卓越。比如:某信这么大了,很多产品设计的细节,听说都有一位姓张的同学拍板。某果当年也是,有一位姓乔的大侠掌舵。但是也有比较民主一样成功的公司,例子也是比比皆是。


你现在的项目,又是一个什么情形呢?这件事你怎么看?



修改于

本站仅按申请收录文章,版权归原作者所有
如若侵权,请联系本站删除
觉得不错,分享给更多人看到
嘀嗒嘀嗒 热门文章:

亲身参与“引力波”项目之体验    阅读/点赞 : 55310/363

说说 Code Review    阅读/点赞 : 29680/314

我的编程之路    阅读/点赞 : 17059/314

迷茫和进步    阅读/点赞 : 14860/361

说说跳槽这件事    阅读/点赞 : 14005/307

从一条读者留言说起    阅读/点赞 : 13835/411

10%,和那背后的 90%    阅读/点赞 : 13518/351

我的博士生导师    阅读/点赞 : 11227/298

程序媛的碎碎念    阅读/点赞 : 9766/370

嘀嗒嘀嗒:我和微信公众号这一年    阅读/点赞 : 7328/354

嘀嗒嘀嗒 微信二维码

嘀嗒嘀嗒 微信二维码