【项目部】为什么要尽量避免需求变更-技术圈

项目经理alexa找到我说，当前管理的项目弄的自己心好累，投入了很多精力，但项目还是延期了，有种挫败感。安慰之余，我们一起复盘了项目，发现原来现在遇到的坑早已埋下。

项目延期80%原因是需求变更

当下，平台上项目如果延期，一般有三种原因：

尤其是80%以上的项目延期原因都为第三种：需求变更。

需求变更是指在产品需求梳理评审后，原型设计阶段对功能的反复增改，以及原型设计评审后在开发阶段的功能调整。

很多人认为需求变更的影响就是开发人员多开发一些功能或少开发一点功能这么小的事，但是实际工作中，需求变更（尤其是新增和修改）会给项目来带一系列的负面影响。

①需求变更会导致先前已完成的工作返工，项目经理要重新确定项目计划，产品经理要重新做原型设计，设计师要重新做页面设计，开发人员要重新写代码，测试人员要重新写测试用例。
②需求变更导致项目团队成员间的沟通成本增加：部分方案要重新开始讨论，新的交付内容要进行确认，已有的文档要进行更新。
③需求变更使项目范围发生了变化，原有的项目范围，项目成本，项目时间都会变化，项目需要追加成本和延长工期。
④需求变更引起的返工会让项目团队成员产生不满，倦怠等负面情绪，进而可能导致项目效率和项目配合度下降。

一般来说，需求变更在项目过程中发生的越晚，对项目的影响越大，如果项目需求变更频繁，那么会给项目带来极大的风险，最终导致项目失败，虽然出现类似的情况时，项目经理和平台人员都会努力去协调，尽量保证项目的顺利交付，但是一旦到了不可调和的情况，各方都要承受极大的项目损失。

导致需求变更的原因很多，比较常见的有以下几种：

每个环节的疏忽都可能导致需求变更，实际项目过程中，需求变更无法完全避免，但是我们可以采取一定的措施，尽量减少变更的次数，降低变更对项目的负面影响。

①在需求梳理评审后，原型设计前锁定需求：

在原型设计前，要与客户方充分进行交流，进行需求确认，判断客户方是否为最终决策者，很多时候，客户方不能清楚的认识到需求变更会给项目造成多大的影响，完全不考虑产品范围的控制，喜欢在项目中随意的增加需求，反复的修改需求，导致项目越做越大，越做越复杂。

因此项目经理有责任让所有人理解减少需求变更的重要性，申明需求梳理阶段，需求可以根据情况做出调整，但在需求梳理评审之后，需求要被锁定，不得随意变更，在项目执行过程中，对于不必要的需求变更，要坚决的拒绝。

②执行有效的需求变更流程控制：

如果需求变更影响小，由项目经理判断是否接受，

如需求变更影响较大，则需要整个项目团队决策是否接受，以及带来的影响进行评估，并与客户方达成一致后，及时调整成本及进度。

项目过程中，要建立一个畅通的信息渠道，确保每一个团队成员了解项目进展和变化情况，项目经理要主动找开发者了解开发情况，督促客户方进行账号申请，服务器购买，域名备案等，避免个人疏漏导致整体项目延误。

作为项目团队的临时负责人，遇到需求变更时，一味的接受和拒绝都是不恰当的做法，在处理需求变更的过程中，要尽量将其负面影响降到最低。

①积极主动，有担当：主动帮团队成员和客户解决问题，遇到突发事件，积极协调，无法协调及时反馈相关方获得协助，只有项目经理认真，专业的对待项目，才能积极的影响其他团队成员和客户。相反，一遇到问题就把责任甩给开发，客户或者平台，难以获得各方的信任，也正是为什么大家不愿意再合作的原因。

②平等尊重：无论是客户还是项目经理，与开发者都是平等协作的关系，在沟通中切莫居高临下的指责或发泄，造成的消极后果是要所有人承担的。

③团队意识：虽然远程协作只是一个临时的团队，但是项目经理要让团队保持经常性的沟通，增进大家的信任和团队氛围。

以上，希望通过团队全体成员的共同努力，保质保量的做好项目，减少不必要的需求变更和成本增加，顺利的达成各方目标，当然平台倡议通过敏捷迭代开发的模式，确保每次的风险降到最低。

程序员客栈（proginn.com）—— 领先的中高端程序员自由工作平台，未来企业的用人方式，更多文章请关注微信公众号：程序员客栈Times（微信号：inntimes）