1. 需求变更概述
项目建设过程中存在很多种变更，如何处理和管理好变更成了项目成功的关键因素。这就要求做到事前预防、事中控制、事后应对的全过程变更管理。起到尽量减少变更，快速响应变更并对其影响进行评估，努力使其对进度、成本等影响最小。
2. 需求变更管理
2.1. 预防需求变更
2.1.1. 需求变更原因
? 项目前期需求分析的沟通不到位甚至错位；
? 客户业务部门提出了新的需求；
? 客户对于项目产品的认识水平提高了；
? 客户组织内部或外部的政策性影响。
2.1.2. 预防需求变更措施
? 前期对项目目标、范围、约束条件和成功标准作出明确说明；
? 让项目干系人理解变更的合理性、必要性及所需资源和成本、共同担风险；
? 准确定位范围蔓延的始作俑者，寻找成本的合理承担者；
? 尽早成立变更控制委员会(CCB)；
? 强势处理方法，充分利用规则即合同、需求报告;
? 弱势处理，灵活应对；
? 折中处理原则，选择双方都较为接受的原则；
? 采用另项处置法，分阶段实施，新立项目。
2.2. 需求变更控制
2.2.1. 制定变更流程
项目前期成立CCB和需求变更控制流程
减少变更中用户变更的随意化、无序化，确保变更规则化、流程化。成立需求变更控制委员会(CCB)，变更有组织接收和评审。CCB成员包括：(项目经理、客户部门经理、客户总裁)。
需求变更控制流程图
2.2.2. 变更影响分析
变更对范围基准、合同、需求报告的偏差尺度，分析其对进度、成本、前期目标的影响程度。进行需求变更评级工作，对于很小的变更要灵活处理，不需要走流程，直接处理但事后要记录变更。对于整体影响比较大要积极响应，详细分析后走变更流程，CCB评审后认真执行。对于严重超基准范围的变更要求努力引导CCB评审重新立项。
2.2.3. 变更委员会评审
变更控制委员会(CCB)的职责是评审需求同意、驳回变更，给出变更处理意见。项目经理在变更提交CCB之前要做好变更分析，努力引导CCB控制需求变更。
2.2.4. 变更决策发布
CCB需求评审后要发布变更决策，确保变更评审意见告知相关干系人，并认真执行其意见。
2.3. 应对需求变更
2.3.1. 执行应对变更
变更发布后项目经理发布变更任务，落实团队成员执行。变更范围影响基线的要求对基线也要做出修改，确保更好的衡量项目偏差。
2.3.2. 变更归档处理
相关的变更资料在变更执行后需归档处理，项目组统一管理。所有变更都要求有记录。
3. 需求变更总结
对于产品项目来说,需求变更的几率比较小。需求开发项目在其过程中不可避免的会出现需求变更，发生变更的环节也比较多，因此变更管理显得格外重要。项目前期要明确定义，建设过程中要严格执行。对变更管理的目的并不是控制变更的发生，而是对变更进行管理，以便更好的处理变更，确保变更有序进行，从而减少因为需求变更而带来的损失，加快项目的快速、高效的验收项目。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。