不同场合多次接触到，当有复杂问题需要解决时，会出现某种固定模式，大家讨论来讨论去，最终来一句，既然事情这么复杂，短时间内无法提供完备解决方案，那就先完成再完善吧。有了这句先完成再完善，问题似乎就不见了就迎刃而解了，复杂性和不确定性不再是阻碍了。任务接收人接受了任务就去干活了，任务交代人交代了任务就等着要结果了。

在自己身上也会出相同的事情。年初月初信心满满地制定了目标然后搁置拖着不做，就快到年底月底了，才如梦初醒打了鸡血般想实现目标，因为时间太少想达到结果未必容易。此时会怎么做？先完成再完善吧。有了先完成再完善的想法之后，往往在截止日到来之前完成了，不禁自鸣得意地说要知道这么容易早开始就好了。

一切都挺完美的样子，不过请等一等，真的就完美了吗？为什么一句先完成再完善就让大家达成一致意见了呢？先完成再完善真的让你达到初期期望的结果了吗？我坐大巴通勤时仔细想着，恐怕问题不那么简单。中间有个概念被偷换了。完成单独出现时，是指通过各环节的测试，达到大家都认可的水平。当完成和完善一前一后出现时，即在本文里先完成再完善，两者相加才能达到完成单独出现时的结果。一句话，我们对期待结果打了折。

当先完成再完善被提出时，任务交代人关于完成的概念是否有变化呢？不一定，有变化话还好，后期会好过点，若没有变化或忘记了这个变化，任务接受人可能会受到不公平待遇，如被评价能力和技术欠缺。我被这种说辞坑过好几回，要不是在日记本里记录了整个事件，我还意识不到这是一个容易深陷其中的泥潭。

首先问题发生或被提出时，若没有或不能进行充分论证，匆匆而行容易思考和准备不周，而不能直达问题的根源核心，结果往往是功能欠缺或治标不治本。如审批流程只考虑常规，对特殊情境缺少应对，如服务器报错重启解决了问题却隐藏了巨大隐患，如开发时数据结构兼容性考虑不周全，无法应对后期扩展。

这让人的思维从长远考虑变成只顾眼前。

经历过一个网站建设就是这样。抛开网站开发周期和资源不足不顾，让先弄个框架先上线，让搜索引擎收录让用户可以访问。时间短任务重，朋友就把会员系统、后台功能等作为完善的目标等完成框架并上线后再做。网站挂出来时确实挺好看，甲方很满意，于是一笔带过，然后开始大谈特谈不能没有会员系统和后台功能，各种负面评价如钱塘江潮水。

开发人员，欲哭无泪。

怎么办呢？有时候即便知道是陷阱也是无法避开的，却有一些方法可以让事情变得好一点。首先双方要明确完成和完善的定义，防止出现信息理解偏差。其次不能缩减任何关键部分，如充分论证、严谨测试、分段开发等等。目的是让任务交代人明确，我现在说的这个完成，是什么程度的一个完成，我说的完善是怎么一个完善，相互间达成共识。对自己来说，不要降低标准，制定的计划不要等不得不开始时才开始。

还有一点思想要保持开放。毕竟作为开发人员呈现出产品之后，用户往往对其好用的功能和外观设置成默认值，即呈现出来的没有问题的部分是应该的，进而对这些功能避而不谈，又往往对功能不完善和有缺陷的地方提出个人见解，以便体现其高超的认知能力和控制感。这种讨论会让开发人身心疲惫，心生沮丧。学着接受并看成是一种成长。