配置管理(Configuration Management)

配置管理(Configuration Management)

陈 果

最近，经过我的一些研究，发现CM是一个非常NB的概念，现在我也理解了为什么惠普的CPC理论框架由CMii业务流程加上企业级的PDM系统构成。我曾经望文生义地认为CM是解决产品结构管理 (product struture)的问题，例如，SAP的产品结构管理就叫Variant Configuration,而且，整个CM的概念由信息层级结构（information hierarchy)和变更/释放(Change/Release）构成，让人看起来似乎CM是说的BOM结构和工程变更这一类经典的PDM/ERP的概念；后来看到了CM的另一个译名，叫“技术状态管理”，一下子豁然开朗。

企业围绕产品的信息管理可以说是PDM传统的核心。就管理信息化而言，无法结构化的就无法描述，无法描述的就无法用计算机处理，所以MRPii/ERP一个非常伟大的地方就是用BOM,Routing以及MRP等一系列结构化的信息体系解决了企业以计划带动的销售、物料和财务管理。在PDM方面，静态的产品数据、介于静态和动态的产品结构和动态的工程变更非常需要结构化。传统的产品信息管理是以BOM为核心将部件组织起来，以BOM结构的每一个节点作为信息点，来管理与这个节点相关的图档、描述文档、控制文档（如测试报告、评审文档等），建立以这个节点为根的所谓BOD（Bill of Data)，ISO9001也提供了一套变更控制的办法。然而，当前企业的产品管理，特别技术和产品都相当复杂的高科技产品的生命周期管理却面临着很大挑战。一方面，产品越来越复杂，电子产品，汽车，飞机等的部件都以万为数量级，另一方面，围绕产品的管理越来越动态，客户、协同设计、协同制造、供应商等等在无时无刻影响着产品的变化，因此复杂产品的生命周期中，各方面的信息接口越来越多，各种各样的问题记录和更改非常难以保持一个完整和一致的记录，前述传统的方法管理这样的数据越来越困难。
 
设想，一台汽车由动力、传动、外装等部分组成，你可以通过BOM的结构来管理每一个部件、组件（总成）和成品（实际就是BOM的每一个节点）的工程文档，但是我问你，驾驶仪表的控制软件在BOM里有吗，一般没有，那你怎么管理这个控制软件？如果这个控制软件版本发生变化，你能够通过传统意义的ECO/ECN去控制这个变化吗？“工程部关于动力与传动的协调会会议记录”你会把它归在动力系还是传统系？客户一个关于制动失灵的投诉你会归到哪一个文档对象呢？供应商对某个部件的描述与你的部件的描述完全不一样的话，它的一个工程变更怎样与你的工程变更同步？
 
所以Configuration在这里不是构造的意思，而是特性(characteristic,attribute)的意思，台湾把CM翻译成“组态管理”非常准确，所以我个人认为Configuration应该叫“组态”，比“配置”或“技术状态”都要传神。CM的对象称为Configuration Item（CI），它可能是硬件、软件、流程性材料、服务的一个集合或其中任一一个部分，这与以BOM为核心来组织产品数据管理的概念有了一个质的飞跃。CM的结构化信息是这样产生的，以顾客的功能需求出发逐层分解为功能树，从而转化为产品树，并且由产品树产生工作任务分解，对这样一个信息层级结构的节点可能是软件或硬件的一个项目、文档或服务，它的信息宿主可能是供应链上的每一个责任人，一个组态由基线（Baseline）以及基于基线上的变更(Change)构成。通过对组态的识别(indentification)，控制(Control),记录(accounting)和审核(Audit)构成了CM完整的结构化体系。
 
CM实际就是由美国军方、国家航空航天局、欧空局等在管理飞机、舰艇、飞船等复杂的制造过程中从60年代开始总结出来的。90年代以来得到了非常大发展，92年美国国防部首先建立了集大成的一套CM体系，ISO在90年代末也有了标准。CM有个国际协会叫ICM,ICM把CMii（ICM的CM标准体系，CM第二版的意思）称作business infrastructure,看来很有道理。惠普在全球开展CMii咨询。应该说CM是比ERP新得多得理论，而且在供应链上建立产品生命周期管理(PLM)具有使能性的意义。最NB的几个PDM/CPC软件都先后通过或正在申请CMii认证，如Metaphase,Windchill(已通过），SAP, eMatrix（正在申请）。