亲宝软件园·资讯

展开

不要让“追求完美”阻碍你做决策

码匠赵铁柱 人气:0

平时大家做研发的过程中,肯定经常遇到需要自己做决策的时候。不管是技术决策,还是团队管理上的决策。有时候为了追求完美经常迟迟难下决定,导致实际工作反而难以推进。

前几天团队就遇到一个这样的问题:

项目中有个技术难题交给同事A,并且项目进度非常紧急,结果过了两天迟迟没有开展。所以就询问了一下情况。原来A同事为了方便后续扩展,一直苦思冥想方案的兼容性。然而考虑的扩展功能可能很难规划到产品中。另一方面是迫在眉睫的deadline。

所以我就建议他考虑一下另一种方案,先把目前的问题解决。虽然最后采用了这个建议,但是说服过程相当困难,还有点不愉快。事后我也有一点自我怀疑,我的决定真的正确吗?好在后来我找到了答案​。

极客时间的《研发效率破局之道》专栏“Facebook的10x程序员效率心法”提到一个快速迭代的原则:

不要追求完美,不要过度计划,而是要尽快实现功能,通过不断迭代来完善。优秀的架构往往不是设计出来的,而是在实现过程中逐步发展、完善起来的。

Facebook 有一条常见的海报标语,叫作“Done is better than perfect”,意思就是完成比完美要重要。要实现快速迭代,我们在设计和实现功能时都要注意简单化。

有些开发者过于追求技术,投入了大量时间去设计精美、复杂的系统。这样做没有问题,但一定要有一个度,切忌杀鸡用牛刀。因为复杂的系统虽然精美,但往往不容易理解,维护成本也比较高,修改起来更是不容易。

所以,在 Facebook 进行开发的时候,尽量使用简单实用的设计,然后快速进行版本迭代。

亨利·明茨伯格《写给管理者的睡前故事》有一章《决策:与你的想法不同》写的很有意思,下面是部分节选,祝开卷有益。

我们是怎么做决策的?很简单。首先诊断,接下来设计(可能的解决方案),然后决定,最后执行(把选择付诸行动)。换句话说,我们是先思考后行动,我把这个叫作思考先行。

你一生中最重要的决策可能是:寻找伴侣。你是思考先行的吗?我们以一位男性寻找女性伴侣为例,使用下面这个模式:首先列出你希望未来伴侣拥有的一些品质,如聪颖、漂亮、羞涩;接下来列出所有的可能人选;然后进行分析,根据上述标准给每位候选人打分;最后把分数加起来看谁胜出,并告知这位幸运的女士。

可是,她却告诉你:“你在忙活这些的时候,我结婚了,现在已经有几个孩子了。”看来,思考先行还是有缺点的。

所以,你可能会用其他方式来寻找伴侣,就像我的父亲那样。有一天,他跟我的奶奶说:“今天,我遇到了一个我想跟她结婚的女孩!”我跟你保证,这个决策里面真的没有多少分析,不过它的结局很圆满。我父母的婚姻长久而幸福。

我们把这称为“一见钟情”。作为一种决策模式,我称之为视觉先行。如果你知道有多少重要的决策是这么来的,可能会大吃一惊。比如,面试不到两秒钟就决定聘用某人,或者购买某设备的原因仅仅是你看上了这个地方。这些决策不一定是一时心血来潮,有可能是真知灼见。

但是,不要仓促下结论:还有另外一种更明智的决策方式,我称之为行动先行。你可以想象如何用这种模式来寻找理想的伴侣。这么说吧,不管是做大决策还是小决策,当你不确定该怎么做的时候,你可能需要先行动后思考,而不是先思考后行动。你先进行小幅度的尝试性行动,看看是否奏效,如果没效果,就换另一种方式,直到找到有效的方式,再放开手去做。也就是摸石头过河。

当然,这种方式也有它的弊端。研究决策的特里·康诺利教授对此曾有妙语:“核战争和生孩子这样的事情就不适合用‘摸石头过河’的战略。”但是,在众多决策方式中,这种决策方式应该是一种完美的方式。例如,你本来打算把一个产品染成蓝色,但最后,你可能卖出的是彩虹色的产品。

你现在需要做一个重要的决策吗?好,先不要想了,明天四处看看!然后干点儿什么!到那个时候,你可能就会发现你的想法完全变了。


大师幽默的口吻在其它章节也处处可见,大家感兴趣可以看看,微信读书就有。
大家如果有启发,可以关注铁柱,大家进群交流一下日常开发中遇到的问题。

加载全部内容

相关教程
猜你喜欢
用户评论