3. 工艺转移项目启动与文件规划

工艺转移项目一旦立项，最先要做的不是写文件，而是把“边界”和“责任”定下来。很多转移项目后期反复返工，根源往往在启动阶段：范围没界定清楚，交付物清单缺失，文件层级混乱，RACI矩阵形同虚设。本节围绕项目章程、范围界定、交付物清单、文件层级设计和RACI矩阵五个抓手，给出可直接落地的规划方法。

一、项目章程：把“为什么转、转到哪、谁负责”写死

项目章程是转移项目的“宪法”，它不描述技术细节，而是锁定授权与边界。一份可用的章程至少包含以下要素：转移背景与目标（如“将A产品从上海工厂转移至成都工厂，年产能不低于500万片”）、转移类型（新建场地转移/同场地扩产/委托生产变更）、成功标准（如“连续三批工艺验证合格，关键质量属性CQA全部在放行标准内”）、里程碑节点、预算与资源授权、项目发起人与项目经理任命、以及明确的“不包含事项”。

其中“不包含事项”最容易被忽略，却最能防止范围蔓延。例如章程中写明“本次转移不涉及原料供应商变更、不涉及包装规格变更”，后续若有人提出更换辅料供应商，就必须走变更控制而非直接纳入转移范围。

二、范围界定：用“产品—工艺—场地—文件”四维锁定

范围界定建议从四个维度展开，避免遗漏：

• 产品维度：转移哪些规格、哪些包装形式，是否包含安慰剂或对照品。
• 工艺维度：从哪一步开始到哪一步结束，是否包含中间体储存、返工处理、清洗验证。
• 场地维度：接收方哪些车间、哪些设备、哪些公用系统参与，是否涉及共线生产评估。
• 文件维度：哪些文件需要新建、哪些需要修订、哪些直接引用，是否需要双语版本。

实操中常用“范围矩阵表”逐项打勾确认。例如某固体制剂转移项目，范围界定表列出“制粒、压片、包衣、铝塑包装”四道工序，每道工序标注“转移/不转移/部分转移”，并注明对应的设备编号和房间号。这样后续做交付物清单时，直接按工序展开即可，不会漏掉包衣工序的清洗验证文件。

三、交付物清单：从“文件”到“证据”的完整映射

交付物清单不是简单的文件列表，而是“可验收成果”的集合。建议按三类组织：

• 技术交付物：工艺描述、设备清单、工艺参数范围、CQA/CPP清单、风险评估报告。
• 验证交付物：工艺验证方案与报告、清洁验证方案与报告、分析方法转移方案与报告、设备确认文件。
• 管理交付物：培训记录、变更控制记录、偏差处理记录、项目总结报告。

每项交付物应标注责任人、接收人、交付日期和验收标准。例如“工艺验证报告”的验收标准可写为“连续三批数据完整，CPP均在验证范围内，偏差已关闭”。这样交付物清单就变成了项目进度和质量的联合检查表。

四、文件层级设计：主文件、支持文件、记录三层结构

工艺转移文件体系建议采用三层结构，避免文件之间互相矛盾或重复：

• 主文件（Level 1）：转移主计划、技术转移方案、工艺验证主计划。这类文件定义“做什么、按什么标准做”，是顶层依据。
• 支持文件（Level 2）：设备操作SOP、清洗SOP、取样SOP、分析方法SOP、物料管理SOP。这类文件定义“具体怎么做”。
• 记录（Level 3）：批生产记录、批检验记录、设备使用日志、培训签到表、偏差报告。这类文件是“做了什么的证据”。

三层之间必须建立引用关系：主文件引用支持文件编号，支持文件引用记录模板编号。例如“工艺验证方案”中规定取样点，应直接引用“取样SOP”的编号，而取样记录则作为附件附在验证报告中。这样审计时可以从记录追溯到SOP，再追溯到主文件，形成完整证据链。

五、RACI矩阵实战：把责任落到具体人名

RACI矩阵是解决“谁说了算、谁干活、谁被咨询、谁被告知”的工具。R（Responsible）是执行者，A（Accountable）是最终责任人且每项任务只能有一个，C（Consulted）是提供意见者，I（Informed）是需知会者。工艺转移中常见的任务与角色对应关系如下表所示（示例）：

填写RACI时有两个硬规则：第一，每行有且仅有一个A，否则出现问题时无人拍板；第二，R和A可以是同一人，但A不能空缺。实际项目中，建议把RACI矩阵与交付物清单合并使用，每项交付物对应一行RACI，这样责任分配直接绑定到可验收成果上。

启动与规划阶段完成后，项目组应输出一份完整的“转移项目文件规划包”，包含：批准的项目章程、范围界定表、交付物清单、三层文件结构图、RACI矩阵。这五份文件共同构成后续执行、监控和验收的基准。文件规划做得越扎实，后续工艺验证和现场执行阶段的返工就越少。