软件开发方法论之开发过程中的民主与集中

民主,更要集中,否则没法决策

在一个团队中,必须有一个绝对的权威,做最后的决策,否则会陷于混乱。

一味地最求民主,商量着来,会陷于无尽的争执中,谁都不服谁。尤其是团队中大多数人资质,资格差不多的时候。这时候讲民主只是看上去很美。

由于认识的不同,立场不同,知识背景不同,经历不同,对同一个问题,不同的人会有不同的见解,不同的方案。这些不同的方案,也许都是对的,也许各有优缺点。所以每个人才会坚持自己的意见,认为自己的意见是最好的。即便最后由于时间压力某一方妥协了,也只是表面的妥协,这种情况多了,必然会在团队间产生隔阂,影响团队团结,从而造成内耗。

因此,团队要制定一个决策机制,决策的流程和方法,并且让大家认同,并得到贯彻和执行。让大家明白,之所有选择这个方案,而不是选择另外一个方案,并不是出于优劣唯一的标准,而是团队的纪律使然。这个方案就是绝对权威,由这个绝对权威来拍板。在极端的情况下,也许最后的方案不是最优的,但是长久以来,他提高了决策的效率,避免了团队之内的猜疑隔阂,这足以抵消因错误决策造成的负面影响。

 另外,如果团队中大多数是资历比较浅的成员,根本就没有民主的必要,首先,小鸟在能力经验方面欠缺,自己没有成熟的,可行的方案,还处于学习阶段,他们更多的是执行命令,绝对点讲,有时候连解释的必要都没有,不再一个频道上,不再一个知识体系中,对牛弹琴,白费功夫。

 举个的例子。最近秋天冷风一来,软件园很多落叶,法国梧桐,银杏叶,非常美,很多人在园区拍照,提议园区,是不是暂时不要清扫,保持几天。园区直接给保洁下指令即可,还有必要给保洁员解释吗?你解释他们也不明白。他们的认知里,干干净净就是最美的,最朴素的审美观,和我们的对美的认识不是一个标准。你硬要给他们讲落叶之美,残秋之美,不是白费功夫吗?

 同样的道理,你让一个模式大师,给一个菜鸟讲设计之美,模式之美,面向对象之美,他听不懂,也理解不了。讲的意义何在。有点秀才遇到兵,有理讲不清的意思。

原文地址:https://www.cnblogs.com/senline/p/14800416.html