最后期限（Deadline）是软件从业人员必须面临的最大困难与挑战，准确地说，它是所有程序员包括项目管理者的可怕梦魇。当堂吉珂德看到郊野之 上的数十架风车，风车的翅翼如巨人的胳膊，正耀武扬威地奚落着这位中世纪后期没落的骑士时，堂吉珂德如勇敢的斗士一般，跃马而上，用长枪狠狠地刺向风车， 换来的却是长枪折断，人仰马翻，最后大败而归。没错，最后期限之于程序员，正如风车之于堂吉珂德，确实是太强大以至于无法战胜。
那么，我们真的要知其不可为而为之吗？就像孟子老夫子说的那般，虽千万人吾往矣！虽然充满了风萧萧兮易水寒的悲壮，但铩羽而归的感觉，无疑会一次次挫败程序员的信心。更重要的是，IPO变成了负值，投资方是否还能够将项目交付与你呢？
风车看起来是不可战胜的，但如果善于分析风车的关键，找到其“罩门”，也未始没有击破的可能。例如，我们可以找到风车的枢纽部分，击破一点即可使其全线瓦解。有时候，最后期限真的是貌似强大，但若能仔细分析，认真对待，也未尝不可突破壁垒，找到制胜之道。
我曾经参与过多个项目的开发和管理工作，坦白说，最后期限总是如内心的毒蛇一般盘绕，始终是挥之不去的阴影。在客户的声声催促中，就像是听到了定时炸弹最后 计时的“嘀嘀”声。明知炸弹就要爆炸，自己却无能为力，这样的感觉令人沮丧。我的一个长处是善于从失败中挖掘教训，所谓“亡羊补牢犹未晚”，即使这个项目失败了，至少在下一次项目中还存在成功的可能。总结下来，大约有如下几点可以用来对付“最后期限”。
- 添加新评论
- 阅读次数：
这段时间，一直在负责一个项目的管理与开发。在时间短、任务紧，而团队人员又大部分是没有经验的菜鸟的恶劣情况下，我带领接近40人的团队，终于在客户规 定的时间范围内如期交付产品。这其中，经历了需求变更、人员变动（因为其它任务，先后有近10人离开团队）等诸多问题，项目仍然取得成功了，不能不说有几 分侥幸，但此外也有一些经验与教训可以与大家分享。
- 添加新评论
- 阅读次数：
我有这样的一个经验，当你拿着你的proposal去和你的客户洽谈，希望通过超强的技术拿下这个项目时，往往不能如你所愿。诚然，当你炒出一大堆概念， 例如面向对象设计、设计模式、AOP、敏捷或者SOA，客户的谈判代表往往会为你口若悬河的一番谈吐而佩服得五体投地，甚至于晕晕乎乎，但客户总能把握自 己最后的底线，“咬定青山不松口”。终究说来，要去洽谈项目，除了要看公司的实力、项目经验以及业务人员的关系之外，客户最关注的还是你的WBS和报价， 以及项目或产品的交付时间。
所以谈方法，可以让客户佩服你，却不能让客户认同你。
- 添加新评论
- 阅读次数：
InfoQ发表的文章《给敏捷团队发奖金就像在刀尖上跳舞》令人深思，单从标题就可以看出其中的“惊心动魄”，显然我们需要高超的技艺，以及皮粗肉糙的脚底，就像某些非洲土著那样，方才能够游刃有余地舞动在刀尖之上。
确实如此，通过发奖金的形式来激励团队成员，本身就是一把双刃剑，弄得不好，可能就会破坏团结，导致彼此之间的矛盾与冲突，这对于一个团队而言是绝对致命的。然而，如果一个团队缺乏合理的激励方式，又无法调动成员的积极性。如何取舍，真是伤透脑筋。
看完这篇文章，我思索良久也没有寻求到一个好的答案。昨日阅读Larry L. Constantine的《人件集——人性化的软件开发》，才发现其实Constantine早已给出了答案，就在书中的第59章《受奖励的程序员》中。 原来，我们为什么要受限于发奖金这样一种形式呢？套用一句俗语说，“提到钱，就难免伤感情了。”要激励团队成员以及开发团队，我们还能够寻求到很好的方式。
- 添加新评论
- 阅读次数：
张逸(Bruce Zhang)
