配置与变更管理

　　配置与变更管理概述

　　配置管理是通过技术或者行政的手段对项目管理对象和信息系统的信息进行管理的一系列活动。配置管理包含配置库的建立和配置管理数据库准确性的维护，以支持信息系统项目的正常运行。在信息系统项目中，配置管理可用于问题分析、变更影响度分析和异常分析等。

　　在组织实施信息系统项目过程中，常常会遇到变更的发生。变更的诱发一般有主动变更和被动变更。主动变更常用于提高项目收益、改进过程等；被动变更常用于范围变化、异常和错误等。变更管理是对变更从提出、审议、批准到实施、完成的整个过程的管理。

　　配置管理

　　配置管理是为了系统的控制配置变更，在信息系统项目的整个生命周期中维持配置的完整性和可跟踪性，而标识信息系统建设在不同时间点上配置的学科。

　　配置管理-管理基础

　　1. 配置项（为配置管理设计的硬件、软件或二者的集合，在配置管理过程中作为一个单个实体来对待。例如软件、硬件和各种文档，如变更请求、服务、服务器、设备、协议等。比较典型的配置项包括项目计划书、需求文档、技术解决方案、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据、设备型号及其关键部件等，它们经评审和检查通过后进入配置管理。所有配置项都应统一编号，并以一定的目录结构保存在CMDB中。在信息系统开发项目中需加以空控制的配置项分为基线配置项和非基线配置项。基线配置项包括所有的设计文档和源程序等，非基线配置项包括各类计划和报告等。所有配置项操作权限应由配置管理员严格管理，基线配置项向开发人员开放读取的权限，非基线项向项目经理、CCB及相关人员开放。）；

　　2. 配置项状态（分为草稿、正式、修改三种状态。如下图）；

　　3. 配置项版本号（配置项的版本号规则与配置项的状态定义相关。例如草稿状态的版本编号为0.YZ，YZ是数字，正式状态的编号为1.YZ，修改后分改动动大小，如改动大则升为2.YZ，改动小则可以是1.1Z小号升级）；

　　4. 配置项版本管理（版本管理的目的是按照一定的规则保存配置项的所有版本，避免发生版本丢失或混淆等现象，并可以快速准确的查找配置项的任何版本）；

　　5. 配置基线（配置基线由一组配置项组成，这些配置项构成一个相对稳定的逻辑实体。配置基线也是指一个产品某一特定时刻的配置状况，基线确定后，其内容就被冻结了，不能再被任何人任意的修改。基线通常对应于项目过程中的里程碑，交付给用户使用的一般称为发行基线。基线的内容包括a：建立基线的事件；b：受控的配置项；c：建立和变更基线的程序；d：批准变更基线所需的权限。建立基线的价值包括a：基线为项目工作提供了一个定点快照；b：新项目可以在基线提供的定点上建立；c：可以提供回退等）；

　　6. 配置管理数据库（常使用配置管理数据库来管理配置项，配置管理数据库主要内容包括a：发布内容，包含每个配置项及其版本号；b：经批准的变更可能影响到的配置项；c：与某个配置项有关的所有变更请求；d：配置项变更轨迹；e：特定的设备和软件；f：计划升级、替代或弃用的配置项；g：与配置项有关的变更和问题；h：受问题影响的所有配置项等）；

　　7. 配置库（针对信息系统开发类型的项目，常使用配置库存放和管理配置项。配置库可分为a：开发库（用于存放开发人员当前正在开发的配置实体，如新模块、文档、数据元素等）；b：受控库（也称为主库，包含当前基线以及对基线的变更）；c：产品库（包含已发布使用的各种基线的存档，被置于完全的配置管理之下）。配置库的建库模式有两种：按配置项的类型分类建库、按开发任务建立相应的配置库）；

　　配置管理-角色与职责

　　1. 配置管理人（也称配置经理，负责管理和决策整个项目周期中的配置活动，具体有a：管理所有活动，包括计划、识别、控制、审计和回顾；b：负责配置过程；c：定义配置项负责人；d：指派配置审计员；e：评估管理过程并持续改进；f：参与变更管理过程评估等）；

　　2. 配置管理员（在整个项目生命周期中进行配置管理的主要实施活动，主要有a：建立和维护配置管理系统；b：建立和维护配置库或配置管理数据库；c：识别配置项；d：建立和管理基线；e：版本管理和配置控制；f：配置状态报告；g：配置审计；h：发布管理和交付）；

　　3. 配置负责人（确保所负责的配置项的准确和真实a：记录所负责配置项的所有变更；b：维护配置项之间的关系；c：调查审计中发现的配置项差异；d：遵从配置管理过程；e：参与配置管理过程评估）；

　　配置管理-目标与方针

　　1. 管理目标（a：所有配置项都能被识别和记录；b：维护配置项记录的完整性；c：为其他管理过程提供有关配置项的准确信息；d：核实有关信息系统的配置记录的正确性并纠正发现错误；e：配置项当前和历史状态得到汇报；f：确保信息系统的配置项的有效控制和管理）；

　　2. 管理方针（为了实现配置管理目标，组织应定义配置管理过程，制定配置管理修改制度。配置管理关键成功因素包括a：所有配置项应该记录；b：配置项应当分类；c：所有配置项要编号；d：定期对配置项审计；e：每个配置项建立后应有配置人负责；f：要关注配置项变化情况等）；

　　配置管理-管理活动

　　1. 制定配置管理计划（配置管理计划是对如何开展项目配置管理工作的规划，是配置管理过程的基础。主要内容包括a：配置管理的目标和范围；b：配置管理的主要活动如配置项识别、管理等；c：配置管理角色和责任安排；d：实施这些活动的规范和流程；e：实施这些活动的进度安排；f：与其他管理之间（如变更管理）的接口控制；g：配置管理信息系统的规划；h：配置管理的日常事务；i：计划的配置基准线、重大发布、里程碑等）；

　　2. 配置项识别（识别所有信息系统组件的关键配置，包括为配置项分配标识和版本号等。a：确定配置项范围；b：确认和记录配置项属性；c：为配置项定义标识符；d：确定配置基准线（某个特定时点上一组配置项的描述）；e：确定配置结构；f：确定配置项命名规则）；

　　3. 配置项控制（配置项控制即对配置项和基线的变更控制，包括a：变更申请；b：变更评估；c：通告评估结果；d：变更实施；e：变更验证与确认；f：变更的发布；g：基于配置库的变更控制）；

　　4. 配置状态报告（也称配置状态统计，配置状态报告应该主要包括a：每个受控配置项的标识和状态；b：每个变更申请的状态和已批准变更的实施状态；c：每个基线的当前和过去版本的状态以及各版本的比较；d：其他配置管理过程活动的记录等）；

　　5. 配置审计（也称配置审核和配置评价，配置审计的实施是为了确保项目配置管理的有效性，包括功能配置审计和物理配置审计。a：功能配置审计（包括1.

配置项的开发已圆满完成；2. 配置项已达到配置标识中规定性能和功能特征；3. 配置项的操作和支持文档已完成并且是符合要求的）；b：物理配置审计（1. 交付的配置项是否存在；2. 配置项中是否包含了所有必须的项目等））；

　　6. 配置管理回顾与改进（定期回顾管理活动的实施情况，主要活动包括a：对本次配置管理回顾进行准备；b：召开配置管理回顾会议；c：根据会议结论，制定并提交服务改进计划；d：根据过程改进计划，协调、落实改进等）；

　　变更管理

　　变更在信息系统项目过程中经常发生，做好变更管理可以使项目的质量、进度和成本管理更有效。变更管理的实质是根据项目推进过程中越来越丰富的项目认知，不断调整项目努力方向和资源配置，最大程度地满足项目需求，提升项目价值。

　　变更管理-管理基础

　　1. 变更管理与配置管理（可视变更管理与配置管理为项目关联的两套机制，变更管理由项目交付或基准配置调整时，由配置管理调用，变更管理最终应将对项目的调整结果反馈给配置管理过程，以确保项目执行与项目配置信息相一致）；

　　2. 变更产生的原因（常见的变更原因包括a：产品范围（成果）定义的过失或者疏忽；b：项目范围（工作）定义的过失或者疏忽；c：增值变更；d：应对风险的紧急计划或回避计划；e：项目执行过程与基准要求不一致带来的被动调整；f：外部事件等）；

　　3. 变更的分类（a：根据变更性质可分为重大变更、重要变更、一般变更；b：根据变更的迫切性可分为紧急变更、非紧急变更；c：根据行业特点分类等）；

　　4. 项目变更的含义（变更管理是为使得项目基准与项目实际执行情况相一致，应对项目变化的一套管理办法，其可能的两个结果是拒绝变化或者是调整基准。）；

　　变更管理-管理原则

　　变更管理的原则是项目基准化和变更管理过程规范化，主要内容包括a：基准管理（基准是变更的依据）；b：变更控制流程化；c：明确组织分工；d：评估变更的可能影响；e：妥善保存变更产生的相关文档。

　　变更管理-角色与职责

　　0. 项目经理：响应变更提出者的请求；评估变更对项目的影响及应对方案；将需求由技术转化为资源需求，供授权人决策；据评审结果实施，确保项目基准反应项目实施情况；

　　1. 变更管理负责人：也称变更经理，主要职责包括a：负责整个变更过程方案的结果；b：负责变更管理过程的监控；c：负责协调相关的资源；d：确保变更类型，组织变更计划和日程安排；e：管理变更的日程安排；f：变更实施完成之后的回顾和关闭；g：承担变更相关责任；h：参与变更的风险评估和审批等。

　　2. 变更请求者：负责记录与提交变更请求单，具体为a：提交初步的变更方案和计划；b：初步评价变更的风险和影响；c：对理解变更过程有能力要求等。

　　3. 变更实施者：负责按照实施计划实施具体的变更任务。

　　4. 变更顾问委员会：负责对重大变更行使审批，具体为a：在紧急变更时，其中被授权者形式审批权限；b：定期听取变更经理的汇报，评估变更管理执行情况，必要时提出改进意见等。

　　变更管理-工作程序

　　1. 变更申请（以书面形式提出，项目的干系人都可以提出变更请求，变更的请求需要经过指定人员进行审批。一般项目经理或项目配置管理员负责该相关信息的收集，以及对变更申请的初审）；

　　2. 对变更的初审（初审的主要目标包括a：对变更提出方施加影响，确认报告的必要性；b：格式校验，完整性校验，确保评估所需信息准备充分；c：在干系人间就提出供评估的变更信息达成共识等）；

　　3. 变更方案论证（对变更请求是否可实现进行论证，如果可能实现，则将变更请求由技术要求转化为资源需求。常见的方案内容包括技术评估和经济与社会效益评估）；

　　4. 变更审查（根据变更请求及评估方案，决定是否变更项目基准。评审过程常包括客户、相关领域的专业人士等）；

　　5. 发出通知并实施（变更评审通过后，意味着基准的调整。变更通知不只是包括项目实施基准的调整，更要明确项目的交付日期，成果对相关干系人的影响）；

　　6. 实施监控（通过监控行动，确保项目的整体实施工作是受控的）；

　　7. 效果评估（变更评估的关注内容主要包括a：评估依据是项目的基准；b：结合变更的目标，评估变更所要达到的目的是否已达成；c：评估变更方案中的技术论证、经济论证与实施过程的差距，并促使解决）；

　　8. 变更收尾（判断发生变更后的项目是否已纳入正常轨道，变更完成后对项目的整体监控应该按新的基准进行）；

　　变更管理-变更控制

　　1. 变更申请的控制（应严格控制变更请求的提交）；

　　2. 变更过程的控制（a：对进度变更的控制，主要包括（判断项目进度当前状态；对造成进度变化的因素施加影响；查明进度是否已发生改变；在实际变化出现时对其进行管理）；b：对成本的变更的控制，主要包括（对造成费用基准变更的因素施加影响；确保变更请求获同意；当变更发生时，管理这些变更；监督费用绩效；准确记录所有与费用基准的偏差；就审定的变更，通知利益关系者等）；c：对合同变更的控制）；

　　变更管理-版本发布和回退计划

　　项目变更必须做相应的版本发布，并制定相应的应急回退方案。版本发布前的准备工作包括a：进行相关的回退分析；b：备份版本发布所涉及的储存过程；c：备份配置数据；d：备份在线生产平台接口、应用、工作流等版本；e：启动回退机制的触发条件；f：对变更回退的机制职责的说明等。回退的策略和步骤通常包括a：通知相关用户系统开始回退；b：通知各关联系统进行版本回退；c：回退储存过程等数据对象；d：配置数据回退；e：应用程序、接口程序等版本回退；f：回退完成通知各周边关联系统；g：回退后进行相关测试。

　　项目文档管理

　　文档是指某种数据媒体和其中所记录的数据。在软件工程中，文档常常用来表示对活动、需求、工程或结果进行描述，定义，规定，报告或认证的任何书面或图示的信息。

　　项目文档管理-管理基础

　　对于信息系统开发项目来说，其文档一般分为a：开发文档（描述开发过程本身，例如可行性研究报告、项目任务书、开发计划、测试计划等）；b：产品文档（描述开发过程的产物，例如培训手册、参考手册、用户指南等）；c：管理文档（记录项目管理的信息，例如进度及进度的报告记录、软件变更情况的记录、开发团队的职责定义、项目计划、配置管理计划等）；

　　项目文档管理-规则和方法

　　1. 文档书写规范；

　　2. 图表编号规则；

　　3. 文档目录编写标准；

　　4. 文档管理制度；