流程裁剪是什么
流程裁剪（Tailoring）指按项目规模、风险与合规要求调整流程的强度与环节数量：小改动走轻量通道，高风险事项走完整评审。它的目的不是给流程开洞，而是把有限的控制资源压到真正有风险的地方，同时让低风险工作不被无谓的等待拖住。
基本信息
| 裁剪依据 | 影响范围、风险等级、金额阈值、合规要求 |
|---|---|
| 常见形式 | 轻 / 标准 / 严格三档分级矩阵 |
| 维护者 | 流程责任人，矩阵变更需评审并公告 |
| 禁止裁剪 | 安全测试、审计留痕、财务授权等红线要求 |
典型使用场景
- 配置类微调：一次只改一个参数，走同伴评审与自动发布
- 常规版本升级：加测试门禁与灰度，保留发布记录
- 核心库结构变更：必须评审会、回滚预案与审批
- 跨团队公共组件修改：影响面大，按高标准执行
- 生产应急修复：允许先止血后补审，但补审必须有明确时限
- 外部合规相关变更：按监管要求执行，不参与裁剪
分级矩阵示例
分级矩阵示例
# 三档预先定义，写进流程文件而不是临场判断
低风险：同伴评审 + 自动发布 # 例：单个配置项调整
中风险：测试门禁 + 灰度 + 变更留痕 # 例：单服务版本升级
高风险：评审会 + 回滚预案 + 审批 # 例：核心库结构变更
# 裁剪依据落到工单必填字段，便于事后抽查与统计三档对照
| 等级 | 判定参考 | 必备动作 |
|---|---|---|
| 低 | 影响单服务、可快速回滚 | 同伴评审、自动发布 |
| 中 | 影响多服务或用户体验 | 测试门禁、灰度发布 |
| 高 | 影响资金、数据或合规 | 评审会、回滚预案、审批 |
矩阵要写成可判定的规则：把影响范围、金额、是否涉及个人信息做成工单必填项，避免每次靠争论定档，也让统计口径一致。
裁剪不得越过合规红线：安全评估、审计留痕、财务授权属于底线要求，无论项目大小都必须执行。