如何做好变更管理？（上）

    变更在企业的经营过程中无处不在，变更也贯穿于产品的整个生命周期。如何在实施变更的同时，保持日常工作的稳定和高效，是每个企业都面临的挑战。变更管理与需求管理紧密相连，高效实施变更，是实现需求清晰、简洁和有效前提。然而，不同企业对变更管理的理解和实践不尽相同，今天我们结合CMII标准，对变更管理涉及的概念和流程做个初步的探讨，敬请专家同仁拍砖指正。

    1 什么是变更管理？

    我们先看看CMII对变更管理的定义吧：“变更管理是变更已发布文档和数据的闭环过程”。这里面有两层意思：

    首先，变更的对象是文档(或数据)，而非实物。我们通常的做法是直接针对“有问题”的实物，这种做法缺少变更的分析与实施方案的确认，采取的措施可能不是针对问题根本原因的解决方案。看似是在解决问题，却不知不觉带来新的、更多的问题。而且，不修改相关的文档，这个问题还有可能在其它产品或类似产品中出现。只有更新文档，才能彻底根除这一类问题的再次发生。

    其次，这个闭环过程是一个自我修正的过程，也是一个重要的沟通过程。CMII把变更看出一种特殊的产品开发过程，变更请求就是产品开发的需求、变更的实施方案就是产品开发方案，这个方案同样需要经历提出、验证和发布这个闭环过程，这个闭环确保了结果(变更实施方案)与需求(变更请求)的一致。

    变更的过程不是孤立的，受变更影响的信息能否被有效的识别、结构化、关联和所有(owned)，是变更过程能否快速和高效重要的前提。换句话说，如果产品的信息混乱、无序、不完善，就谈不上变更和变更管理，这是因为变更的基础不存在。所以要提高和改善变更管理，通常从建立产品层级结构(或基线)、建立零件与文档的命名、编号规则、建立文档所有权等配置(或构型)管理的基础业务流程着手。

    2 变更的种类和来源

    变更有好坏之分，纠正错误的变更是坏变更，因为持续的纠错不是持续的改善。改进设计(或工艺)是好的变更，这类变更不是因为我们的结果和需求不一致而产生的，也不是因为之前工作的失误或错误，而是对现有设计和工艺的再提升和再改进，这类变更的唯一目的是真正改进，也就是我们说的好变更。另一类变更是新产品开发的初次发布。

    纠错、改进和新产品开发是变更的三个主要来源。因为变更的对象是文档或统一的已发布数据库，所以无论是新信息的初次发布，还是对已发布信息的修改和再次发布，都可以使用统一的变更流程。

    有些企业有多个变更流程存在变更流程，原因是缺乏统一配置(或构型)的流程基础，没有统一的信息识别、关联、结构化和所有的标准，大家使用不同的配置(或构型)“语言和流程”在工作，市场与研发脱节、研发与生产制造脱节，生产制造与运行维护脱节，结果是谁都掌握一部分信息，谁都没有全部完整的信息，可想而知，在这样的环境中，纠错的变更将层出不穷。变更流程必须符合整个企业的目标，使用统一的变更流程、实现信息在整个企业的持续一致和持续改善。换句话说，我们可以、而且应该使用“一套统一”的变更流程服务整个企业，贯穿于整个产品生命周期。

    3 变更的生命周期

    使用表单发起和控制变更。变更请求首选进入分析阶段，在变更分析阶段要做变更的技术评审和变更的成本估算，技术建议，是变更成本估算的依据。如果变更请求获得批准，则进入变更的实施阶段。变更实施阶段需要规划变更的实施计划以及变更的生效方式，工程师和设计人员按照变更规划的要求创建新文档或修改相关的文档、数据，并按照文档发布的流程确认、发布文档，在实施最后阶段还要按照变更实施计划应用文档，并按照规定的生效方式在设计或生产等环节导入变更。

    当所有需要的工作都完成后，批准的变更请求才能结束。