了解+CMII+变更进程.doc

【精品文档】如有侵权，请联系网站删除，仅供学习与交流了解+CMII+变更进程.精品文档.了解 CMII 变更进程 简介 本示教程序提供有关 Windchill PDMLink 中变更管理进程的知识。同时，让您了解 Windchill PDMLink 如何使用问题报告、企业变更请求和企业变更通告来捕捉和路由变更管理进程中的企业变更信息。Windchill PDMLink 的变更管理进程遵守 CMII 工业标准，封闭循环变更进程，包括技术术语。CMII 封闭循环变更管理参考模型集中于： · 高的数据整体性 · 先期的计划和决策 · 持续进程改善 这个参考模型强调从控制变更至适应变更的基本转变。简单地讲，CMII 是传统配置管理加不断改进，可以达到 "变更更快" 和 "文档更好"。 本示教程序概述 CMII 变更管理进程的步骤，帮助您理解和管理您的变更进程。本示教程序有下列相关主题： · 创建和确认问题报告或企业变更请求 · 快速追踪与完全追踪变更 · 使用企业变更通告计划和实施变更 · 审核和交付封闭循环通信 了解 CMII 变更进程 创建和确认问题报告或企业变更通告 在 Windchill PDMLink 中，与描述物理产品有关的产品问题和事项可以通过创建问题报告 (PR) 或企业变更请求 (ECR) 获得。组织的变更进程和结构决定了是否使用问题报告，或者变更进程由一个企业变更请求启动。 下图所示，Windchill PDMLink 变更进程与 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。 "分析问题报告"(Analyze Problem Report) 窗口一旦 PR 被分析和完成，根据已知安排路由选择它。一个被确认的 PR 变成一个企业变更请求 (ECR)。ECR 的目标上描述一个产品缺陷或一个详细的革新提议，可以作出业务决定。有两个基本决定需要得到答案： · 该变更是否要实施业务调整？ · 如果被接受，变更要用快速追踪还是完全追踪？ 以下流程图图示上述创建 ECR 的进程。创建 ECR 并不假设要创建一个 PR。变更请求的创建者有提供其它信息验证事项的选项，或用适当的提议来压缩分析。"创建者" 也与技术审阅者协作来验证和访问压缩。保存 ECR 后，它的状态为 "开启"，被提交给变更进程的下一步。 CAI 接收创建的或更新的 ECR，审阅内容和分析、回答上面两个标有黑点的问题。下图是一个示例，CAI 的 ECR 查看。注意：路由选择在 "分析 ECR"(Analyze ECR) 窗口的底部，由 CAI 根据 ECR 的审阅要求决定。下一页将进一步讨论这个问题。 "分析 ECR"(Analyze ECR) 窗口快速追踪和完全追踪变更 关键的一点是要强调快速追踪和完全追踪变更的区别，并非所有的变更都是相同的。有些请求因为影响较大，要对更多的细节进行分析和批准；而有些简单的变更，只需要一个橡皮图章，不应该与复杂的分析捆在一起。快速追踪部分应该控制大约所有变更的 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 保持 "正在审阅"(Under Review )状态，直到它被送回 CIB。如果 ECN 被接受，将移至执行阶段。如果任何人或公司决定变更不应该实施，ECN 将别拒绝。如果 ECN 被拒绝，它的状态将被设置为 "已取消"。ECR 和所有 PR 也被设置为 "已解决" 状态。 图示在图表中的实施变更进程步骤由单独的 "创建者" 和 "审阅者" 指配至 ECN 的实施任务活动中。根据 ECN 提供的每一条说明，"创建者" 更新文档，作出必要的修改。"审阅者" 验证变更，使其清晰、简明和有效。如果修改不能被接受，所做的修改将被发送回实施者，再做进一步的更新。如果修改被接受，用户批准了变更，等待 ECN 的审核。在连续操作期间，可变更数据保持在 "正在工作" 状态。审核和交付封闭循环通信 进程中，这一步骤在 "发布"(Release) 之前由变更管理 III (CAIII) 来审核。 CMII 封闭循环变更进程 - ECN 审核  在这一步骤中，CAIII 测试所有的由 ECN 任务所执行的文档及物料清单变更。每一个部件版本必须有一个正确的有效性。如果审核成功完成，每个变更对象处于 "已发布"(Released) 状态。ECN、ECR 和 PR 被升级为 "已发布"(Released) 状态。如果审核没有通过，失败的元素要被送回去改正。 CAIII 完成审核任务之后，进入 ECN，所有变更的部件和文档都被升级为 "已发布"(Released) 状态。这个事件会自动触发物料清单和变更信息的传送，通过 PTC Enterprise System Integration (ESI) 模型将它们送至 ERP 系统，或提示物将料清单更新的手动进入 ERP 系统。该事件的通告将送至 CAII、CAI 和 ECR 及 PR 创建者结论 现在，您已经对 Windchill PDMLink 的变更进程如何工作和如何与工业标准 CMII 变更进程看齐有了初步了解。让我们通过本示教程序快速审阅一下主要概念。 · Windchill PDMLink 提供三个变更对象(问题报告、企业变更请求和企业变更通告)，用于在变更进程的各个点上获取变更信息和通信。 · 变更进程需要三个不同的变更管理角色 (CAI、CAII 和 CAIII)，每一个在管理进程中负有不同的责任。在小公司，可能三个角色拥有一个单一独立的服务。 · 并非所有变更的创建都是相等的，这是采用完全追踪和快速追踪的目的 - 除去非必需的官僚机构，将重点转移至完全追踪，以造成更大的影响。 · CMII 变更进程是一个封闭的循进程，它有助于进程中每一个决定和操作点之间的通信。 · 为了确保所有的业务决定可以在公司内部实施，CMII 变更进程由两个委员会管理：变更审阅委员会和变更执行委员会。