ASPICE 正式评估包含两大取证手段，文档审查与人员访谈。文档是静态工作产物，访谈用来核实研发人员实际工作行为，确认标准实践是否真的在项目中落地。不少企业的准备重心集中在补齐各类报告、评审纪要、追溯矩阵，认为文档齐全就可以顺利通过评估，对于工程师访谈没有做系统准备。部分项目文档材料完备，但访谈过程中工程师描述的工作流程和文档记录存在出入，评估师会据此判断过程并没有真实落地，直接形成评估发现。

访谈环节容易失分，通常来自几类现实情况。工程师并不熟悉本项目已经定义的流程规则，文档由质量人员编写，一线开发人员没有参与，实际工作执行另外一套做法。面对评估师提问，习惯性按照理想中的标准话术回答，和项目真实情况脱节，追问细节之后出现前后矛盾。对评估相关概念理解不到位，混淆追溯、变更、评审的实际执行要求。项目存在裁剪，但受访工程师不了解项目裁剪规则，回答问题时和裁剪报告相互冲突。人员交接之后，当前在岗工程师不了解过往项目活动的细节，无法还原当时的过程场景。

评估访谈不是考试，不需要背诵标准条文，评估师的核心目的是了解项目真实的执行情况。过度背诵标准答案，很容易在深度追问下出现逻辑矛盾，反而引发评估师更多的怀疑。

项目评估前的访谈准备，重点不在于背诵话术，而在于让相关人员了解本项目真实的流程、裁剪规则、项目实际做法。评估前可以开展内部模拟访谈，覆盖开发、测试、项目经理、QA 等主要受访角色。模拟访谈不要教固定回答，而是帮助工程师梳理自己真实的工作流程，清楚本项目哪些实践完整执行，哪些做了合理裁剪，裁剪对应的补偿措施是什么。

区分文档编写人员和实际执行人员。质量人员输出模板与制度，但真正执行过程活动的是开发与测试工程师，要保证一线人员清楚为什么要做这些过程活动，日常工作中如何落地需求评审、变更处理、缺陷闭环、追溯维护。如果项目使用了过程裁剪，所有关键岗位人员都需要了解裁剪条目以及对应的补偿手段，避免访谈时说法前后冲突。

受访工程师面对提问，如实描述项目真实做法即可。遇到自己不了解的问题，可以如实说明该部分工作由其他同事负责，不必强行编造答案。评估师会交叉访谈多名人员，不同岗位人员的描述会相互印证。如果发现文档和实际执行存在差距，评估准备阶段优先尽量对齐，而不是寄希望于访谈环节掩饰过去。

评估师会结合文档证据和多轮访谈综合给出判定，文档与访谈两者互为补充。文档用来看到产出物是否齐全，访谈用来确认过程是否真实发生。只重文档、轻视访谈准备，是很多项目评估失利的重要诱因。把访谈准备纳入评估筹备工作，让真实执行过程和归档文档保持一致，才更有利于拿到客观公正的评估结果。