流程系列
变更控制：上线前批准变更的十二份模板
变更控制模板覆盖质量体系、IT 生产环境、SOP、受控文件、家具设计、实验室方法、工厂改造、项目基线和船修范围：关口相同，变更权限不同。
变更控制是“应当改变”与“这就是当前做法”之间的关口：请求、影响和风险评估、可否决的权限、按计划实施以及验证效果。十二份模板在质量体系、IT、实验室、工厂、项目和设计部门呈现这一关口；它们是组合而非顺序，因为变更只进入其中一个路径。
通用形式是 变更控制流程：请求、影响和风险评估、变更权限或 CAB、按回退计划实施、验证、复核和关闭；紧急路线可跳过队列但不能跳过记录。IT 变更管理工作流 及 ITIL 变更管理是生产系统版本，SOC 2 CC8.1 所需证据为工单、测试结果和批准。文件和 SOP 变更控制则把实施变为新修订版、发布清单和必要的签署再培训。
各种场景有相同失败模式：批准人同时是实施人，影响评估只看被改对象而未看依赖项，或验证仅仅是“目前未出故障”。变更管理 会先筛查是否为同类替换，再以开车前安全审核结束；实验室和分析方法变更则在抵达记录前评估所需的评价或确认工作。通用和 IT 模板中的实施后审核取代了侥幸式验证。
其中四份涉及改变客户已同意的内容，因此客户决定位于路径中：家具 设计变更审批 在 BOM 和图纸变更前处置已完成工作并批准成本和计划影响；船舶维修变更订单禁止未签字的额外作业或计费；电气设计变更要求客户批准设计包；项目变更请求在容差内重设基线或上升至指导委员会。变更控制也是 不合格到 CAPA 的第五步。
本系列中的模板
- 变更控制流程图（change control） — 变更控制流程模板：提出申请、影响与风险评估、CAB 审批、带回滚方案的实施、验证与结案，另含一条成文的紧急通道。
- 信息技术变更管理工作流（SOC 2 CC8.1） — 面向 SOC 2 的信息技术变更管理工作流：变更申请、影响评估、审批、测试、上线与实施后评审，每一道关口都留下审批签名。
- 变更管理流程图（ITIL） — ITIL 变更管理流程图：RFC 受理，标准、常规与紧急变更的分流，CAB 审批，变更日历排期，实施、验证、回滚与实施后评审。
- SOP 变更控制流程图 — SOP 变更控制流程图，含申请人、流程负责人、安全或质量评审人、审批人与受训操作人员五条泳道：安全关键分流、QA 关口审批，以及上线前的强制实操再培训。
- 文件变更控制流程图 — 文件变更控制流程图：涵盖小改/大改分类、评审人影响评估、审批、版本标注、分发名单更新，以及对前一版本的正式作废。
- 工艺变更管理流程图（MOC、开车前安全审查与到期复核） — 面向过程安全的变更管理（MOC）流程图：同类替换筛查、变更分类、风险分析分级、按权限审批、开车前安全审查，以及临时变更的到期复核回路。
- 项目变更申请流程图（范围、成本、进度） — 项目变更申请流程图：变更登记册、影响评估、容许偏差决策、指导委员会审批，以及项目基准的重新设定。
- 修船厂变更单审批标准作业程序 — 修船厂变更单审批标准作业程序：一项维修中途发现的问题对照原范围进行评估、估算、提交客户批准、执行，并经QA/QC检验，最终归档收尾。
- 电气工程设计变更标准作业程序 — Scanel电气工程设计变更标准作业程序：技术评估、系统设计、图纸与电路图、工程内部评审，以及安装调试开始前对设计本身的客户审批关口。
应用于以下行业
相关指南
- 如何创建变更控制流程 — 如何设计变更控制流程：定义变更类别，把预批准清单保持简短，要求每项变更都有回滚计划，并如实画出紧急通道，而不是假装它不存在。
- 如何把 SOP 转成流程图 — 如何把书面 SOP 转成流程图：把文字拆成每步一个动作，把每个条件句变成决策，指派责任人，并把文字略去的部分补齐。
- 如何对 SOP 进行版本控制 — SOP 版本控制意味着给每一次程序修订编号，让安全关键变更走实操再培训加签字核对表，而不是阅读确认，并把被取代的副本撤回。
- 版本控制与变更控制：区别在哪里 — 版本控制追踪的是一份文件当前是哪个版本、改了什么；变更控制决定的是一项拟议变更是否被允许发生，以及谁必须先批准它。
- 如何把文档转成流程图 — 如何把一份从来没给步骤编过号的文档变成流程图：哪些段落根本不是步骤，范围、定义和职责该去哪里，以及画出来的图为什么总是太长。