PA2.2 工作产品管理是达成 CL2 能力等级的两大过程属性之一，依靠 GP 通用实践落地，关注工作产物从识别、评审、版本管控到纳入基线的完整生命周期。不少团队把重点全部放在编写各类需求、架构、测试报告，认为文档写完整就满足 PA2.2。但 ASPICE 评估关注的是：工作产物有没有被识别、有没有经过评审、版本是否受控、是否纳入配置基线。现实中经常出现，文档内容齐全，但是版本混乱、评审发现问题没有闭环、非正式草稿和正式基线产物混杂，最终造成 PA2.2 无法达成。

落实 PA2.2 工作产品管理，经常遇到几类典型疏漏。没有完整识别项目全部工作产物，只识别 Word、PDF 文档，忽略测试原始日志、工具导出文件、评审纪要这类非传统产出物。工作产物区分不清草稿版本与正式基线版本，草稿直接拿来用于交付和评估取证。工作产物完成评审，评审发现的问题只记录在会议纪要，没有录入问题台账跟踪整改闭环。部分工作产物写完之后不再更新，上游需求变更，但下游关联工作产物版本维持旧状态。工作产物没有全部纳入配置管理，部分重要产出物存放在工程师个人电脑，不受版本管控。基线冻结之后，直接修改基线内文件，不走变更流程。

PA2.2 考察的不是文档写得有多完善，而是整套工作产物的管理机制：识别、评审、缺陷闭环、版本管控、基线管控，这些管理活动全部要有客观证据。

开展 CL2 筹备时，先完成项目全部工作产物识别，不局限于正式文档，测试原始记录、评审记录、工具输出文件都需要纳入识别清单，明确每一类工作产物归属。建立草稿与正式产物的区分规则，草稿仅用于内部研讨，不可以当做评估和交付证据，正式版本才纳入配置管理。

所有正式工作产物开展对应评审，评审识别出的缺陷统一录入问题解决管理流程，跟踪直至全部闭环，不能只开会记录而不跟踪整改。当上游需求、架构发生变更，要识别下游哪些工作产物会受影响，触发同步更新，保证整套工作产物之间保持一致。

所有正式使用的工作产物统一纳入配置管理，不允许关键产物保存在工程师本地。基线一旦冻结，禁止直接修改基线内的任何工作产物，如果需要改动，必须走变更请求流程，变更完成后生成新基线，旧基线完整保留不被覆盖。

内部自查的时候，不能只看文档内容质量。要顺着工作产物全生命周期去检查：有没有被识别、有没有开展评审、评审问题有没有闭环、版本是否受控、是否纳入基线。模拟评估访谈，确认项目人员可以讲清楚工作产物从生成到基线归档的整套管理规则。

就算所有工程 BP 基本实践全部落地，如果工作产物的识别、评审、版本、基线管控存在大量疏漏，PA2.2 依旧拿不到合格评定。吃透 PA2.2 工作产品管理的完整要求，补齐全生命周期管理证据，才可以稳妥完成 ASPICE CL2 评估筹备。