作为项目经理，项目延期是一个无法绕开的话题。

要做好项目管理，就要尽量避免项目延期，或及时弥补延期带来的损失。有人戏称项目经理PM是Poor Man的缩写，由此可见项目经理有多难做！

导致项目延期的因素有很多，其中需求管理失控是重要的因素之一。

今天文章较长，一定要看完哦

小张是一名非常有经验的项目经理，目前在开发的项目进度进展到一半了，难得一切进展正常，有几个小问题也被小张妥善地解决了。结果今天客户来开会，要求大幅修改项目方案，相当于之前2个月的工作全部要重做，但是客户仍然要求项目完工时间不变，否则就取消这个项目。

有经验的项目经理，除非出现不可抗力，通常来说项目出现大幅度延误的概率很低。但是，赶上需求变更，再有经验的项目经理也得认栽。小张遇到的事情，想必大家都不陌生。很多项目经理出于对商务的妥协，客户永远是上帝，最后通常是咬牙接受，紧接着就是疯狂的项目组加班。这种情况下，成本、质量、进度中至少有一个要被牺牲。其结果，想必是任何人都不愿意看到的。

需求管理？看起来很美好而已

项目的需求管理，一直就是一个难点。PMBOK也有专门的章节来讲解，包含以下内容：收集需求，进行筛选；定义范围；创建工作分解结构（WBS）；核实范围；控制范围；需求变更之前进行的风险评估，通过需求变更决策并进行书面记录。

每个项目组基本是按照这个思路来进行操作的。但是在之前的这个案例中，无论小张沟通技能多么高超，流程管控如何严格，也不管需求变更项目的成本上升多少，项目的最终命运不过三种：

（1）接受需求变更，项目组赶工尽量追回进度及客户索取需求变更的成本和损失，同时承担质量风险。

（2）拒绝项目变更，项目按照原计划进行，客户自己面对市场竞争带来的高商业风险。

（3）拒绝项目变更，项目终止。

这三种选择都有可能存在，最终的选择还是要综合判断变更成本和项目未来的商业价值比较。

为什么总是发生需求变更这样的事情呢？

从开始就是错的