软考案例分析：变更管理

　　变更管理是指项目组织为适应项目运行过程中与项目相关的各种因素的变化，保证项目目标的实现而对项目计划进行相应的部分变更或全部变更，并按变更后的要求组织项目实施的过程。接下来小编就来介绍一下软考案例分析关于变更管理的知识。

　　变更管理-项目管理过程中，一切都可能变更。必须重点把握。

　　变更的常见原因:

　　1. 产品范围(成果)定义的过失和疏忽。

　　2. 项目范围(工作)定义的过失和疏忽。

　　3. 增值的变更。

　　4. 应对风险的紧急计划或回避计划。

　　5. 项目执行过程与项目标准要求不一致造成的被动调整。

　　6. 外部事件。　　

 

　　变更管理的基本原则:

　　变更管理的原则是首先确立项目标准、变更流程和变更控制委员会(也称变更管理委员会)。包括以下内容:

　　l 标准管理。标准是变更的依据。在项目实施工程中，标准计划确定并通过审查后(通常用户应参加部分审查)，建立初始标准。之后每次变更通过审核后，都应重新确定标准。

　　l 建立变更控制流程。建议选择符合项目需求的变更管理流程，所有变更必须遵循该控制流程。流程的作用是有效地整合变更的原因、专业能力、资源运用方案、决策权、干部共识和信息流动等要素，按科学顺序进行。

　　l 明确组织分工。至少要明确变更相关工作的评价、评价和执行功能。

　　l 完全体现了变更的影响。变更的来源多种多样，即需要完成对客户视觉的成果、交货期等变更操作，还需要完成对客户视觉不到的项目内部工作的变更，如实施者的人员分工、管理工作和资源配置等。

　　l 妥善保存变更产生的相关文件，确保其完整、及时、准确、清晰，并在适当时引入配置管理工具。国内多使用RationalClearCase、VisualSourceSafe和ConcurentVersionssystem。项目变更控制委员会或更完整的配置控制委员会(ConfigurationControlBoard、CCB)或相关功能的相似情况，由项目所有者权益代表负责裁定接受哪些变更，CCB由项目相关人员组成，通常包括用户和实施者的决策者。　　

 

　　变更的程序:

　　(1)提交和接受变更申请。

　　变更提出要及时正式进行，留下书面记录，变更提出可以是多种形式，但在评估前要书面提出。

　　(2)对变更的初审。

　　改变初审的目的如下:

　　①影响变更提出方，确认变更的必要性，确保变更有价值。

　　②格式检验、完整性检验、评价所需信息准备充分。

　　③在干部之间提出评价的变更信息达成共识。

　　④改变初审的常见方式是改变申请文件的审查流程。

　　(3)变更方案的论证。

　　变更方案的主要作用是首先论证变更请求是否可以实现，如果可能实现，将变更请求从技术请求转变为资源需求，以供CCB决定。常见的方案内容包括技术评价和经济评价，前者评价需求如何成果，后者评价价值和风险。

　　(4)项目变更控制委员会审查。

　　审核流程是项目所有者根据变更申请和评估方案决定是否批准变更。审核流程往往包括客户、相关领域的专业人士等。审核通常是文件会签字形式，重大变更审查包括正式会议形式。审批流程要留意分工，项目投资人有最终的决策权，但通常在专业技术上并不是强项。因此，在审查过程中，必须将专业审查、经济审查分开，对项目目目标和交货成果的变更，顾客的意见必须放在核心位置。

　　(5)发出变更通知开始实施。

　　审核通过意味着项目标准的调整，同事确保变更方案中的资源需求及时到达。项目标准的调整包括项目标的确认、最终成果、工作内容和资源、进度计划的调整。需要强调的是，变更通知后，不仅要明确实施项目标准的调整，还要明确项目的交付日期、成果对有关人员的影响。例如，变更导致交货期间的调整。应在变更确认时发表，而不是在交货前发表。

　　(6)变更实施的监视。

　　监控时，除调整的项目标准涉及到变更的内容外，还应对项目的总体标准是否反映项目的实施情况负责。通过监控行动，确保项目的整体实施受到控制。变更实施的过程监控通常由项目经理负责项目标准的监控。管委会监控变更明确的主要成果、进度里程碑等，可以委托监理机构承担监控责任。

　　(7)变更效果的评价。

　　变更评价可以从以下几个方面进行。

　　①首要的评价依据是项目标准。

　　②根据变更的初衷，是否达到了变更的目的。

　　③评价变更方案中的技术论证、经济论证内容与实施过程之间的差距，推进解决。

　　(8)判断变更后的项目是否进入正常轨道。

　　项目标准调整后，需要确认相应的资源配置和人员是否及时到达，需要更加关注。之后，项目的整体监视应按照新项目标准进行，涉及变更的项目范围和进度，在变更后的相邻监视中，应更加关注，确认新项目标准生效后，应按照正常项目的实施流程进行。

　　有可能的问题:

　　1. 没有记录用户的要求。

　　2. 对变更的请求没有进行充分的分析，也没有得到认可。

　　3. 修改过程中没有注意版本管理。

　　4. 修改完成后未进行验证。

　　5. 修改的内容没有与项目相关人员沟通。

　　导致的结果。

　　1. 缺乏变更请求的记录可能无法追溯产品的变更历史，也可能无法把握工作产品的整体变化。

　　2. 缺乏对变更请求的分析可能导致后期变更工作失误。

　　3. 修改过程中不注意版本管理，一方面可能导致变更失败时无法恢复，另一方面也不利于组织财富和经验的积累。

　　4. 修改完成后不进行验证的话，很难确认变更是否正确。

　　5. 未与项目相关人员沟通可能会导致项目相关人员工作不一致。

　　好了，上面就是关于软考案例分析关于变更管理的知识的介绍了，后面的文章里小编会继续介绍软考相关的知识，感兴趣的伙伴们可以去看看。

　　>>>>>>点击进入软考报名专题