4. 诊断流程总览图：阶段划分、关键决策点、输出物

适用场景

本章适用于以下场景中使用需求理解偏差诊断流程前，需要建立全局视角的团队成员、项目经理、需求分析师及质量保障人员：

• 流程导入阶段——团队首次引入标准化偏差诊断机制，需要一张可张贴、可对齐的“路线图”。
• 跨角色协作对齐——需求、开发、测试、业务方需要统一理解诊断流程的阶段边界与交付物。
• 流程审计与改进——回顾历史偏差案例时，使用总览图定位断裂环节或缺失的决策点。
• 新人培训——作为入门索引，让新成员快速建立诊断流程的全局认知。

前置条件

在阅读并使用本总览图之前，需确认以下条件已满足：

1. 已完成《需求理解偏差诊断教程》前三章的学习，掌握偏差的基本分类与成因模型。
2. 团队已定义“需求理解偏差”的触发阈值（如：返工次数 ≥ 2、评审通过率 < 70%）。
3. 具备可追溯的原始需求记录（口头纪要、邮件、原型标注、用户故事等）。
4. 明确了诊断流程的发起角色（通常为需求负责人或质量保证工程师）。

诊断流程总览图

下图将整个诊断流程划分为 5 个阶段，每个阶段包含 1 个关键决策点 和 1 项核心输出物。箭头表示流程推进方向，底部的提示框标注了全局纪律：未经关键决策评审，不得跳入下一阶段。

操作步骤

以下按总览图的阶段顺序，描述每个环节的核心活动、决策要点及交付要求。各阶段之间存在严格的时序依赖，不可跳过或倒置。

阶段1：需求捕获与记录

• 主要活动：通过访谈、工作坊、原型演示等渠道收集原始需求，同步记录口头承诺、会议纪要、邮件确认、原型标注等多模态信息。
• 关键决策：判断需求来源是否具备“可追溯性”——是否能明确回溯到具体的提出人、场景和时间点。若否，则需补充来源追溯，直至满足条件。
• 输出物：原始需求记录文档，包含每条需求的来源标签、原文摘录、提出时间及上下文描述。

阶段2：需求初步解析

• 主要活动：按5W1H框架（Who、What、When、Where、Why、How）对原始需求进行结构化分解，提取角色、条件、期望行为、约束规则等核心要素。
• 关键决策：检查需求要素是否完整——是否存在未定义的执行角色、缺失的触发条件、模糊的验收标准。若要素残缺，发起补充采集。
• 输出物：结构化需求解构清单，每项需求以“角色-条件-期望-约束”四字段格式呈现。

阶段3：需求深度映射

• 主要活动：将结构化需求映射到业务场景与技术实现方案，形成“原始表述 → 团队理解 → 验收标准”的三列对比矩阵，暴露潜在的语义漂移。
• 关键决策：召集干系人评审映射矩阵，确认团队的理解与业务方预期是否一致。若偏差率 > 10%，需重新映射并校准术语。
• 输出物：需求映射矩阵，包含一致性评分、差异项标注及校准记录。

阶段4：偏差识别与分类

• 主要活动：基于映射矩阵中的差异项，系统性地识别偏差，并按“认知偏差 / 信息偏差 / 表达偏差 / 逻辑偏差”四大类进行分类与优先级排序。
• 关键决策：判定每条偏差的具体类型，区分是团队认知盲区、信息传递损耗、表述歧义还是逻辑链条断裂。类型判定直接影响后续根因分析方向。
• 输出物：偏差分类清单及优先级表，标注每类偏差的影响范围、紧急程度与建议处理策略。

阶段5：根因追溯与确认

• 主要活动：对高优先级偏差进行根因分析（5-Why法或因果图），追溯偏差产生的根本原因，制定纠正措施与防再发建议。
• 关键决策：判断根因是否可验证——能否通过复现测试、数据核对或干系人回访来确认。若根因不可验证，进入深度追溯循环。
• 输出物：需求理解偏差诊断报告，包含根因分析树、纠正措施、责任归属及预防性改进建议。

输入输出物

责任边界

各阶段的责任角色划分如下，避免职责重叠或遗漏：

记录材料

诊断流程运行期间，必须归档以下材料，作为过程证据与改进输入：

1. 阶段决策日志——记录每个关键决策点的评审时间、参与者、决策结论及依据。
2. 偏差分类台账——汇总所有已识别偏差的类型、优先级、状态（待处理/处理中/已关闭）。
3. 根因分析记录表——包含5-Why分析过程、根因表述、验证方法及验证结果。
4. 诊断报告签收单——明确报告分发对象、签收日期及后续整改计划。

异常处理

所有异常处理过程必须记录在决策日志的“异常事件”分区中，并作为流程改进会议的输入材料。

验收标准

本章（诊断流程总览图）的交付完成标志以下条件全部满足：