了解+CMII+变更进程.docx

了解+CMII+变更进程.docx

《了解+CMII+变更进程.docx》由会员分享，可在线阅读，更多相关《了解+CMII+变更进程.docx（8页珍藏版）》请在冰豆网上搜索。

了解+CMII+变更进程

了解CMII变更进程

简介

本示教程序提供有关WindchillPDMLink中变更管理进程的知识。

同时，让您了解WindchillPDMLink如何使用问题报告、企业变更请求和企业变更通告来捕捉和路由变更管理进程中的企业变更信息。

WindchillPDMLink的变更管理进程遵守CMII工业标准，封闭循环变更进程，包括技术术语。

CMII封闭循环变更管理参考模型集中于：

∙高的数据整体性

∙先期的计划和决策

∙持续进程改善

这个参考模型强调从控制变更至适应变更的基本转变。

简单地讲，CMII是传统配置管理加不断改进，可以达到"变更更快"和"文档更好"。

本示教程序概述CMII变更管理进程的步骤，帮助您理解和管理您的变更进程。

本示教程序有下列相关主题：

∙创建和确认问题报告或企业变更请求

∙快速追踪与完全追踪变更

∙使用企业变更通告计划和实施变更

∙审核和交付封闭循环通信

了解CMII变更进程

创建和确认问题报告或企业变更通告

在WindchillPDMLink中，与描述物理产品有关的产品问题和事项可以通过创建问题报告（PR）或企业变更请求（ECR）获得。

组织的变更进程和结构决定了是否使用问题报告，或者变更进程由一个企业变更请求启动。

下图所示，WindchillPDMLink变更进程与CMII工业标准变更进程的结合。

现在让我们开始演习一个进程。

CMII封闭循环变更进程-问题报告

PR的目的是捕捉和描述一个问题报告或对产品改进提出建议，利用产品开发进程中的任何来源改进产品。

PR捕捉关于问题或事项的相关信息，例如，主要说明、创始人和优先级。

可以在PR上添加附件，以改善获取和包装信息的能力，例如，受影响项（系统数据），受影响成品（独立产品）和附件（外部数据）。

一旦PR在数据库内持续，它的状态为"开启"，表示它已经被创建但尚未提交变更进程。

提交后，PR的状态变为"正在审阅"。

创建PR时，被指配给一个产品。

初始审阅者是变更管理I（CAI）指配给在PR内识别的产品。

CAI确认PR是有效的。

有三个可能性：

∙确认PR，创建ECR时送出

∙拒绝PR，如果想法不合适

∙拒绝PR，如果与另一个PR重复

如果PR被确认，将升级为"已接受"状态。

如果PR重复或被拒绝，将升级为"已解决"状态。

由于关闭被设为"已解决"状态的PR，向PR创建者发出通告，带有相应的调整。

一个PR的CAI视图显示在下图内。

突出显示部分上一个直接连接至实际PR的链接，单击它可以直接访问PR。

"分析问题报告"（AnalyzeProblemReport）窗口

一旦PR被分析和完成，根据已知安排路由选择它。

一个被确认的PR变成一个企业变更请求（ECR）。

ECR的目标上描述一个产品缺陷或一个详细的革新提议，可以作出业务决定。

有两个基本决定需要得到答案：

∙该变更是否要实施业务调整？

∙如果被接受，变更要用快速追踪还是完全追踪？

以下流程图图示上述创建ECR的进程。

创建ECR并不假设要创建一个PR。

变更请求的创建者有提供其它信息验证事项的选项，或用适当的提议来压缩分析。

"创建者"也与技术审阅者协作来验证和访问压缩。

保存ECR后，它的状态为"开启"，被提交给变更进程的下一步。

CAI接收创建的或更新的ECR，审阅内容和分析、回答上面两个标有黑点的问题。

下图是一个示例，CAI的ECR查看。

注意：

路由选择在"分析ECR"（AnalyzeECR）窗口的底部，由CAI根据ECR的审阅要求决定。

下一页将进一步讨论这个问题。

"分析ECR"（AnalyzeECR）窗口

快速追踪和完全追踪变更

关键的一点是要强调快速追踪和完全追踪变更的区别，并非所有的变更都是相同的。

有些请求因为影响较大，要对更多的细节进行分析和批准；而有些简单的变更，只需要一个橡皮图章，不应该与复杂的分析捆在一起。

快速追踪部分应该控制大约所有变更的80%，这些变更只是作者和消费者之间的数据协定，可以简单完成，不需要受到官僚政治的拖累。

CMII封闭循环变更进程-完全追踪和快速追踪

因为完全追踪要求更多的细节并有较大的影响，变更审阅委员会（CRB）有一个附加的步骤用于ECR的审阅。

该步骤的结果是一个业务决定，决定是否要继续实施。

快速追踪变更饶过CRB，直接送到变更管理II（CAII）用于实施。

完全追踪被送至CRB以获得业务决定。

根据CMII标准，快速追踪变更应该最多达到所有变更请求的80%。

CMII变更进程有两个变更委员会：

∙变更审阅委员会（CRB）

o一个交叉功能团队代表不同公司部门

o审阅ECR和作出业务决定，决定是否继续实施计划

∙变更执行委员会（CIB）

o一个交叉功能团队代表不同公司部门

o审阅由ECN提出的实施计划，决定计划是否完整，是否就绪可以执行

使用企业变更通告计划和实施变更

实施的主变更表单是企业变更通告（ECN）。

企业变更通告的目的是建立实施被批准的企业变更请求的工作计划。

企业变更通告有一个行项用于每个修改的部件和文档，指配给指定数据"创建者"执行。

例如，文档图纸将被指配给一个设计者作为"创建者"。

每个行项的工作结果也由一个用户或消费者来检验那些信息。

例如，一个图纸的"创建者"是一个设计师，用户是一个制造工程师。

变更管理II（CAII）创建企业变更通告（ECN），以及部件和文档表，该表必须要根据企业变更请求来修改。

计划进程包括将人员指配给每一个要求的数据修改。

有时，需要将CAII的计划操作委派至另一个技术资源，但是，CAII仍对整个计划负责。

CAII也负责为每一个新版本或修订版设置有效性。

一旦计划完成，（针对完全追踪），将被发送至"变更执行委员会"（CIB），在实施之前获得批准。

如果"变更执行委员会"（CIB）认为计划不够完全或精确，计划将被送回CAII以进行进一步的修改。

企业变更请求/企业变更通告软件包也被送至CAI，如果实施计划细节影响到成本或变更的影响增大，将对企业变更请求做进一步的审阅。

企业变更通告创建和实施的计划操作在下图中突出显示的变更进程内进行。

CMII封闭循环变更进程-ECN的创建和实施

CAII是变更执行委员会（CIB）的主席。

他或她的工作是安排会议时间、设置会议议程和引导审阅。

变更执行委员会（CIB）工作于人员组成的交叉功能团队，这些人被授权审阅ECN并决定计划是否完整。

拒绝、批准ECN，或将它送回CAII，以得到进一步的计划。

如果需要重新工作，ECN保持"正在审阅"（UnderReview）状态，直到它被送回CIB。

如果ECN被接受，将移至执行阶段。

如果任何人或公司决定变更不应该实施，ECN将别拒绝。

如果ECN被拒绝，它的状态将被设置为"已取消"。

ECR和所有PR也被设置为"已解决"状态。

图示在图表中的实施变更进程步骤由单独的"创建者"和"审阅者"指配至ECN的实施任务活动中。

根据ECN提供的每一条说明，"创建者"更新文档，作出必要的修改。

"审阅者"验证变更，使其清晰、简明和有效。

如果修改不能被接受，所做的修改将被发送回实施者，再做进一步的更新。

如果修改被接受，用户批准了变更，等待ECN的审核。

在连续操作期间，可变更数据保持在"正在工作"状态。

审核和交付封闭循环通信

进程中，这一步骤在"发布"（Release）之前由变更管理III（CAIII）来审核。

CMII封闭循环变更进程-ECN审核

在这一步骤中，CAIII测试所有的由ECN任务所执行的文档及物料清单变更。

每一个部件版本必须有一个正确的有效性。

如果审核成功完成，每个变更对象处于"已发布"（Released）状态。

ECN、ECR和PR被升级为"已发布"（Released）状态。

如果审核没有通过，失败的元素要被送回去改正。

CAIII完成审核任务之后，进入ECN，所有变更的部件和文档都被升级为"已发布"（Released）状态。

这个事件会自动触发物料清单和变更信息的传送，通过PTCEnterpriseSystemIntegration（ESI）模型将它们送至ERP系统，或提示物将料清单更新的手动进入ERP系统。

该事件的通告将送至CAII、CAI和ECR及PR创建者

结论

现在，您已经对WindchillPDMLink的变更进程如何工作和如何与工业标准CMII变更进程看齐有了初步了解。

让我们通过本示教程序快速审阅一下主要概念。

∙WindchillPDMLink提供三个变更对象（问题报告、企业变更请求和企业变更通告），用于在变更进程的各个点上获取变更信息和通信。

∙变更进程需要三个不同的变更管理角色（CAI、CAII和CAIII），每一个在管理进程中负有不同的责任。

在小公司，可能三个角色拥有一个单一独立的服务。

∙并非所有变更的创建都是相等的，这是采用完全追踪和快速追踪的目的-除去非必需的官僚机构，将重点转移至完全追踪，以造成更大的影响。

∙CMII变更进程是一个封闭的循进程，它有助于进程中每一个决定和操作点之间的通信。

∙为了确保所有的业务决定可以在公司内部实施，CMII变更进程由两个委员会管理：

变更审阅委员会和变更执行委员会。