研发流程裁剪规则要解决三个具体问题：哪些活动在什么条件下可以少做，由谁批准这次裁剪，裁剪后留下什么证据可供追溯。本文按“定边界—分档位—走申请—明角色—做检查”的顺序，给出一套可落地的制定方法，适用于组织级共用研发流程的裁剪设计。
要点总览（TL;DR）
- 裁剪规则要写清三件事：什么条件下可以少做、由谁批准、留下什么证据，三者缺一规则就无法审计。
- 先划定裁剪对象与不可裁剪底线，法规合规、安全、发布准入和关键决策评审不进入裁剪申请范围。
- 用2–3个可客观判定的维度组合成档，每档区分必做、可合并、可豁免项，豁免项必须配替代证据。
- 制定过程分五步：盘点活动、设定档位、规定替代证据、设计申请表单、试点修订后发布。
- 规则发布前逐项核对底线保留、判定条件、证据要求、审批到岗和复审机制，运行中按偏差持续修订。
裁剪规则先定边界：哪些活动可以裁、哪些不能裁
裁剪规则的第一步是列清裁剪对象，并把不可裁剪的底线单独标出。边界不清时，规则很容易退化成“项目自己看着办”，审批人没有判断依据，审计时也找不到对照标准。
裁剪对象限定在组织共用流程层面，通常包括以下几类：
- 阶段：如需求分析、方案设计、开发实现、测试验证、发布上线等阶段是否可以合并或简化。
- 活动：阶段内的具体活动，如技术方案评审、代码走查、性能测试，是否可以缩减频次或范围。
- 评审：评审的类型、参与角色、评审形式（会议评审、书面评审）是否可以调整。
- 交付物：需求规格、设计文档、测试报告等文档是否可以合并、简化模板或豁免。
- 记录模板：过程记录的字段与格式是否可以按项目特点精简。
单工作项的状态流转操作属于工具使用层面，不纳入裁剪规则，否则规则会变得琐碎且难以维护。
不可裁剪底线应在规则中显式列出，并标注“不可豁免”。常见底线包括：法规与合规要求的活动、安全相关活动、发布准入条件、关键决策评审（如立项决策、发布决策）。这些项一旦被裁剪，风险无法通过替代证据弥补，因此不进入裁剪申请范围。
| 类别 | 示例 | 是否可裁剪 |
|---|---|---|
| 阶段 | 设计阶段与开发阶段合并 | 可，需满足档位条件 |
| 活动 | 代码走查频次降低 | 可，需替代证据 |
| 评审 | 书面评审替代会议评审 | 可，需说明参与角色 |
| 交付物 | 测试报告使用简版模板 | 可，需保留关键结论字段 |
| 合规活动 | 法规要求的验证与留档 | 不可 |
| 安全活动 | 安全测试与漏洞修复确认 | 不可 |
| 发布准入 | 发布前质量门禁检查 | 不可 |
| 关键决策评审 | 立项评审、发布决策评审 | 不可 |
用哪些维度分档：项目类型、风险等级与变更性质
裁剪档位的作用是让不同项目有可对照的入口，而不是每次裁剪都从零讨论。维度选取的原则是：可客观判定、数量控制在2–3个、组合后能覆盖大多数项目。
常用维度有四类：项目类型（如新产品研发、存量功能迭代、平台改造）、风险等级（如高、中、低，依据影响范围与故障后果判定）、需求变更性质（如新增需求、缺陷修复、紧急修复）、交付周期（如常规迭代、紧急上线）。维度过多会导致档位组合爆炸，审批人和项目负责人都难以使用。
建议选取2–3个维度组合成档，每档写明适用条件与判定依据。例如以“项目类型+风险等级”为主维度，变更性质作为附加调整项。判定依据要写成可核对的事实，如“影响生产环境核心交易链路”对应高风险，而不是“感觉比较重要”。
| 档位 | 适用条件 | 判定依据 | 裁剪空间 |
|---|---|---|---|
| A档（标准） | 新产品研发，中高风险 | 涉及新架构或核心链路变更 | 仅可合并部分评审，交付物保留完整 |
| B档（简化） | 存量功能迭代，低风险 | 影响范围限于非核心模块 | 可合并阶段、简化交付物模板 |
| C档（紧急） | 紧急缺陷修复，交付周期短 | 已有线上故障或安全事件 | 可豁免部分评审，事后补记录 |
档位表发布后，项目负责人在立项时完成档位判定，判定结果作为后续裁剪申请的前提。档位判定本身不需要审批，但判定依据要写入项目记录，供质量或流程负责人复核。
核心答案与操作步骤：从判定表到裁剪申请
制定裁剪规则的完整过程可以拆成五步，每步都有明确的输入、动作、输出和完成标志。
步骤一：盘点现有流程活动与交付物。输入是组织现行的研发流程文件与模板；动作是逐阶段列出活动、评审、交付物和记录模板，并标注每项的用途与责任角色；输出是一份流程活动清单；完成标志是清单覆盖全部阶段，且每项都有唯一编号，便于后续引用。
步骤二：设定裁剪档位与每档的必做、可合并、可豁免项。输入是活动清单与S2确定的维度档位；动作是对每个档位逐项标注“必做”“可合并”“可豁免”，必做项中要包含全部底线活动；输出是裁剪判定表；完成标志是每个活动在每个档位下都有明确标注，没有空白项。
步骤三：为豁免项规定替代证据。输入是可豁免项清单；动作是逐项写明豁免后用什么证据证明风险已被覆盖，例如豁免会议评审时，要求提交书面评审记录与评审人签字；输出是替代证据对照表；完成标志是每个可豁免项都有至少一种可归档的替代证据，且证据形式可核验。
步骤四：设计裁剪申请与审批表单。输入是判定表与替代证据要求；动作是设计表单字段并明确审批路径；输出是裁剪申请表单；完成标志是表单能独立支撑一次审批，审批人无需额外询问即可判断。表单至少包含以下字段：
- 项目标识与所属档位
- 档位判定依据
- 申请豁免或合并的活动编号及名称
- 裁剪理由
- 替代证据说明与存放位置
- 审批人与审批结论
- 归档位置与归档日期
步骤五：试点、修订并发布。输入是表单与判定表初稿；动作是选择2–3个不同类型项目试点，收集执行偏差，修订档位条件与证据要求；输出是正式发布的裁剪规则文件；完成标志是试点项目能按表单完成申请与审批，且审批记录可追溯。
裁剪申请、审批记录与替代证据需要随项目过程留存。在研发管理工具中，这类信息通常承载在工作项与关联文档里，审批结论和证据位置可以一并记录，便于后续审计时按项目调取。ONES 可用于承载裁剪申请单、审批流转记录与替代证据文档，具体配置方式以实际产品资料为准。
角色及交付物：谁申请、谁审批、谁维护规则
裁剪规则能否执行，取决于每个环节是否落到具体岗位。角色分工建议如下：
| 角色 | 职责 | 交付物 |
|---|---|---|
| 项目负责人 | 判定项目档位，提出裁剪申请并说明理由 | 档位判定记录、裁剪申请单 |
| 质量或流程负责人 | 审核申请是否符合档位条件与不可裁剪底线 | 审核意见与审批结论 |
| 技术或领域评审人 | 判断替代证据是否充分、风险是否可控 | 技术评审意见 |
| 流程管理角色 | 定期维护规则、档位与表单，组织复审 | 规则版本记录、复审纪要 |
审批路径要写进规则文件，明确哪些档位由谁终审、哪些情况需要升级审批。例如C档紧急裁剪可以先执行后补审批，但补审批的时限和责任人要写清楚，避免“先做后补”变成长期无记录。流程管理角色应设定复审周期，例如每半年或每年复核一次档位条件与底线清单，把执行中反复出现的偏差转化为规则修订项。
示例：一个中等风险项目的裁剪申请如何填写
以下为演示情景，用于说明填写方式，不代表真实项目数据。
项目背景与档位判定。某存量业务系统的功能迭代项目，影响范围限于非核心模块，按档位表判定为B档（简化）。判定依据：变更不涉及核心交易链路，无新架构引入。
申请豁免的活动及理由。申请将“设计文档完整评审”合并为“设计要点书面评审”，理由是该迭代仅调整两个页面的交互逻辑，设计复杂度低；申请将“独立性能测试”豁免，理由是本次变更不涉及数据量或并发路径变化。
替代证据与审批结论。设计评审的替代证据为书面评审记录与两位评审人的确认意见；性能豁免的替代证据为变更影响分析说明，由技术评审人签字确认无性能路径变化。质量或流程负责人审核后确认两项均未触及底线活动，审批结论为同意，技术评审人对替代证据无异议。
记录归档位置。裁剪申请单、审批结论与替代证据统一归档在项目工作项关联文档中，归档日期与审批日期一致，供后续审计调取。
完成检查：规则发布前与运行中的核对项
规则发布前，用以下清单逐项核对，确认规则可执行、可审计：
- 不可裁剪底线活动是否全部保留，并在判定表中标注“不可豁免”。
- 每个档位是否有明确的适用条件与判定依据，判定依据是否为可核对的事实。
- 每个可豁免项是否都规定了替代证据，证据形式是否可归档、可核验。
- 裁剪申请表单字段是否完整，审批角色是否明确到岗位而非个人。
- 审批路径是否覆盖全部档位，紧急裁剪的补审批时限是否写明。
- 是否设定了定期复审周期与修订责任人。
规则运行中，还应定期核对：裁剪申请是否按档位条件提交、替代证据是否实际归档、审批记录是否完整、执行偏差是否已纳入修订。检查发现的问题应转化为规则修订项，由流程管理角色在复审时统一处理，使裁剪规则随项目实践持续校准。
常见问题
裁剪档位判定由项目负责人自行完成，还是需要审批？
档位判定本身通常不需要审批，但判定依据必须写入项目记录，供质量或流程负责人复核。需要审批的是基于档位提出的裁剪申请：项目负责人说明申请豁免或合并的活动、理由和替代证据，由质量或流程负责人对照档位条件与不可裁剪底线给出结论。这样既保留项目负责人的判断空间，又让审批人有一致的对照标准。
紧急项目先执行后补审批，怎样避免变成长期无记录？
规则中要为紧急裁剪写明补审批的时限和责任人，例如规定上线后若干工作日内完成补审批，由项目负责人发起、质量或流程负责人确认。补审批时同样要提交替代证据和归档位置，不能只补一个同意结论。流程管理角色在复审时抽查紧急裁剪记录，把超期未补或证据缺失的情况列为修订项。
替代证据需要达到什么程度才算充分？
判断标准是：证据能证明被豁免活动原本要控制的风险已被其他方式覆盖，并且形式可归档、可核验。例如豁免会议评审，可用书面评审记录加评审人确认意见替代；豁免独立性能测试，可用变更影响分析说明加技术评审人签字替代。证据是否充分由技术或领域评审人判断，质量或流程负责人确认其未触及底线活动。
裁剪规则发布后，多久复审一次比较合适？
常见做法是每半年或每年复审一次，具体周期结合组织流程变更频率确定。复审内容包括档位条件是否仍能覆盖多数项目、底线清单是否随法规或业务变化需要调整、执行中反复出现的偏差是否应转化为规则修订。复审由流程管理角色组织，形成版本记录和修订说明，避免规则长期不更新而脱离实际。
裁剪申请和替代证据放在哪里便于后续审计？
裁剪申请单、审批结论和替代证据应随项目过程统一留存，并与项目标识关联，审计时能按项目一次调取。在研发管理工具中，这类信息通常承载在工作项与关联文档里，审批结论和证据存放位置一并记录。ONES 可用于承载裁剪申请单、审批流转记录与替代证据文档，具体配置方式以实际产品资料为准。
