ASPICE 评估包含文档证据审查和人员访谈两大部分，文档证明 “有材料”，访谈证明 “流程真的在执行”。评估师通过访谈验证工程师是否理解过程要求、日常工作是否按实践执行、遇到问题如何处置。很多团队把重心全部放在整理文档，访谈前缺少统一对齐，出现岗位之间说法不一致、只会背诵标准条文、说不清自己项目实际做法等情况，即使文档齐全，依然判定弱项。

访谈高频失分情形主要分为五类。第一，把标准条文直接背诵，无法结合本项目举例，不知道自己岗位产出哪些工作产品；第二，岗位职责和证据对不上，比如负责需求的工程师说不清需求评审流程、变更怎么评估影响；第三，只说正常流程，回避异常场景，被问到需求冲突、测试不通过、紧急变更如何处理时没有清晰流程；第四，不同受访人员口径矛盾，A 说变更需要技术评审，B 说紧急变更可以跳过评审；第五，混淆过程域边界，分不清 SUP.9 问题解决、SUP.10 变更管理、MAN.3 配置管理的适用场景。

访谈准备不是统一背诵话术，核心是对齐真实项目流程，每个人掌握自己岗位对应的实践、产出物、异常处置方式。

第一步，按岗位梳理访谈提纲，匹配对应过程域。系统工程师、软件工程师、测试、配置管理员、质量人员分别梳理自己负责的过程，列出日常工作步骤、产出文档、参与的评审、遇到问题的上报路径。提纲优先用项目里真实案例，而不是抽象标准描述。

第二步，统一项目内流程口径。组织内部模拟访谈，针对变更、缺陷、基线发布、需求评审这类跨岗位流程，统一处理规则，避免多人回答互相冲突。明确紧急变更、线上缺陷这类特殊场景的处置流程，这类是评估师最爱提问的方向。

第三步，掌握证据的位置。受访人要知道自己产出的文档、记录存放在哪里、基线版本怎么查，评估师访谈中途随时调取材料核验时，可以快速定位，而不是无法对应证据。

第四步，应答遵循 “先讲做法，再举实例” 的原则。不要直接讲标准原文，优先描述本项目是怎么做的，再举一个项目里真实发生过的例子，比如 “我们遇到需求冲突时，会提交需求评审会，记录冲突分析，形成决议更新需求基线，这条记录在 XX 文档”。

最后两个重要提醒：不要编造流程，如果项目当前存在短板，如实说明现状 + 正在落实的改进计划；不要过度延伸，不属于自己岗位职责的内容，如实告知由哪个岗位负责即可，避免答错。

访谈的本质，是评估师验证过程是不是真正落地运行。岗位人员清晰理解本职工作、口径统一、有实例支撑，就可以大幅降低访谈失分风险，完整呈现 ASPICE 过程落地的真实水平。