6 三个变更专家的职能
在CMII的闭环变更流程中，有三个变更专家(Change Specialist，CSI，CSII，CSIII)，这三个变更专家分别负责闭环流程的一部分，主流的PLM系统中变更流程中，都有对应的角色设置。
那么我们来解释一下这三个专家的职能：变更请求从发起到被处理(批准或否决)，是变更专家I(CSI)的职能。CSI必须确保每个变更请求(ECR)包含充分的信息，以便变更评审委员会做出恰当的商业决定。这个角色需要同时具备一定的管理和专业技能。所有的PR和ECR，首先汇总到CSI这里，CSI要对PR或ECR进行记录、分类，为每个PR和ECR，并安排给恰当的创建者，做技术评审、并给出技术建议。CSI负责汇总全流程变更的重复性成本和一次性成本。CSI还负责准备CRB的会议议程，并主持CRB会议。
变更专家II(CSII)的职能是，管理已批准变更的执行工作。
CSII负责汇总合并实施相关的ECR，由一个ECN来统一执行。那么，什么时候可以用一个ECN来执行多个ECR呢？这还是需要基于变更的影响分析，当多个变更影响同一个最高层级文档时（这个文档我们也称之为变更的控制文档），就可以用一个ECN来实施多个ECR。CSII另外一个职责就是协调CIB制定变更的详细实施计划，并分配变更的生效方式。所谓生效方式，就是变更的切入点，这是变更的又一个难点和复杂点，生效方式的种类有按日期、按批次、按序列号或按旧库存耗尽等方式，究竟该选择哪一种呢？变更的生效方式主要是基于变更的紧迫性、成本费用和对生产稳定性等几方面的综合考虑。这个话题这次就不展开了，想和大家说明一点的是，不管采用哪种生效方式，变更中需要创建、修改和发布的文档的工作都是相同的。
变更专家III(CSIII)的职能是，审查变更通知单和发布已更新的文档。
当文档按照变更实施计划都完成创建或修订后，CSIII负责审核相关的文档，这里CSIII原则只做形式的审核，文档是不是按要求创建、修改、确认，文档的内容正确性并不是有CSIII负责，如果熟悉CMII标准，文档的完整性和正确性，是由文档的创建者和使用者共同负责的。CSIII将新创建或修改的文档发布后，还负责分发工作授权（工作授权，Work Authorization, WA, CMII的六个基本表单之一），相关的部门按照工作授权的内容对实物进行相关的改造、报废工作。
在CMII的闭环变更工作流程中，所有的工作都是受控的。针对文档的变更是通过ECR/ECN授权的，针对任何实物的变更是通过WA(work authorization 工作授权)授权的，WA中要做的工作在ECN中都有清晰的规定。最后还有完工记录，这个完工记录时WA的一部分，完成WA包括完成相应的完工记录，完工记录也是CMII闭环变更中结果和需求一致的证据记录。
CMII的闭环变更流程中虽然引入了三个变更专家，但在实际工作中不一定需要三个不同的人来参与，具体是一个人、三个人、还是五个人、十个人，需要根据企业的规模和实际情况而定，但三个专家的角色、职能和工作次序不能混乱。
7 制定变更的实施计划
实施计划，是变更实施过程中最重要的部分，然而，许多组织在发布他们变更的时候，却没有正式的实施计划。制定详细ECN的实施计划，分成6个步骤，当然也是一个不断迭代完善的过程，见下图。
在制定ECN的6个步骤中，第一步就是“定义所有的实施任务”，这里的任务包含两大类，一类是针对实物的，一类是针对文档的。产品的基线是制定变更实施任务的工作框架，我们来看一个例子：通过变更影响分析，变更的可互换性存在于部件2345-1（部件的可互换性，是变更影响分析的依据，这个话题这里就展开了）,本例中2345-1下阶的多个部件需要更改，也有多个文档需要创建或修改。下图方框里的部件编号，是将被废弃的部件编号，方框外的部件编号，是新替换的部件编号。
那么，ECN的影响列表，就要包含被废除和新替换部件和文档，还要说明被废除部件的处理意见，这就是变更的影响列表，这里面所有要做的事情就是变更实施的任务，如果加上时间和任务人，就是变更的详细实施计划。下表就是上面实物部件层级的一个转换。
变更影响列表和产品的基线格式是一致的，在最左边还是产品的层级，中间是支持文档，不过分成了新替换和被废除部件和文档，还有部件的处置意见。这些所有新文档创建或文档的修订，以及部件的处置工作，共同组成了变更实施计划中的任务。
8 PR、ECR与ECN
PR、ECR和ECN是我们在变更管理中经常用的的几个表单，但在实际工作中，有时会相互混淆，有的公司将PR和ECR合并，所有的变更都由PR发起，有的公司只有ECR或只有ECN，将ECR和ECN合并成一个表单。产生的主要原因是对PR，ECR和ECN的定义和用途不清晰，对变更的流程也有混淆，这样的做法有时看似“简洁”，但会影响我们管理变更的总体效率，尤其是管理相对复杂的变更。我们先来看看对PR，ECR和ECN的定义吧:
通常写问题报告的时候，问题的根本原因或解决方案还不明确。问题报告(PR)用于定义问题，其他人员可以依据问题报告，重复相同的问题步骤，并准确地复现问题。
ECR既阐明问题，和问题的解决方案，也用于发起改进。使用ECR，定义和验证PR中问题的解决方案。PR与相应的ECR关联。大家可以注意观察，在主流的PLM系统中，PR的工作流程中最后的状态大多不是“关闭/closed”,而是“pending”，PR的结束通常是以ECR的批准作为最终的关闭。
ECN则用于规划实施已批准的一个或多个ECR。如果ECR和ECN合并，除了将决策和实施混淆了，另一个问题就是显著降低了用一个ECN实施多个ECR的可能。
我们来看看CMII的PR、ECR的表单模板吧，很多PLM软件和公司的PR和ECR表单都是来源于这个模板，您也可以依据这个模板制定您公司的PR，ECR表单。
PR表单的上半部分，提出问题，说明问题。
PR表单的下半部分，主要是说明问题是怎么验证和解决的。那么PR审批，批准什么呢，主要是批准对问题的描述、定义和验证，以及针对问题的临时解决方法，最终解决方法就是修改相关设计或文档，通过ECR提出。
ECR表单的上半部分要包含的内容：
1、ECR编号，通常来自ECR日志
2、变更专家I的接收日期(和登记日期)
3、申请者姓名 （?）批准的签名
4、申请者地址和/或电话
5、问题说明和需要的改进
6、申请者建议的解决方案和改进方法(如有)
7、是否归类为快速授权变更，是或否？
8、技术评审和建议的优先级
9、指定创建者，提供技术评审和建议
10、变更专家I给创建者分配的任务日期
11、创建者的技术建议
ECR表单的下半部分要包含的内容：
12、创建者提交技术建议的日期
13、估算的一次性成本
14、估算的重复成本
15、是否需要客户批准
16、实施的关键时间因素
17、提供商业决定的CRB
18、CRB成员的实际决定
19、分配变更的优先级(如果被批准)
20、否决的原因或需要的具体信息
21、CRB主席的签名
22、处理日期
23、ECN编号和生效(如果是快速授权变更)
24、页码
9 变更的复杂性
需求管理和变更管理是CM(配置或构型)的两个重要的方面，如果需求没有管理好，变更管理很难做好，如果变更流程繁赘、迟缓，又很难保持需求的清晰、简洁和有效，两种相辅相成，这也是变更管理的难点。通常我们改善变更和优化变更流程的努力是从变更流程之外的需求管理开始的，就是建立规范的需求的识别(identification)、关联(linked)、结构化(structuring)和所有(owned)的原则和流程，这些都属于CM的范畴。
CM(配置或构型管理)是企业工作的基础，我们上面仅仅讨论了CM中变更的一小部分，就有很多概念和定义，如果没有一套规范的CM，这些概念和流程很难在企业中形成一致，团队的工作成果就很难共享协同，工作成果也很难沉淀积累，CM的工作就是要建立规范业务流程和操作标准，实现一个版本和一个声音。
结束语
创新很重要，但是积累也同样重要，如果创新需要灵感和火花，那么积累则更多需要的是方法和流程，这些方法和流程就是构型管理或配置管理。从CMII的角度，CM的基础或根基包括七个方面：即基线管理、产品开发流程、命名与编号规则、数据的完整性、验证和发布流程、变更和修订流程，以及已制造记录，我们构型管理或配置管理就是要把这7个方面做好，这是CM的基础，也是整个企业活动的基础。
核心关注：拓步ERP系统平台是覆盖了众多的业务领域、行业应用，蕴涵了丰富的ERP管理思想，集成了ERP软件业务管理理念，功能涉及供应链、成本、制造、CRM、HR等众多业务领域的管理，全面涵盖了企业关注ERP管理系统的核心领域，是众多中小企业信息化建设首选的ERP管理软件信赖品牌。
转载请注明出处：拓步ERP资讯网http://www.toberp.com/
本文标题：如何做好变更管理？（下）
相关文章
