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