在软件开发管理过程中，不仅要努力实现项目的范围时间、成本和质量等目标，还必须协调、整个项目过程，满足项目各方干系人的需要和期望。随着软件规模和所涉及的领域不断地扩大，软件项目的管理越来越困难，项目范围管理的变更控制是整个项目管理的重中之重，如何做好信息化建设的范围是每个项目都需要做好的工作，以此确保项目成功。软件开发建设项目中一直处于不断变化中，变更可能无法避免。范围变更的核心点在于如何控制，而不是规避变更。为了控制项目需求变更，必须有一套规范的变更流程与工具，在有需求变更时进行识别并及时采取一些措施。
一、项目范围变更技术
1.变更基准
对于软件开发项目中，变更需要有相应基准，基准为后续变更提供基础。本项目的基准可以为工作分解结构、管理计划等多个方面。
(1)工作分解结构：即范围定义时所确定的WBS。
(2)变更申请：变更申请的形式十分多样，这些申请可能是由项目组提出，也可能是用户提出的，也可能是其他事件引起的必须进行变更的情况。在有变更需求时，必须由客户知晓或审批，同时针对项目的其他内容，例如进度、成本等进行调整。
(3)范围管理计划：它展示了整个项目范围管理说明，并对范围变更的相关内容进行说明。
2.工具
(1)绩效侧脸，预估整个范围变更的程度。
(2)规划编制补充
3.变更控制成果
(1)针对变更内容，对项目所有工作结构分解内容进行修改。
(2)纠偏措施，根据变更内容所需要完成的各种纠正措施。
(3)教训：根据本变更计划，总结相关教训，并给予内部讨论。
4.变更控制方法
软件开发项目如果发生变更，则需要加以控制。项目组根据一定的方法进行范围控制，主要依据以下方法：
第一，制定变更管理流程。
第二，分析变更需求，透彻理解变更内容。
第三，相关变更相关要求都进行记录，确保整个信息都有留底与可获得。
二、变更流程分析
项目变更流程如图1所示。
为了更好的进行变更控制，控制流程是核心。项目范围变更不可避免，变更控制流程成为变更的关键。很多时候，由于多种因素的影响，客户或者开发者都会针对某些需求进行变更或者提出新的需求，对于变更必须采取包容的心态，与此同时，也需要对变更进行控制。变更控制失控，那么可能造成严重的后果，这里变更控制流程必不可少。
在软件开发项目中，专门成立变更控制委员会，该有组织对变更需求进行控制。变更控制委员会对于整个变更控制具有决定权，有权对本项目的任何变更进行接受或者拒绝。
第一，提出变更需求。项目组任何人员都可以提出具体的需求，变更控制委员会会对上述变更需求进行查看与审核。
第二，复审变更请求。在变更需求提交后，根据需求由委员会召开复审会议，对上述需求变更内容进行讨论审核，最终决定是否需要实施相应的变更。在需求变更时，需要由委员会进行风险评估，同时对变更所需的资源、进度、成本进行合理的预估，以此来进行合理的决策。
第三，确认是否变更。委员会需要对申请者那边收集更多的变更相关内容，以此验证整个请求是否有效，并依据相关信息是否确认变更或者是否由变更申请者重新提交。
第四，变更内容请求。如果在委员会确认需求时发现相关申请内容不足以支撑判断，则可要求申请人对需求变更内容进行补充或更新，并由申请人重新提交变更申请。
第五，安排工作。一但需求被确认为通过审核，则项目经理需要变更申请进行工作任务的分析与安排，并配置相关资源。
第六，变更执行。根据前期准备的工作内容，执行全媒体在线培训系统的变更，并对变更执行内容及时记录。
第七，核实变更内容。在变更执行后，对变更内容进行针对性测试与核实。首先针对测试版本进行核实，在此之后在发布工作版本中进行核实。核实通过后给予变更关闭。
三、变更成果
根据用户与项目组成员的实际要求，项目出现了一些变更，这些变更主要还是集中于功能方面的变更，现将主要变更举例如下：
(1)在系统管理中增加“安全设置”
根据用户需求，管理员希望能够在系统管理中对部分安全进行界面化设置，包括系统关键词过滤、用户登录密码显示、密码等级设置、是否允许举报、是否允许匿名举报等。上述功能在系统管理中给予另外增加模块。
(2)增加图表选择功能
根据用户使用要求，相关统计显示不够人性化，应在使用统计中增加图表个性化选择功能。原有的系统方案中，系统提供统计功能，同时可显示相应图表，但这些图表不具备个性化选择功能，例如包括图表背景颜色、是否显示数据、图表内容背景色、图表类型、是否三维显示等，以此满足图表的个性化功能。
(3)增加各类资源单独权限管理功能
在系统管理中，具备整个系统的权限管理功能，但这一权限无法深入到具体的多媒体资源，为此需要在全媒体资源管理功能中增加相应的权限管理功能，包括：视频权限管理、图集权限管理、文库权限管理、音频权限管理、电子书权限管理等。这些权限管理功能主要涉及到角色授权、用户授权、分类发布设置、下载授权、上传授权等。实现对多媒体资源的有效管控。
综上所述，从整个分析过程来看，影响软件需求变更因素十分多样，包括：需求分析过程本身存在的缺陷，例如需求沟通不够充分等;通过逐步沟通，用户需求也在不断深入，提出了新的要求;或者相关制度、业务产生了新的变革要求等。、为了减少上述变更的产生，可以从采取以下减少策略，包括：①需求分析时充分的沟通必不可少，同时需要明确需求并可使用原型制作案例模型，确保用户更加清晰的了解自身的需求。②全程让用户参与过程，可以通过直接的认识本系统并发现需求问题，及早变更，以此减少变更的损失成本。③严格审核需求，对于部分变更需求可适当驳回。
作者：张敬宇 来源：锦绣 2016年5期
