第2章 跨部门权限与角色配置
适用场景
本章适用于产品开发从 EVT（工程验证测试）推进到量产过程中，需要跨部门（研发、制造、质量、供应链、项目管理）共用同一套协作工具（如 PLM、PDM、Jira、Confluence）时的权限体系搭建。在以下典型场景中必须执行本流程：
- 新项目启动，首次在协作工具中创建产品开发空间
- 项目从 EVT 进入 DVT/PVT 阶段，原有权限无法覆盖新增成员或数据敏感度变化
- 因组织架构调整或供应商变更，需要重新划分角色和访问范围
- 审计或合规要求下，需要出具正式的权限配置记录
前置条件
- 已完成跨部门协作工具（如 PLM/PDM）的部署和基础配置
- 已获得经管理层批准的项目组织架构图及部门职责分工表
- 已确定项目阶段划分（EVT → DVT → PVT → MP）及各阶段数据密级
- 已指定至少一名权限管理员（通常由 PMO 或 IT 主导）
操作步骤
步骤一：定义部门角色矩阵
以项目全生命周期（EVT → DVT → PVT → MP）为横轴，以参与部门为纵轴，构建角色职责对照表。每个部门在协作工具中对应一个角色组（Group），并明确该组在每一阶段的操作边界。
最佳实践：角色定义不宜过细（避免碎片化），也不宜过粗（避免权限失控）。建议按“研发、制造、质量、供应链、项目管理”五个标准角色组划分，若供应商或外部协作方参与，可增设“Guest（访客）”角色。
角色矩阵的核心定义要素包括：
- 角色名称 —— 部门职能的抽象标识（如 R&D_Engineer、MFG_Operator）
- 所属阶段 —— 该角色在哪些项目阶段有效（EVT / DVT / PVT / MP）
- 数据域范围 —— 可访问的产品数据分类（BOM、图纸、ECN、测试报告等）
- 操作权限 —— 只读、编辑、审批、管理员四级
步骤二：设置访问控制层级
在协作工具中建立三层访问控制模型，确保权限配置既满足数据安全，又支持高效协同：
| 层级 | 控制粒度 | 配置位置（示例） | 适用范围 |
|---|---|---|---|
| L1 项目空间 | 项目级可见性 | PLM 项目文件夹 / Confluence 空间 | 所有成员可否进入该项目 |
| L2 文档/数据分类 | 文件夹或标签级别 | PDM 文件夹 / Jira 项目组件 | 按 BOM、图纸、ECN、报告等分类隔离 |
| L3 操作动作 | 具体操作按钮 | 创建、编辑、删除、下载、审批、发布 | 控制谁可以执行关键变更 |
常见陷阱：仅设置 L1 项目空间权限而忽略 L2 数据分类隔离，会导致 EVT 阶段的机密 BOM 被制造部门在 MP 阶段前过早看到。务必在项目启动时按阶段配置 L2 权限。
访问控制层级的配置顺序为：先建角色组 → 再绑数据域 → 最后赋具体操作。严禁跳过中间步骤直接对人赋权，否则后期审计将无法追溯。
步骤三：记录权限配置表
将前述角色矩阵与访问控制层级的结果固化到权限配置表中，作为项目交付物之一存档。配置表必须包含以下字段：
| 角色组 | 项目阶段 | 数据域 | 操作权限 | 生效日期 | 配置人 |
|---|---|---|---|---|---|
| 研发 | EVT | BOM、图纸 | 编辑 | 2025-01-15 | PMO |
| 研发 | PVT | BOM、图纸、ECN | 审批 | 2025-03-01 | PMO |
| 制造 | EVT | BOM（只读） | 只读 | 2025-01-15 | PMO |
| 制造 | MP | BOM、工艺文件 | 编辑 | 2025-05-01 | PMO |
| 项目管理 | ALL | 全数据域 | 管理员 | 2025-01-15 | IT |
配置表同时以机器可读格式导出并纳入版本管理，示例 YAML 结构如下：
role_permissions:
- role: R&D
phase: EVT
domains: [BOM, drawing]
access: edit
effective_date: 2025-01-15
- role: R&D
phase: PVT
domains: [BOM, drawing, ECN]
access: approve
effective_date: 2025-03-01
- role: MFG
phase: EVT
domains: [BOM_readonly]
access: view
effective_date: 2025-01-15
- role: MFG
phase: MP
domains: [BOM, process]
access: edit
effective_date: 2025-05-01
- role: PM
phase: ALL
domains: [ALL]
access: admin
effective_date: 2025-01-15
交付标准：权限配置表必须经过部门负责人签字确认，并与协作工具中的实际配置逐条比对，确保“表实一致”。配置表应随项目阶段变更触发更新，每次更新保留历史版本。
输入输出物
| 类别 | 内容 | 格式/来源 |
|---|---|---|
| 输入 | 组织架构图、部门职责分工表、项目阶段计划、数据密级清单 | HR / PMO / IT |
| 输出 | 部门角色矩阵定义表、访问控制层级配置截图、权限配置表（含 YAML/JSON 导出） | 本章交付物 |
责任边界
- PMO（项目管理办公室）：负责组织角色定义评审，协调各部门确认权限矩阵，审批权限变更申请。
- IT 管理员：负责在协作工具中执行角色组创建、权限分配、配置导出，保障工具侧与配置表一致。
- 部门负责人：提供本部门人员清单及所需数据域范围，确认权限配置是否满足业务需求。
- 质量审计：在阶段门评审时核查权限配置记录是否完整、是否与阶段密级匹配。
记录材料
- 角色矩阵定义书 —— 包含角色名称、阶段映射、数据域范围、操作权限的正式文档（PDF + 源文件）
- 访问控制层级配置截图 —— 协作工具中 L1/L2/L3 各层级的配置界面截图，带有时间戳
- 权限配置表 —— 结构化表格（Excel 或 CSV）及机器