ASPICE过程评估看工作产品，核心是看它能否证明过程按定义执行、输出满足过程目的、结果可追溯到需求与验证记录。因此保留与裁剪不能按文档数量决定，而要按证据链是否完整判断：支撑过程目的、记录关键决策与验证结论、承载追溯关系的工作产品应保留；重复记录同一事实、仅用于内部沟通或格式性汇总的材料可按项目裁剪，但裁剪要留下书面理由和替代证据。ONES在汽车软件研发方案中提供工作产品存储与跨域追溯的承载能力，可作为落地时的工具选项之一。
要点总览（TL;DR）
- ASPICE过程评估看工作产品，核心是三条证据线：过程目的达成、执行一致性、结果可追溯；保留与裁剪按证据链完整性判断，不按文档数量。
- 必须保留的是承载不可替代信息的工作产品：需求与变更记录、设计与决策记录、验证与测试结果、问题闭环记录、追溯与配置管理记录。
- 可裁剪的是重复汇总、内部沟通材料、格式性模板；裁剪需满足不影响过程目的、不破坏追溯链、有替代证据三个前提，并留下书面理由与审批记录。
- 项目早期探索、评估范围未覆盖的过程域、组织尚无成文过程定义时，可暂缓追求完整证据链，先跑通关键活动再固化记录。
- 规则是否可行，先在一个过程域或一个项目试点，检查证据链闭合、裁剪有记录、评估能自证，再决定推广或调整。
条件式结论：哪些工作产品必须留、哪些可裁剪
在多数ASPICE评估场景中，可以先把工作产品分成三类处理：必须保留、可裁剪、需书面说明后裁剪。这个划分依据的是证据链完整性，而非文档厚薄。项目风险等级、评估覆盖的过程域和客户合同要求会改变具体边界，所以下面的清单是判断起点，不是一律适用的硬性规定。
| 类别 | 判断标准 | 典型处理 |
|---|---|---|
| 必须保留 | 支撑过程目的达成；记录关键决策与验证结论；承载需求到测试的追溯关系 | 纳入受控库，保留版本与评审记录 |
| 可裁剪 | 重复记录同一事实；仅用于内部沟通；格式性汇总，不承载独立结论 | 可合并、简化或不再单独产出 |
| 需书面说明 | 介于两者之间，或裁剪后需以其他材料替代证明 | 记录裁剪理由、替代证据和审批人 |
判断时可以先问三个问题：这份工作产品是否直接证明某个过程目的已达成？它是否记录了无法从其他材料还原的决策或验证结论？它是否承担追溯链上的一环？三个问题中有一个答案为“是”，就应归入必须保留或需书面说明。三个都不是，才进入可裁剪范围。项目处于高安全等级或评估范围较宽时，边界应偏保守；内部改进型评估、范围明确且风险较低时，可以适当放宽。
工作产品在过程评估中的证据作用
评估员通常无法全程观察项目执行，只能通过工作产品反推过程是否发生、是否按定义执行、结果是否可信。工作产品在这里承担的是客观证据角色，主要沿三条证据线发挥作用。
第一条是过程目的达成证据。每个过程都有其目的，例如需求分析过程要产出经过分析和确认的需求，评估员会检查需求规格、分析记录和确认记录，判断该过程的目的是否有实际输出支撑。第二条是执行一致性证据。过程定义中规定了活动、角色、评审和准入准出条件，工作产品上的评审记录、审批状态和版本历史，能说明这些活动是否真的执行，而非只写在计划里。第三条是结果可追溯证据。从需求到设计、实现、测试再到问题闭环，追溯关系把各过程的输出串成一条链，评估员据此判断变更是否被传递、验证是否覆盖需求、缺陷是否闭环。
评估关注的是证据的充分性与一致性，而非文档数量。十份内容重复的汇总表，不如一份带评审记录和追溯链接的需求规格有说服力。反过来，如果关键工作产品缺失，评估员通常不会直接判定过程未执行，而是判定证据不足，要求补充说明或列为改进项；在正式评估中，证据不足可能影响过程属性的达成判断。因此保留工作产品的目标，是让每条证据线都能自证，而不是把文档堆满。
必须保留的工作产品：按证据链识别
识别必须保留的工作产品，可以沿证据链位置逐段检查。下表按类别列出典型类型和保留理由，具体名称应结合组织过程定义调整。
| 类别 | 典型工作产品 | 为何构成不可替代证据 |
|---|---|---|
| 需求与变更记录 | 需求规格、需求分析记录、变更请求与变更影响分析 | 证明需求被分析、确认和受控变更，是后续设计与测试的输入基准 |
| 设计与实现决策记录 | 架构设计、详细设计、设计评审记录、关键技术决策说明 | 证明设计活动发生且经过评审，决策理由无法从代码或测试结果还原 |
| 验证与测试结果 | 测试计划、测试用例、测试执行记录、验证报告 | 证明输出经过验证，测试结果与需求之间存在可检查的对应关系 |
| 问题与缺陷闭环记录 | 问题报告、缺陷记录、纠正措施与关闭状态 | 证明问题被发现、分析、处理并关闭，形成闭环而非停留在记录 |
| 追溯关系与配置管理记录 | 追溯矩阵或追溯链接、配置项清单、基线记录、版本历史 | 证明各过程输出之间的对应关系可查，变更和基线受控 |
这些类别的共同点是承载了无法从其他材料还原的信息：决策理由、验证结论、追溯关系和闭环状态。一旦缺失，评估员很难用其他材料替代证明。项目可以调整这些工作产品的模板和详略程度，但不宜整体取消。对于规模较小的项目，可以把多份记录合并到同一份受控文档中，只要内容完整、版本可查、评审留痕，证据作用仍然成立。
可按项目裁剪的工作产品与裁剪前提
可裁剪的典型对象包括：重复汇总类材料，例如同一批测试结果既在测试报告中出现又在周报中重复汇总；内部沟通材料，例如会议纪要中不承载决策结论的部分；格式性模板，例如为满足格式要求而填写、但无独立结论的检查表。这些材料裁剪后，过程目的和追溯链不应受到影响。
裁剪需要满足三个前提：不影响过程目的达成，即该过程仍有其他材料证明输出满足目的；不破坏追溯链，即需求、设计、实现、验证之间的对应关系仍可查；有替代证据，即被裁剪材料承载的信息能从其他受控工作产品中获得。三个前提缺一，就应归入需书面说明类别，而不是直接裁剪。
| 裁剪对象 | 可裁剪条件 | 记录要求 |
|---|---|---|
| 重复汇总材料 | 原始记录已受控且可查 | 注明原始记录位置 |
| 内部沟通材料 | 不含决策结论或行动项 | 决策类内容转入受控记录 |
| 格式性模板 | 不承载独立结论 | 说明替代证明方式 |
裁剪决策应形成书面记录，写明裁剪对象、理由、替代证据、影响范围和审批人。审批角色通常由项目负责人与质量或过程负责人共同承担，涉及客户合同要求时还需客户代表确认。评估时，裁剪记录本身就是过程受控的证据之一，可以向评估员说明“此处按项目裁剪，替代证据在某处”，比事后解释缺失材料更主动。
投入与前提：保留工作产品的成本与组织条件
维持证据链需要持续投入，组织在决定全面保留前应评估自身条件。人力方面，需求、设计、测试和问题记录都需要有人产出、有人评审、有人归档，评审不能只签字不检查。工具方面，工作产品需要集中存储、版本管理和追溯关系维护，分散在个人目录或聊天工具中的材料很难在评估时快速取证。ONES研发管理+ASPICE解决方案在方案层面支持汽车软件研发全生命周期流程活动和跨域协作全过程的可追溯性，功能模块组合包括项目管理、知识库、工单管理、资源管理、测试管理和效能管理，可作为承载工作产品与追溯关系的工具选项；具体追溯粒度和基线管理方式需结合组织配置确认。
角色前提同样重要：每类工作产品要有明确的产出责任人、评审人和归档责任人，避免出现“大家都以为别人在维护”的情况。过程定义和裁剪规则需要先成文，明确哪些工作产品必须保留、哪些可按条件裁剪、裁剪由谁审批。规则未成文时，保留工作产品容易变成个人习惯，评估时难以说明一致性。
暂缓条件：哪些情况下先不追求完整证据链
完整证据链有价值，但在以下条件下，先追求形式完整反而会带来文档堆积和虚假合规的风险，可以暂缓。
- 项目处于早期探索阶段，过程尚未稳定，此时应先把关键活动和输出跑通，再逐步固化记录要求。
- 评估范围未覆盖某些过程域，这些过程域的工作产品可以先按项目实际需要管理，不必按评估标准全面铺开。
- 组织尚无成文的过程定义和裁剪规则，此时大规模保留工作产品缺少判断依据，容易产出大量低价值文档。
- 团队把文档数量当作证据质量，出现为凑材料而补记录的情况，这会削弱证据的可信度，应先纠正再扩展。
暂缓不等于放弃。暂缓期间应明确哪些证据线已经具备、哪些待补，并设定重新启动完整保留的触发条件，例如进入正式评估准备期或过程定义发布后。
试点判断：用小范围验证保留与裁剪规则
保留与裁剪规则是否可行，适合先在一个过程域或一个项目上验证，再决定推广。试点范围建议选择证据链较完整、涉及角色较全的过程域，例如需求分析到测试验证这一段，便于观察追溯关系是否闭合。
试点执行可以按以下步骤推进：先按规则列出该范围内必须保留、可裁剪和需书面说明的工作产品清单；再实际执行一轮，产出工作产品并完成评审和归档；然后检查三个验证点——证据链是否闭合、每项裁剪是否有记录和替代证据、评估员能否仅凭现有材料判断过程已执行；最后由项目负责人、质量负责人和过程负责人共同复盘，记录发现的问题和规则调整建议。
推广或调整的判断标准可以设为：证据链检查无断点，裁剪记录完整且替代证据可查，模拟评估时主要过程目的均能自证。若出现追溯断点或裁剪后无法说明，应先调整规则再扩大范围。试点产出包括工作产品清单、裁剪记录样例、复盘结论和修订后的规则版本，这些材料本身也可以作为组织过程改进的证据。
常见问题
项目规模小、人员少，工作产品可以整体简化吗？
可以简化形式，不宜整体取消。规模较小的项目可以把多份记录合并到同一份受控文档中，例如把需求分析记录与确认记录合并，只要内容完整、版本可查、评审留痕，证据作用仍然成立。判断标准是这份材料能否证明过程目的达成、决策与验证结论是否可还原、追溯关系是否可查。三项都满足，合并后的文档同样有效；若合并后丢失了决策理由或追溯关系，就应拆回或补充替代证据。
裁剪记录需要谁审批，客户合同有要求时怎么处理？
裁剪决策通常由项目负责人与质量或过程负责人共同审批，前者对项目交付负责，后者对过程一致性负责。涉及客户合同明确约定的交付物或记录要求时，裁剪前需取得客户代表确认，并把确认结果写入裁剪记录。裁剪记录应写明裁剪对象、理由、替代证据、影响范围和审批人，评估时可直接作为过程受控的证据出示。审批角色可以按组织实际调整，关键是裁剪有据可查、有人负责。
评估时发现某份工作产品缺失，会直接判定过程未执行吗？
通常不会直接判定过程未执行，而是判定证据不足，要求补充说明或列为改进项。评估员关注的是证据的充分性与一致性，缺失关键工作产品时，会看是否有其他受控材料能替代证明过程目的达成和追溯关系。如果替代证据充分，影响可控；如果证据链出现断点，可能影响过程属性的达成判断。因此日常保留工作产品的目标，是让每条证据线都能自证，而不是等到评估前补材料。
暂缓完整证据链之后，什么时候重新启动？
暂缓期间应明确哪些证据线已具备、哪些待补，并设定重新启动的触发条件。常见触发条件包括：进入正式评估准备期、组织过程定义与裁剪规则发布、项目从探索阶段转入稳定交付阶段、评估范围扩大到此前未覆盖的过程域。触发后按保留与裁剪规则逐项补齐，优先补追溯关系和验证结论类材料，再补格式性记录。暂缓是阶段安排，需要有明确的复核时点，避免长期停留在低证据状态。
用工具承载工作产品时，需要关注哪些配置点？
工具承载的重点是让工作产品可集中存储、版本可查、追溯关系可维护。选型或配置时可以关注：工作产品是否按项目或过程域集中管理，版本历史与评审记录是否随文档保留，需求到测试的追溯链接能否跨模块建立，基线能否在变更时固定。ONES研发管理+ASPICE解决方案在方案层面支持汽车软件研发全生命周期流程活动和跨域协作全过程的可追溯性，功能模块组合包括项目管理、知识库、工单管理、资源管理、测试管理和效能管理；具体追溯粒度和基线管理方式需结合组织配置确认。
