ASPICE 正式评估包含文档审查和人员访谈两部分，文档审查看证据有没有，访谈看过程是不是真的在执行。很多团队准备评估，把绝大部分精力放在补文档上，忽略访谈准备。受访人员随口的一些回答，本来想敷衍过去，反而引起评估师的怀疑，顺着话题深挖细节，最后暴露出大量过程执行层面的问题。访谈环节的失分，很多时候不是问题本身难，而是回答方式不对，主动踩坑。

访谈中常见的几类容易触发深挖的回答，几乎每个项目都或多或少出现过。

第一类是模糊笼统的回答。比如问某个过程怎么执行，回答 “我们都做了”“应该没问题”“大概是这样”，没有具体细节、没有实例、没有证据指向。这类回答评估师基本都会继续追问，具体怎么做的、谁来做、什么时候做、记录存在哪里、能不能拿出来看。越模糊，追问越深入。

第二类是把计划当已执行。比如问某个问题有没有整改，回答 “我们计划后面改”“我们已经安排了”；问某个过程有没有落地，回答 “我们制度里写了”。评估师关心的是有没有实际执行，不是有没有计划、有没有制度。听到计划类的回答，一定会追问现在到底做了没有、做到什么程度、有没有执行记录。

第三类是强调特殊理由。比如问为什么某个过程没做，回答 “这个项目赶工期”“客户要求先上线”“这个模块比较简单”。这类回答很容易引发评估师进一步询问：这是项目个例，还是公司所有项目都这样？有没有走正式的裁剪审批？有没有对应的补偿措施？特殊理由不能直接豁免标准要求，反而会引出更多关于流程合规性的追问。

第四类是不同人员回答前后矛盾。项目经理说一套，开发人员说另一套，测试人员又有第三种说法。评估师会交叉访谈不同岗位，说法不一致的时候，就会判断过程没有真实落地，只是纸面规定，进而加大抽样核查力度，挖出更多问题。

做好访谈准备，不是背标准答案，而是统一认知、掌握方法。

首先，所有受访人员要基于真实工作回答，知道多少说多少。不清楚的问题可以说明这个部分由其他同事负责，后续可以提供证据，不要强行编造，越编漏洞越多。

其次，回答问题尽量具体，用事实和动作说话。不说 “我们都做了”，说 “我们每个变更都会提交变更申请，先做影响分析，评审通过再修改，改完做回归测试，记录都在配置管理系统里”。有动作、有流程、有证据存放位置，评估师就不会反复追问。

第三，涉及特殊情况，主动说明原因同时说明规则。比如某个项目做了裁剪，主动说明裁剪的原因、走了什么审批、对应的补偿措施是什么，证明不是随意跳过。

第四，提前统一关键口径。不同岗位对同一个过程的描述要一致，尤其是变更、评审、配置管理这类跨角色的过程，避免出现前后矛盾。

内部预评估的时候，可以同步开展模拟访谈，提前发现回答中的问题，调整表达。

访谈不是考试，是和评估师的正常沟通。不敷衍、不编造、讲事实、说细节，反而更容易获得评估师的认可，减少不必要的深挖，降低访谈环节的失分风险。