缺陷分诊是在受理环节对新提交的缺陷做出明确决策：判断是否成立，确定严重程度与优先级，指派责任模块与处理人，并给出处理时限和后续动作。本文围绕一张分诊记录表、五步过单流程、角色分工与完成检查展开，适合正在建立或规范缺陷受理流程的研发团队参考。
要点总览（TL;DR）
- 缺陷分诊是受理决策：每条缺陷过完分诊必须留下一个明确结论，结论取自接收并指派、退回补充、合并重复、转需求或非缺陷、暂缓五类之一。
- 分诊记录表固定八个核心字段：复现步骤、影响范围与版本、严重程度、优先级、责任模块、处理人、决策结论、处理时限，填写责任与决策权对应。
- 过单按五步执行：完整性检查、有效性判断、定级、定位责任模块并指派处理人、给出结论与时限，前一步不通过不进入下一步。
- 分诊由固定主持人按每日固定时段或批次集中过单，退回补充写明缺失项与补齐期限，跨模块争议由分诊主持人裁决并记录。
- 用返工率、改派次数、分诊时长观察分诊质量，指标异常时优先调整提交模板、模块归属边界和过单节奏。
分诊要产出什么：一张决策表定清字段
分诊的本质是受理决策，每条缺陷经过分诊后必须留下一个明确结论，而不只是贴几个标签。承载这个结论的工具是一张分诊记录表，字段固定、填写责任到人，后续的排期、改派和复盘都以它为依据。
建议的字段清单如下，团队可以按缺陷类型增减，但核心决策字段应保持稳定：
| 字段 | 含义 | 填写人 | 填写时点 |
|---|---|---|---|
| 复现步骤 | 环境、前置条件、操作序列、实际结果与预期结果 | 提交人 | 提交时 |
| 影响范围与版本 | 受影响的用户群体、功能模块、产品版本或环境 | 提交人，分诊时补全 | 提交时、分诊时 |
| 严重程度 | 缺陷本身造成的损害程度，如数据错误、功能不可用、体验问题 | 分诊人 | 分诊时 |
| 优先级 | 结合业务节奏确定的处理先后，如立即处理、本迭代、排期 | 分诊人，必要时与产品负责人确认 | 分诊时 |
| 责任模块 | 缺陷归属的功能模块或服务 | 分诊人 | 分诊时 |
| 处理人 | 具体承接修复或进一步定位的人 | 分诊人，模块负责人确认 | 分诊时 |
| 决策结论 | 接收并指派、退回补充、合并重复、转需求或非缺陷、暂缓之一 | 分诊人 | 分诊时 |
| 处理时限 | 首次响应时间与计划解决时间 | 分诊人 | 分诊时 |
严重程度与优先级要分开定义。严重程度描述损害本身，例如支付金额计算错误属于高严重程度；优先级描述处理顺序，同样高严重程度的缺陷，如果只影响内部测试环境，优先级可以低于线上同类问题。两者混用会导致分诊结论随讨论者的立场摇摆，也难以在复盘时判断定级是否合理。
字段的填写责任要与决策权对应：提交人负责事实信息，分诊人负责判断类字段，处理人在接收后补充定位结论。填写时点集中在提交与分诊两个节点，避免缺陷在流转中反复补字段。
按步骤过单：从受理到指派的五步操作
分诊按固定顺序逐条过单，每一步都有明确的输入、动作、输出和完成标志，前一步不通过就不进入下一步。
第一步：完整性检查
输入是新提交的缺陷记录。动作是核对复现步骤、环境版本、实际与预期结果是否齐全，能否据此判断问题是否存在。输出是“信息充分”或“需补充”的判断。完成标志是分诊人能够独立按记录复现或至少理解问题现象；信息不足的缺陷进入退回补充分支，不进入后续定级。
第二步：有效性判断
输入是信息完整的缺陷记录。动作包括三项核对：确认问题是否真实成立，检索是否已有相同缺陷，判断它属于缺陷还是需求变更、使用问题或环境故障。输出是有效性结论。完成标志是每条缺陷被归入“成立”“重复”“非缺陷”之一，重复缺陷关联到主记录后关闭，非缺陷转给对应渠道并注明原因。
第三步：定级
输入是确认成立的缺陷。动作是先按损害程度定严重程度，再结合影响范围、版本阶段和业务节奏定优先级。输出是严重程度与优先级两个字段。完成标志是两个字段都有取值且理由可写出一句话，例如“高严重程度：线上支付金额错误；优先级立即：影响全部线上用户”。
第四步：定位责任模块并指派处理人
输入是定级后的缺陷。动作是根据现象和日志判断归属模块，找到该模块的负责人，由负责人指定具体处理人。输出是责任模块与处理人字段。完成标志是处理人明确到人而非到组，且处理人已知晓接收。
第五步：给出结论与时限
输入是前四步的全部结果。动作是写入决策结论、首次响应时限和计划解决时间，必要时附上分诊备注。输出是一条完整的分诊记录。完成标志是记录表中决策结论、处理人、时限三项均非空，缺陷状态随之进入对应流转。
角色与节奏：谁分诊、多久分一次、如何交接
分诊要持续运转，需要固定角色和固定节奏，否则容易出现“谁看到谁处理”或缺陷积压数日无人定级的情况。
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 分诊主持人 | 组织过单、逐条给出决策结论、裁决归属争议 | 完整的分诊记录、争议裁决结论 |
| 模块负责人 | 确认责任模块归属、指定处理人、评估修复工作量 | 处理人指派、工作量初判 |
| 提交人 | 提供可复现的事实信息，响应补充要求 | 完整的缺陷描述与补充材料 |
| 处理人 | 接收指派、确认或反馈归属异议、按承诺时限推进 | 接收确认、定位结论 |
分诊节奏建议按每日固定时段集中过单，例如每天上午用半小时处理前一日新增缺陷；缺陷量大的团队可以按批次过单，每批处理完再开放下一批。固定时段的好处是提交人知道何时能拿到结论，处理人知道何时会收到指派，分诊主持人也能集中判断而非被零散打断。
退回补充要有交接规则：分诊人写明缺什么信息、期望何时补齐，缺陷退回提交人后保留在原队列，超时未补齐的由分诊主持人决定暂缓或关闭。跨模块归属争议先由相关模块负责人协商，协商不成的由分诊主持人裁决；涉及架构层面的归属问题，升级到技术负责人确定，裁决结果记录在分诊备注中，供后续同类问题参考。
当缺陷记录、指派和状态流转放在同一套工作项系统中时，分诊表可以直接作为工作项字段承载。ONES 支持在工作项中配置自定义字段与责任人，分诊结论、责任模块和处理时限随缺陷记录一起流转，退回补充和改派也留有操作记录，便于按周查看积压与改派情况。
示例：一条支付失败缺陷的分诊过程
以下为演示情景，用于说明分诊表如何填写，数据为虚构。
原始提交内容：“用户反馈支付失败，请尽快处理。”这条记录缺少环境、版本、复现步骤和实际报错，属于典型的信息不足。
第一步完整性检查：分诊人无法判断失败发生在哪个支付渠道、哪个版本、是否可复现，判定需补充，退回提交人，要求补充订单号、支付渠道、客户端版本、报错截图和发生时间。提交人当天补齐后重新进入队列。
第二步有效性判断：分诊人按补充信息复现，确认在特定版本下使用某支付渠道时订单状态显示失败但实际已扣款，问题成立；检索历史缺陷未发现相同记录，不属于重复；该现象属于功能缺陷而非需求变更。
第三步定级：实际扣款而订单显示失败会造成用户重复支付和客诉，严重程度定为高；影响范围为该渠道的部分线上用户，优先级定为立即处理。
第四步定位与指派：根据报错日志判断问题出在支付结果回调处理模块，模块负责人确认后指定该模块一名工程师为处理人，工程师回复接收。
第五步结论与时限：决策结论为“接收并指派”，首次响应时限为当日，计划解决时间定为一个工作日内，分诊备注写明定级理由和复现要点。至此该缺陷的分诊记录字段全部填写完成，进入修复流转。
完成检查：分诊质量的核对项与改进
判断分诊是否做到位，可以按条核对以下检查项：
- 每条缺陷有且只有一个决策结论，结论取自五类固定选项；
- 处理人明确到具体个人，且已确认接收；
- 严重程度与优先级均有取值，定级理由可追溯；
- 首次响应时限与计划解决时间已填写；
- 必填字段无空缺，退回补充的记录写明了缺失项和补齐期限。
常见偏差有三类：结论含糊，例如写“再看看”“待讨论”，实际等于没有决策；优先级凭感觉，同类缺陷在不同日期定出不同级别；责任模块反复改派，缺陷在多个模块间流转数日无人真正接手。这些偏差会直接体现在后续修复环节的等待时间上。
可以用三个指标观察分诊质量：返工率，即分诊后被退回补充或重新定级的比例；改派次数，即一条缺陷在分诊后更换处理人的平均次数；分诊时长，即从提交到给出结论的平均时间。指标出现异常时，优先调整规则而非追责个人：返工率高说明提交模板缺少必填引导，改派多说明模块归属边界不清，分诊时长上升说明过单节奏或分诊人力需要调整。规则调整后观察一到两周指标变化，再决定是否固化。
常见问题
缺陷提交信息不全，分诊时应该直接退回还是先定级？
退回补充优先于定级。分诊人无法按记录复现或理解问题现象时，定级只能凭猜测，后续改派和重新定级的成本更高。退回时写明缺什么信息、期望何时补齐，缺陷保留在原队列；超时未补齐的由分诊主持人决定暂缓或关闭。只有信息足以判断问题存在，才进入有效性判断和定级。
严重程度和优先级能不能合并成一个字段？
建议分开。严重程度描述缺陷本身造成的损害，优先级描述在当前业务节奏下的处理先后。同一高严重程度的问题，如果只影响内部测试环境，优先级可以低于线上同类问题；合并成一个字段会让定级随讨论者立场摇摆，复盘时也难以判断定级是否合理。两个字段都填写，并各写一句定级理由，便于追溯。
分诊后处理人认为缺陷不属于自己模块，怎么处理？
先由相关模块负责人协商归属，协商不成的由分诊主持人裁决；涉及架构层面的归属问题，升级到技术负责人确定。裁决结果记录在分诊备注中，供后续同类问题参考。处理人反馈异议期间，缺陷保持已指派状态并记录改派过程，避免在模块间流转数日无人接手。改派次数持续偏高时，应回头检查模块归属边界是否清晰。
缺陷量不大，还需要每天固定时段分诊吗？
缺陷量小的团队可以按批次过单，不必强求每日固定时段，但需要约定明确的过单触发条件，例如新增缺陷累计到一定数量或每隔固定天数集中处理一次。关键是提交人知道何时能拿到结论、处理人知道何时会收到指派。完全没有节奏时，缺陷容易积压到有人催促才被处理，分诊时长随之上升。
分诊结论给出后，发现定级或归属判断有误怎么办？
允许修正，但要留下记录。由分诊主持人或模块负责人发起重新定级或改派，在分诊备注中写明原结论、修正结论和理由，便于统计返工率。返工率偏高通常说明提交模板缺少必填引导，或定级标准没有写清适用条件；此时优先调整规则，例如补充定级示例、明确模块边界，再观察一到两周指标变化。
