你急，我急，大家急，什么才是最急？

      今天晚上（恩，貌似过了12点了，应该说是昨天晚上），一个开发小组的项目经理打电话给我，带着略微兴奋的语气汇报了在客户现场演示结果，很成功，得到客户认可了。不过，也婉转地说到，客户还提出了很多新的需求，于是，他对客户说：这些新的需求，我们可以做，但不可能短时间内全部完成，你们觉得哪些是急需的，我们先做那部分吧。

      客户马上就来一句：这些功能我都急着要！

      呵呵，客户说这话，我毫不意外。而这个项目经理也开始急了，他开始不断琢磨如何加班加点来满足客户的需求……

      但我知道，在资源不变的前提下，如果再次通过压榨已在超转速运作的团队剩余价值，这会非常危险，人员开始忙乱，做事开始为了加速而减质等。所以，我阻止了他的这种想法。

      我给了他一个建议：也许这些需求都很急，但既然我们的开发团队已经负责在现场进行实施工作，在实施的过程中，我们也牵涉到客户多个部门，而这多个部门不可能一下子都部署上我们的软件系统，这对一直对外办公的政府部门是一个担不起的风险，所以，我们的实施必然是逐个部门进行部署。为哪个部门先实施，哪个部门的需求就是最急的，按这个顺序，把各需求的优先级整理出来，自然能达到客户的要求。

      当然，这个判断有特殊性，不是任何时候都可以这样来判断各需求的优先级的，但多年的经验证明，具体问题具体分析确实是行之有效的做法。