如何面对“大概什么时候能完成？”

如何面对“大概什么时候能完成？”

你在听着经理、上级或是公司内部的某类用户滔滔不绝的给你讲需求，这里面常常能听到“最好能加上……”，“我希望……”，你一边听着，一边心里盘算着这些需求背后需要怎样的技术支撑，要采纳的方案，然后你看到对方用期盼的眼神，微低着头，眼睛朝上看着你：“大概什么时候能完成？”。

你是否会像我曾经一样，油然生出一种英雄主义般的大气来，想爽快的答应“就这周！”，“两天内能搞定！”

别，别这样。我知道你很勤奋，你愿意为工作加班加点。为了在限定时间内达成目标，你恨不能天天加班到凌晨两点。你可能是职场新人，担心说出一句“这还不能确定”或者解释其中技术难点会让人怀疑你的才能。于是你拼啊拼啊，你对每一个设计不如意的地方不满意，不肯妥协，宁愿加班加点决不妥协。

最后，你提交了代码，你感到很累也很骄傲，然后恐惧着下一次加班加点。

你还能撑多久？

于是你抱怨公司的可恶，认为IT业很累很辛苦，觉得干的没什么意思，想跳槽，诸如此类……

你知道吗？有时候面对现在的糟糕生活，你有必要去洗一把脸，用逻辑推理的方式去看看造成这个局面的原因到底是什么。程序员总有一种天生的完美主义倾向，然而优秀的程序员是懂得如何控制它的。

我认为，面对“大概什么时候能搞定”，你的回答尽量应该是模糊的，如果对方是个讨厌模糊的，喜欢精确数字的人，请用最坏的打算时间再乘以1.5！如果不行，如果时间真的这么紧，你要冷静的考虑哪些需求可以放一放，如果还不行，你要告诉对方，快速编码会带来什么样的风险。你可以半个钟写出一个AVL树程序，如果直接扔进代码库去整合到工程中，你要知道是什么代价，即使它是正确的，你要经历多少心惊肉跳的时刻？每次程序崩溃，你会不会不由自主想到是否是它的问题？

对于“大概什么时候能搞定”这类提问，甚至更充满期待的“最快什么时候能搞定”，对方未必不是做技术的。大家都是程序员，或者曾经是程序员，并非不知道压力下编码的痛苦。然而，当你做领导的时候，你会这么问吗？我想会的。谁也不想下达一个任务，却永远不知道限期。这样我们的完美主义倾向很可能让事情无限拖延下去。所以，这个问题更深层次的原因，在于双方希望建立一种信任。“这个目标的达成对我很重要，可我不确认你是否全力以赴，我不得不给你施加压力，抱歉……”，这是一种潜意识里的内心活动。作为程序员，你该抱着理性、务实的`态度去面对一个问题。你愿意全力以赴，好好工作。但你可以衡量任务的紧迫度和重要性，这时候更重要的不是对方一问，你一答，然后两人拍拍屁股走人。这不会是成功的沟通模式。你要让对方了解技术实现的瓶颈所在，或者你知识结构的不足，嘿，别藏起来，别打肿脸充胖子，然后晚上偷偷熬夜去补课。你要诚实一点，如果这次你熬夜作战成功，下次你就不会记得在平常时间给自己充电了。

人们常说工作“有压力”，特别是在IT职场。我认为工作是很有压力，但如果是大家齐心协力，并肩作战，那么干的再晚都会自得其乐。更大的压力是在沟通上，沟通成本之大有时超乎我的想象，甚至说是成败的关键也不为过。

抱怨不会改善你的职场生活，改善你职场生活的是对“什么时候能完成”的理解。学习沟通，别打肿脸充胖子，这是我习的的宝贵经验。努力改进，努力学习。如果你所在的企业是个毫无沟通氛围的企业，那么考虑走人，它不会是个能够发展的企业。别让自己陷入完美主义的陷阱中不能自拔。别让生活太难，你该有节奏的前进。