最后期限（Deadline）是软件从业人员必须面临的最大困难与挑战，准确地说，它是所有程序员包括项目管理者的可怕梦魇。当堂吉珂德看到郊野之上的数十架风车，风车的翅翼如巨人的胳膊，正耀武扬威地奚落着这位中世纪后期没落的骑士时，堂吉珂德如勇敢的斗士一般，跃马而上，用长枪狠狠地刺向风车，换来的却是长枪折断，人仰马翻，最后大败而归。没错，最后期限之于程序员，正如风车之于堂吉珂德，确实是太强大以至于无法战胜。
那么，我们真的要知其不可为而为之吗？就像孟子老夫子说的那般，虽千万人吾往矣！虽然充满了风萧萧兮易水寒的悲壮，但铩羽而归的感觉，无疑会一次次挫败程序员的信心。更重要的是，IPO变成了负值，投资方是否还能够将项目交付与你呢？
风车看起来是不可战胜的，但如果善于分析风车的关键，找到其“罩门”，也未始没有击破的可能。例如，我们可以找到风车的枢纽部分，击破一点即可使其全线瓦解。有时候，最后期限真的是貌似强大，但若能仔细分析，认真对待，也未尝不可突破壁垒，找到制胜之道。
我曾经参与过多个项目的开发和管理工作，坦白说，最后期限总是如内心的毒蛇一般盘绕，始终是挥之不去的阴影。在客户的声声催促中，就像是听到了定时炸弹最后计时的“嘀嘀”声。明知炸弹就要爆炸，自己却无能为力，这样的感觉令人沮丧。我的一个长处是善于从失败中挖掘教训，所谓“亡羊补牢犹未晚”，即使这个项目失败了，至少在下一次项目中还存在成功的可能。总结下来，大约有如下几点可以用来对付“最后期限”。
1、与客户协商最后期限。
听起来是一个笑话，如果最后期限可以协商，就不成其为最后期限了。然而，固执的管理者们，为何要未战而退，却不尝试一下可能会出现的万分之一机会呢？当你充满绝然的勇气与神情去面对客户，以专家的口吻斩钉截铁地说道：“没错，按照您规定的最后期限，我们绝对能够完成您的要求。只可惜我们却没有充分测试的时间。您是否愿意给出测试的时间，这样我们就能够交付一件让您绝对满意的高质量产品了。”或许你得到的是断然的回绝，然而如果你能够合理有效地与客户协商，仍有回旋妥协的余地。前提是，当你在向客户倒苦水的时候，千万不要说产品在最后期限之前无法完成。因为这个最后期限往往是你的市场代表为了拿到项目而做出的一次妥协决定。如果你否决了这一期限，会让客户怀疑你所在公司的诚意与能力。关键是质量！因为对于客户而言，时间固然是一个决定因素，但高质量的产品才是最后的关键。尝试与客户协商，或许你会冲破最后期限的壁垒，看到海阔天空，呼吸一口新鲜空气。
2、与客户协商功能要点。
如果不能从时间上做文章，那么就另辟蹊径，在功能上夺回你失守的阵地吧。功能总是有轻重之分的，将那些可有可无，或者是客户不太关注的功能砍去，就等同于你争取到了更长的时间。想想那些已经投入使用的产品吧，例如微软的Word。我们可以做一下调查，世界上的所有Word用户，有多少人全部使用过Word的所有功能？或者我们从使用概率来分析，产品中还有哪些使用概率不超过30%的非关键功能点？找到这些功能点，打印一个清单，然后鼓动你的如簧之舌去与客户谈判吧。或许，你能得到一个理想的结果。
不幸的是，你碰到了一个极其顽固的老古董客户，就像那些整日呆在办公室里无所事事，却有着鹰隼一般锐利的目光，专以折磨人为乐的奴隶主监工一般。他们不会听取你的友好协商，而会像孩子一般，关闭上两只耳朵，只是抱着手里的玩具使劲摇头，即使你递给他的玩具可能会更漂亮更好玩，他仍然会固执地抓住自己的玩具死死不放。现实世界中，我们总会碰到这种情况，我们会在客户那