龙源期刊网
软件项目的需求变更管理
作者：
来源：《计算机世界》2010年第48期
近年来，国内各级政府部门、企事业单位在信息化建设上取得了长足进步，但由于不少组织整体管理水平相对较低，在信息系统建设上缺乏系统、长远的战略规划，没有先进、适用、可行的管理实践理论作为指导，因此很多软件项目没有在预定的范围、投资总额、工期内完成，工期延期、延误成为普遍现象。
需求管理的常见误区
软件项目的范围控制应该是在需求分析阶段就开始的，然而很多项目经理针对需求分析存在不少认识误区。
误区1：开发商和用户仅就软件需求的基本轮廓达成一致即可，具体细节准备日后协商。
从项目管理角度分析，这是非常危险的，许多软件项目失败的最主要原因就是需求分析阶段对问题、流程、细节的描述不够准确，导致后期预算超支或者工期延误。
正确的方法是：在需求分析阶段，双方必须对项目的应用背景、功能需求、性能需求、可靠性需求、可用性需求、操作界面需求、外部接口需求，以及项目评审的方法、标准、过程进行全面、细致地研究讨论，逐一进行明确。
误区2：软件需求是软件必需向用户提供的功能和界面，功能上满足需求就足够了。
从软件需求工程角度分析，这只是认识到了软件系统的功能需求，忽略了软件的非功能需求和设计约束，需求捕获不够全面。软件需求工程理论认为，软件需求包括功能需求、非功能需求和设计约束三方面内容。
正确的方法是：除了要明确软件的功能需求，还需要进一步明确非功能需求（即软件产品所必备的属性和品质，包括可靠性、可用性、安全性、可扩展性、可移植性等）和设计约束（即软件研发必须遵守的特定规约、限制条件、政策标准,如软件必须采用国内自主知识产权的数据库产品）。
误区3：需求调研的对象是用户，用户就是软件产品的最终使用人员。 龙源期刊网
变更管理八个流程
变更管理是指在项目或组织中对已有计划、流程、规范等进行修改或调整的过程。在项目或组织运作的过程中，变更是常态，而变更管理的目的就是确保变更能够得到有效控制和管理，以确保变更的顺利实施并最小化对项目或组织的影响。下面将介绍变更管理的八个流程。
一、需求变更管理流程
需求变更是指在项目或组织运作过程中，由于需求的变化或者发现了新的需求，需要对原有需求进行修改或者新增需求。需求变更管理流程包括需求变更的提出、评估、批准和实施等环节。在这个流程中，需要确保变更的合理性和对项目或组织的影响进行评估，以便对需求变更进行决策和控制。
二、设计变更管理流程
设计变更是指在项目或组织的设计过程中，由于设计需求、技术要求或者其他原因，需要对设计进行修改或者调整。设计变更管理流程包括设计变更的提出、评估、批准和实施等环节。在这个流程中，需要确保变更的技术可行性和对项目或组织的影响进行评估，以便对设计变更进行决策和控制。
三、计划变更管理流程
计划变更是指在项目或组织的计划过程中，由于进度安排、资源调度或者其他原因，需要对计划进行修改或者调整。计划变更管理流程包括计划变更的提出、评估、批准和实施等环节。在这个流程中，需要确保变更的可行性和对项目或组织的影响进行评估，以便对计划变更进行决策和控制。
四、风险变更管理流程
风险变更是指在项目或组织的风险管理过程中，由于风险的变化或者发现了新的风险，需要对原有风险进行修改或者新增风险。风险变更管理流程包括风险变更的提出、评估、批准和实施等环节。在这个流程中，需要确保变更的合理性和对项目或组织的影响进行评估，以便对风险变更进行决策和控制。
五、质量变更管理流程
质量变更是指在项目或组织的质量管理过程中，由于质量要求、标准变化或者其他原因，需要对原有质量进行修改或者调整。质量变更管理流程包括质量变更的提出、评估、批准和实施等环节。在这个流程中，需要确保变更的合理性和对项目或组织的影响进行评估，以便对质量变更进行决策和控制。
需求变更管理制度范文
需求变更管理制度
一、背景和意义
在项目实施过程中，需求的变更是不可避免的。随着项目的推进和业务环境的变化，项目需求也会发生改变。合理管理并控制需求变更，对于项目的成功实施具有重要意义。
需求变更管理制度的制定，旨在建立一套科学、规范的需求变更管理流程，明确各方的责任与义务，提高项目变更管理的效率和质量。本文将介绍需求变更管理制度的基本原则、管理流程、变更评审和控制措施等内容。
二、基本原则
（一）全面性原则：需求变更管理制度适用于所有项目，无论其规模和复杂程度，包括内部项目和外部委托项目等。
（二）主动性原则：项目需求管理由项目经理牵头，各相关方积极配合，主动参与项目需求变更的管理和控制。
（三）科学性原则：需求变更管理应参考项目管理的相关理论和经验，科学合理地进行变更评估、变更控制和变更实施等工作。
（四）透明性原则：需求变更的过程要保持透明，各相关方要及时沟通、协商，确保变更评审的公正性和决策的可追溯性。
（五）稳定性原则：需求在一定程度上要保持稳定，避免频繁的变更给项目的进度和成本带来过高的风险。
（六）可控性原则：需求变更要有明确的边界和规范，能够及时评估和控制变更带来的成本、资源和风险。
三、管理流程
（一）需求变更提出阶段
1. 需求变更的提出可以来自项目团队内部或外部的相关方，提出人应当明确提供变更的背景、理由和优势，并将变更需求书面提交给项目经理。
2. 项目经理收到变更需求后，应当及时组织项目团队对变更需求进行初步评估，明确变更的影响范围、资源需求和可能带来的风险。
3. 项目经理应当将初步评估结果汇总形成变更建议，并组织项目团队内部讨论，确定是否接受变更需求。
（二）需求变更评审阶段
1. 在确定接受变更需求后，项目经理应当组织变更评审委员会进行评审。评审委员会由项目经理、相关业务代表、技术专家和主要利益相关方组成。
2. 变更评审委员会应当根据变更的重要性、紧急程度和影响范围等因素，对变更需求进行评审和决策。
需求变更说明书
需求变更说明书
项 目 名 称 ：
项 目 负 责 人 ：
用户项目联系人 ：
需求变更审核人 ：
审 批 日 期 ：
需求变更说明书
- 1 - 需求变更申请表
系统名称 *** 变更申请人
变更提出时间 预计开发完成时间
变更类型 ◆新增 ◇变更
变更原因
相关资料
编号 资料名称 提供人和部门 资料作用
1
2
3
4
功能变更描述
操作规程变更描述
处理过程变更描述
性能需求变更描述
