旗下微信矩阵:

张小龙会成为微信的“瓶颈”吗?

每个人都是决策者,知道每个决定的来龙去脉。这样谁也不会成为项目的瓶颈。并且每个决定真的都是被仔细剖析的,没有拍脑袋或者因个人偏见或见识的局限性导致的草率决定。
2018-02-10 08:24 · 创事记  朱赟   
   

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

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

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

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

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

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

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

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

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

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

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

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

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

【本文由投资界合作伙伴创事记授权发布,本平台仅提供信息存储服务。】如有任何疑问,请联系(editor@zero2ipo.com.cn)投资界处理。