[摘要]从计算机系统集成软件开发项目需求变更控制的角度,简单分析需求变更产生的原因、需求变更将会对项目产生的影响,并结合实践说明如何在实际工作中对软件开发项目的需求变更进行有效控制和管理,以减少项目风险,使项目顺利交付。
[关键词]项目管理 需求变更 控制
软件项目在执行过程的变更,特别是需求的变更是最难把握的,它也是影响到整个项目成败的关键因素。
一、计算机系统集成软件开发项目需求变更产生的原因
对于软件项目的需求而言,产生变更的原因集中在下面几个方面:
1.用户对系统功能理解的分歧。在进行用户需求调查分析时,分析人员的知识、背景、与用户的交流情况等因素会造成系统分析人员和用户在功能理解上的分歧,随着项目的进行,这种分歧肯定会带来变更。
2.用户业务逻辑发生了变化。用户自身的业务逻辑不太明确,特别是处于激烈竞争情况下的用户肯定要随着市场情况的变化,随时调整自己的运作来适应这种变化,这肯定会对相关的软件产品提出更多的变更要求。
3.用户在试用过程中提出的变更。当用户拿到测试版本可以进行实际操作时,用户一般都会对功能、性能、界面、操作方式等提出新的意见,这时变更产生了。
4.技术的升级。技术的升级分为两个方面,一方面是随着信息化技术的迅速发展,原项目中使用的技术可能变成过时技术,需要对原技术进行升级;另一个方面是开发方自身对软件版本升级、性能改进、设计修正时产生的变更。从上面可以看出,指望软件项目需求能从始至终一成不变是不可能的。
二、计算机系统集成软件开发项目需求变更的影响及管理原则
1.设定项目需求基线。需求基线是需求变更的参照标准,每次的变更均应在需求基线的基础上进行。每次变更评审通过后要重新确定需求基线,使其符合需求变更后的状况。
2.严格执行需求变更流程,并记录在变更过程中产生的所有文档。
3.成立项目变更控制委员会(CCB),负责对项目变更进行评估,裁定哪些变更需要执行,哪些变更应该放弃。变更控制委员会的成员应由项目所涉及到的多方面人同组成,应该包括用户方和开发方的决策人员在内。
4.需求变更后,受影响的相关软件计划、产品、活动都要进行相应的变更,以保持和更新的需求一致。
三、计算机系统集成软件开发项目需求变更的流程
在软件项目需求变更时,一般采用下面的流程进行控制:
1.申请变更。当项目开发组确认将要产生需求变更时,用标准的变更申请表格将用户的每一次变更申请记录存档。
2.变更评估。项目开发组收到用户提交的需求变更申请后,应对该变更所带来的影响进行评估。它包括项目的人力、物力、资金、管理、时间、质量、工作负荷等内部因素,以及外部因素如资本、用户要求的完工时间、项目负债情况等各个方面的影响。对于一个变更的申请,可能会有以下几个可能的评估结果:(1)在现有资源和时间范围允许的情况下可以采纳该变更。(2)可以采纳,但要延长交付时间。(3)在现有的可交付时间内可以采纳,但需要额外的资源支持。(4)可以采纳,但需要额外的资源和延长交付时间。(5)可以采纳,但需要采取多次发布策略,并排定不同发布时期交付成果的优先次序。这种情况的发生非常频繁,项目经理需要权衡将一些重要的工作提前完成,而有一些不重要的工作延迟完成。(6)不能采纳。
3.变更的实施。一旦确定变更后,下一步就是分析和选择可行的实施方案。项目的目标、预算、团队以及项目的进度是决定项目成功实施的主要因素。在需求变更时,力求在尽可