需求变更突然袭来时，项目经理通常会通过八步来稳住局面。第一步，别急着点头或摇头，先搞清楚客户的需求究竟是什么。客户可能只是随口说说，也可能有更深层次的原因。把需求拆分成“是什么”、“为什么”和“谁受益谁埋单”三张表，把模糊的信息具体化。第二步，把口头需求变成书面申请。谁提出的需求，谁就必须写申请。模板别太复杂，但必须包含变更内容、客户签字和预期收益这几个要素。第三步，评估这次变更带来的影响。把范围、进度、成本和质量四方面都检查一遍，看看新增功能会不会侵占原有模块的时间排期，加班能否弥补进度延误等问题。第四步和客户沟通确认这些影响。制作一张“变更冲击表”，给客户展示具体的影响结果，而不是技术细节。用客户能够理解的语言进行交流，确保双方对变更达成共识。第五步提出解决方案。提供多个选项给客户选择，比如全盘接受、分批交付、替代方案或拒绝。给客户选择题而不是判断题，让他们自己决定哪个选项最适合他们。第六步提交给CCB审批管理。把方案和评估表一起提交给变更控制委员会进行投票决策并记录会议纪要。第七步执行与跟踪这次变更的进展情况。更新WBS、甘特图和资源表，给团队开变更说明会，设定跟踪节点来监控进度和风险。第八步版本控制这些变更资料。每一次变更都生成独立版本记录下来，项目结束时这些资料就是最好的历史记录和复盘教材。 这样做可以有效管理需求变更的过程，确保项目按照计划进行。