研发过程审计访谈提纲用于在年度审计或专项审计的准备阶段，把审计要点转成可逐条询问、可记录证据的问题清单。本文交付一份可直接复制的空白表格，并说明每个字段的填写口径、必填与选填的区分、一份完整的项目负责人访谈填写示例，以及按审计类型和项目规模调整模板的方法。
要点总览（TL;DR）
- 访谈提纲按角色分组，核心字段为审计要点编号、访谈问题、期望证据、回答记录、证据编号、待核实事项和结论标记，与审计清单、证据清单共用同一套编号。
- 最小可用集包括表头中的访谈编号、日期、访谈人、被访谈人、角色，以及主体表中的审计要点编号、访谈问题、回答记录和结论标记；缺项统一标注“待补”并写明责任人与期限。
- 访谈问题决定问什么，期望证据决定拿什么印证；口头回答完整但材料未核对的条目，结论标记填“待核实”，不提前判为符合。
- 年度审计保留全部角色分组，专项审计按主题裁剪分组并把问题控制在每个角色3至5条；流程或工具变更后先更新审计清单，再同步提纲编号。
- 模板维护的关键是访谈提纲、审计清单与证据清单三者编号同步，旧编号停用而非覆盖，并在版本记录中注明原因。
可复制空白访谈提纲模板
下表为空白模板，可直接复制到文档或表格工具中使用。使用时先填写表头信息，再按访谈对象分组逐行补充问题。每个角色分组保留至少一行空白行，便于现场追加问题。
表头信息
| 字段 | 填写内容 |
|---|---|
| 访谈编号 | 如 IV-2025-001，按审计项目统一编号 |
| 访谈日期 | 年-月-日 |
| 访谈人 | 审计人员姓名 |
| 被访谈人 | 姓名 |
| 角色 | 项目负责人 / 开发 / 测试 / 配置管理 / 质量与流程管理 |
| 所属项目或产品线 | 项目名称或产品线名称 |
| 审计类型 | 年度审计 / 专项审计 |
访谈主体表（按角色分组）
| 审计要点编号 | 访谈问题 | 期望证据 | 回答记录 | 证据编号 | 待核实事项 | 结论标记 |
|---|---|---|---|---|---|---|
| 一、项目负责人 | ||||||
| 二、开发人员 | ||||||
| 三、测试人员 | ||||||
| 四、配置管理人员 | ||||||
| 五、质量与流程管理人员 | ||||||
纯文本版（便于粘贴到文档）
访谈编号：____ 访谈日期：____ 访谈人：____ 被访谈人：____ 角色：____ 所属项目或产品线：____ 审计类型：____
【项目负责人】
审计要点编号 | 访谈问题 | 期望证据 | 回答记录 | 证据编号 | 待核实事项 | 结论标记
____ | ____ | ____ | ____ | ____ | ____ | ____
____ | ____ | ____ | ____ | ____ | ____ | ____
【开发人员】
审计要点编号 | 访谈问题 | 期望证据 | 回答记录 | 证据编号 | 待核实事项 | 结论标记
____ | ____ | ____ | ____ | ____ | ____ | ____
【测试人员】
审计要点编号 | 访谈问题 | 期望证据 | 回答记录 | 证据编号 | 待核实事项 | 结论标记
____ | ____ | ____ | ____ | ____ | ____ | ____
【配置管理人员】
审计要点编号 | 访谈问题 | 期望证据 | 回答记录 | 证据编号 | 待核实事项 | 结论标记
____ | ____ | ____ | ____ | ____ | ____ | ____
【质量与流程管理人员】
审计要点编号 | 访谈问题 | 期望证据 | 回答记录 | 证据编号 | 待核实事项 | 结论标记
____ | ____ | ____ | ____ | ____ | ____ | ____
每个字段填什么：字段说明
字段口径统一，不同审计人员填写同一份提纲时才能交叉比对。下表逐字段说明含义与写法。
| 字段 | 含义 | 填写口径 |
|---|---|---|
| 审计要点编号 | 该问题对应的审计清单条目编号 | 直接引用审计清单中的编号，如 A-03、B-12；一个问题对应多个要点时并列填写，用逗号分隔。编号必须与审计清单、证据清单保持一致，便于三份材料交叉引用。 |
| 访谈问题 | 向被访谈人提出的具体问题 | 写成开放式问句，指向一个可观察的做法或产物，如“需求变更后如何通知测试并更新测试范围”。避免“是否遵守流程”这类只能回答是或否的笼统问法。 |
| 期望证据 | 回答该问题时应能提供的客观材料 | 写证据类型与范围，如“变更评审记录（近半年）”“测试报告与缺陷关闭记录”。期望证据在访谈前预先写好，访谈中据此索取，避免被访谈人随意提供材料。 |
| 回答记录 | 被访谈人的口头回答要点 | 记录关键事实、时间、数量与责任人，不逐字记录。涉及“通常”“一般”等模糊表述时，追问具体案例并记入待核实事项。 |
| 证据编号 | 实际取得的证据在证据清单中的编号 | 与证据清单共用编号，如 E-021；现场未能取得时填“待取”并注明承诺提供时间。一个回答对应多份证据时并列填写。 |
| 待核实事项 | 访谈中无法当场确认、需要后续查证的内容 | 写清核实对象、核实方式与责任人，如“抽查 3 份变更单核对评审签字，由审计员张某在 3 个工作日内完成”。 |
| 结论标记 | 该条要点的初步符合性判断 | 访谈阶段一般填“符合”“部分符合”“不符合”“待核实”四类之一；证据尚未到手时填“待核实”，不提前下结论。 |
访谈问题与期望证据是两个不同字段：问题决定问什么，期望证据决定拿什么来印证回答。两者成对出现，才能把口头陈述落到可检查的材料上。审计要点编号则是把访谈提纲、审计清单和证据清单串起来的索引，三份材料使用同一套编号，后续汇总时不必重新对照。
必填与选填：哪些字段不能空
访谈提纲的最小可用集是：表头中的访谈编号、日期、访谈人、被访谈人、角色，以及主体表中的审计要点编号、访谈问题、回答记录、结论标记。缺少其中任何一项，该行记录都难以支撑符合性判断或事后追溯。
| 字段 | 必填/选填 | 说明 |
|---|---|---|
| 访谈编号 | 必填 | 用于归档与交叉引用，缺失则无法定位记录 |
| 访谈日期、访谈人、被访谈人、角色 | 必填 | 构成访谈记录的基本事实，也是被访谈人确认记录的前提 |
| 所属项目或产品线 | 必填 | 专项审计中用于界定范围；年度审计中用于分项目汇总 |
| 审计类型 | 选填 | 单次审计内类型固定时可在表头统一注明，不必逐行填写 |
| 审计要点编号 | 必填 | 缺失则问题无法回溯到审计清单 |
| 访谈问题 | 必填 | 提纲的主体内容 |
| 期望证据 | 必填（访谈前） | 应在访谈前写好；临时追加的问题可当场补填 |
| 回答记录 | 必填 | 被访谈人拒绝回答或不清楚时，如实记录该情况，不留空 |
| 证据编号 | 条件必填 | 回答涉及可提供材料时必须填写；纯管理陈述类问题可填“无对应材料”并说明 |
| 待核实事项 | 选填 | 无待核实内容时填“无”，避免空行被误读为遗漏 |
| 结论标记 | 必填 | 访谈结束时逐行标注，未取得证据的标“待核实” |
不同访谈对象下必填字段存在差异。项目负责人访谈多涉及计划、评审与资源决策，回答记录与待核实事项通常较多；开发与测试人员访谈以具体操作和记录为主，证据编号的必填比例更高；配置管理与质量流程人员访谈常涉及制度文件，期望证据应写明文件名称与版本。缺项时的统一处理方式是标注“待补”并写明补齐责任人与期限，不用空白或横线代替，以免汇总时无法区分“未问”与“未答”。
访谈记录与证据编号需要长期留存并支持检索时，可以把每条访谈问题登记为研发管理工具中的工作项或文档条目，将证据编号写入字段，访谈结束后由被访谈人在记录上确认。ONES 支持在工作项与文档中留存过程记录和评审意见，适合承载这类需要按项目归档、按编号追溯的访谈材料；具体字段配置可按团队现有流程设置。
填写示例：一次完整的项目负责人访谈
示例背景为演示情景：某产品线开展年度研发过程审计，审计范围覆盖近一年的需求变更与版本发布流程，访谈对象为该项目负责人李某，访谈人王某，访谈日期为审计期内的某工作日。
表头：访谈编号 IV-2025-007；访谈日期 2025-03-11；访谈人 王某；被访谈人 李某；角色 项目负责人；所属项目或产品线 A 产品线；审计类型 年度审计。
| 审计要点编号 | 访谈问题 | 期望证据 | 回答记录 | 证据编号 | 待核实事项 | 结论标记 |
|---|---|---|---|---|---|---|
| A-03 | 需求变更进入开发前经过哪些评审环节？由谁批准？ | 变更评审记录（近半年）、变更单审批签字 | 变更由产品经理发起，研发负责人与测试负责人会签，超过 5 人日的变更需项目负责人批准；近半年共 14 次变更 | E-021 | 抽查 3 份变更单核对会签是否齐全，王某 3 个工作日内完成 | 部分符合 |
| A-07 | 版本发布前如何确认测试完成与遗留缺陷可接受？ | 发布评审记录、测试报告、遗留缺陷清单 | 发布前召开评审会，测试负责人报告通过率与遗留缺陷等级，项目负责人签字放行 | E-024、E-025 | 核对最近一次发布的评审记录签字日期是否早于发布日 | 待核实 |
| B-02 | 项目计划调整后如何同步给相关角色？ | 计划变更记录、通知记录 | 计划调整在周会宣布，并在项目管理工具中更新里程碑 | 无对应材料 | 确认周会纪要是否留存，若无则补充访谈开发人员交叉印证 | 待核实 |
示例中 A-03 的问题指向变更评审动作，期望证据是评审记录与签字，回答记录只保留关键事实（会签角色、审批门槛、变更次数），证据编号指向已取得的变更单集合，待核实事项写明抽查数量、责任人与期限。A-07 的回答听起来完整，但签字日期是否合规需要比对材料，因此结论标记为“待核实”，不因口头回答完整就判为符合。B-02 属于管理陈述类问题，现场没有对应材料，证据编号如实填写“无对应材料”，并通过交叉访谈补充印证。
访谈结束后，待核实事项转入审计工作底稿跟踪：抽查完成后回填结论标记，证据编号补齐，再由被访谈人李某确认访谈记录内容无误并签字。这样一份提纲既保留了访谈原貌，也留下了后续核实的路径。
提纲的调整与维护方法
模板需要随审计类型和项目情况调整，以下清单可作为每次启用前的检查动作。
- 按审计类型调整问题范围：年度审计覆盖面广，五个角色分组全部保留，问题以流程整体运行情况为主；专项审计聚焦单一主题（如变更管理或发布管理），可只保留相关角色分组，问题数量控制在每个角色 3 至 5 条，并把审计要点编号限定在专项清单范围内。
- 按项目规模裁剪分组：小型项目可能由一人兼任开发与配置管理，可将两个分组合并为一次访谈，但角色字段仍分别标注，避免汇总时角色信息丢失；大型项目涉及多团队时，按团队分别建立访谈编号，共用同一套审计要点编号。
- 流程或工具变更后同步编号：研发流程调整或管理工具更换后，先更新审计清单，再逐条核对访谈提纲中的要点编号与期望证据，删除失效条目并在版本记录中注明停用原因，不直接覆盖旧编号。
- 版本记录与复用：模板文件保留版本号、修订日期、修订人和修订说明；每次审计结束后收集填写中的问题（如某字段反复留空、某类证据难以取得），在下一次启用前修订。复用旧版提纲时先核对审计清单版本是否一致。
维护的核心是保持访谈提纲、审计清单与证据清单三者编号同步。编号一旦脱节，访谈记录就难以支撑符合性判断，模板的复用价值也会下降。
常见问题
访谈提纲和审计清单、证据清单是什么关系，能否只做一份？
三份材料分工不同：审计清单列出需要检查的符合性要求，证据清单登记实际取得的材料，访谈提纲把审计要点转成可询问的问题并记录回答。提纲中的审计要点编号直接引用审计清单编号，证据编号与证据清单共用一套编号，三份材料才能交叉引用。只做访谈提纲，问题无法回溯到审计要求，汇总时也难以判断覆盖是否完整。
被访谈人当场无法提供证据，或者回答“一般是这么做的”，记录该怎么写？
回答记录如实写下对方的表述，并追问一个具体案例，把案例的时间、涉及项目和责任人记入待核实事项。证据编号填“待取”并注明承诺提供的时间，结论标记填“待核实”。后续取得材料后回填证据编号和结论，不要因为口头回答听起来合理就提前标为符合。
小型项目一人兼任多个角色，访谈分组还要分开吗？
可以合并为一次访谈，但角色字段仍按实际兼任情况分别标注，例如“开发兼配置管理”。这样汇总时角色信息不会丢失，同一人被问及不同角色的问题时也能区分回答归属。合并后访谈编号可共用一个，主体表中按角色分段记录。
访谈记录和证据编号用什么方式留存比较合适？
选择取决于团队已有的工具环境。文档方式适合审计频次低、参与人少的场景；如果访谈记录需要按项目归档、按编号检索，并让被访谈人在线确认，可以登记为研发管理工具中的工作项或文档条目，把证据编号写入字段。ONES 支持在工作项与文档中留存过程记录和评审意见，具体字段配置按团队现有流程设置。
专项审计时提纲需要重新设计吗？
不必重做，在通用模板上裁剪即可。保留与专项主题相关的角色分组，把审计要点编号限定在专项清单范围内，每个角色保留3至5条问题。裁剪后核对一遍期望证据是否仍与专项要求对应，并在版本记录中注明本次使用的模板版本和裁剪范围，便于后续复用和比对。
