评估需求池清理是否真正改善可维护性，关键是把“无效积压减少”和“池子更容易维护”拆成可复算的指标：先界定需求池范围与统计时间窗，再从积压结构、维护动作、维护结果三个方向对比清理前后。单次清理量只能说明动作发生，不能直接作为改善结论，通常需要同一口径连续观察2–3个周期。
要点总览（TL;DR）
- 评估需求池可维护性，要同时看积压结构、维护动作和维护结果三类指标，清理条数只能说明动作发生，不能直接作为改善结论。
- 每个指标都要写清分子、分母、时间窗和单位；分母为零时标注“不适用”，条目中途删除或合并需事先约定回溯规则，清理前后保持一致。
- 用同一口径连续观察2–3个周期，并标注样本量；单月或小样本的比例波动容易被放大，更适合描述具体条目处理情况。
- 结论表述应带时间窗、口径和样本量，例如“某指标从A变为B，样本量为N，结合某类证据判断改善迹象是否成立”，避免无限定条件的整体判断。
评估目标：清理要改善的是可维护性而非清理量
需求池的可维护性，落到日常操作上可以观察三件事：新进需求能否被及时分诊到明确责任人，条目状态和关键字段是否完整可用，积压结构是否处于可控范围。评估要回答的问题因此不是“这次清理了多少条”，而是“无效积压是否减少、后续维护成本是否下降”。
把评估目标定在可维护性上，意味着清理动作本身只是输入。一次集中清理可能让池内条目数量明显下降，但如果新增需求仍然长期无人分诊、状态字段依旧缺失，池子很快会回到难以维护的状态。评估需要同时看清理后的存量结构和新增条目的流转质量。
本文的评估对象限定为需求集合的维护质量。Sprint Backlog 管理、需求优先级与价值评分方法、搜索关键词去重不在本文指标范围内；这些工作会影响需求池内容，但评估口径不同，混在一起会让结论难以归因。
据此可以形成一份判断问题清单：清理前后长期未处理需求占比是否下降；重复与失效需求占比是否下降；单位周期内清理与归并动作是否形成稳定节奏；新增需求的及时分诊比例是否提高；状态字段完整率是否足以支撑筛选和统计。每个问题都需要对应的指标和口径，下一节给出指标集合。
指标与范围：三类指标与统计边界
建议把指标分为三类：积压结构类反映池子里“不该留的”有多少，维护动作类反映团队花了多少维护投入，可维护性结果类反映池子是否变得更容易使用。三类指标一起看，才能避免只用清理量下结论。
| 指标名 | 含义 | 单位 | 归属类别 |
|---|---|---|---|
| 长期未处理占比 | 超过约定时限仍未进入分诊或评审的需求数 ÷ 池内需求总数 | 百分比 | 积压结构 |
| 重复与失效需求占比 | 被标记为重复或失效的需求数 ÷ 池内需求总数 | 百分比 | 积压结构 |
| 单位周期清理与归并条数 | 统计周期内完成清理、归并、关闭的需求条数 | 条/周期 | 维护动作 |
| 平均停留时长 | 需求从入池到首次分诊（或关闭）的平均时长 | 天 | 维护动作 |
| 及时分诊比例 | 在约定时限内完成分诊的新增需求数 ÷ 同期新增需求数 | 百分比 | 可维护性结果 |
| 状态字段完整率 | 状态、责任人、来源等关键字段均非空的需求数 ÷ 池内需求总数 | 百分比 | 可维护性结果 |
范围界定要先于取数。需要明确哪些需求算入池：通常以处于“待分诊、待评审、已接受未排期”等池内状态的需求为准，已进入迭代或已关闭的条目不计入池内总量。归期方式也要统一：积压结构类指标按条目当前状态统计，属于时点快照；维护动作类指标按动作发生时间归入统计周期；及时分诊比例按新增需求的创建时间归期。创建时间与状态变更时间混用，会让前后对比失去可比性。
统计单位建议以“条”为主，比例类指标以百分比呈现，时长类指标以天为单位并注明是否取中位数。约定时限（例如多少天算长期未处理、多少天算及时分诊）需要在评估开始前固定，清理前后使用同一阈值。
数据口径与证据：分子分母、缺失值与不可比处理
每个指标都要写到可以复算的程度：分子是什么、分母是什么、时间窗多长、单位是什么。下表给出建议口径，实际使用时把“约定时限”替换为团队事先确定的数值。
| 指标 | 分子 | 分母 | 时间窗 | 单位 |
|---|---|---|---|---|
| 长期未处理占比 | 入池超过约定时限且未分诊的需求数 | 统计时点池内需求总数 | 时点快照 | 百分比 |
| 重复与失效需求占比 | 标记为重复或失效的需求数 | 统计时点池内需求总数 | 时点快照 | 百分比 |
| 单位周期清理与归并条数 | 周期内清理、归并、关闭的条数 | 不适用（计数指标） | 按周或按月 | 条/周期 |
| 平均停留时长 | 各条目停留天数之和 | 纳入统计的条目数 | 与观察周期一致 | 天 |
| 及时分诊比例 | 时限内完成分诊的新增需求数 | 同期新增需求总数 | 按周或按月 | 百分比 |
| 状态字段完整率 | 关键字段均非空的需求数 | 统计时点池内需求总数 | 时点快照 | 百分比 |
分母为零时要标注“不适用”，不能记为0%。例如某周期没有新增需求，及时分诊比例就没有分母，记0%会错误地显示为分诊失败。条目在观察期内被删除或合并时，需要事先约定回溯规则：被合并的条目计入合并动作所在周期，被删除的条目从后续时点快照中剔除，但在维护动作计数中保留一次记录。规则一旦确定，清理前后保持一致。
状态字段缺失或历史数据不全时，建议单独标注缺失条数，并在计算完整率时把缺失计入分母。若某段时间的状态变更记录不可得，平均停留时长应标注为“数据不完整，仅供参考”，不与其他周期直接比较。定性证据用于解释数字：清理记录说明做了哪些归并和关闭，评审结论说明哪些需求被判定为重复或失效，分诊责任人的确认说明新增需求是否真的被接收。这些证据不能替代定量口径，但能帮助判断指标变化是否来自清理本身。
在工具层面，需求池条目通常以工作项形式承载。ONES Project 支持建立需求池、编写需求并自定义需求状态与多种属性，也提供全局筛选与项目内筛选，便于按状态、时间等条件定位条目；报表可自定义数据范围和维度。评估所需的停留时长、及时分诊比例等指标，需要按上述口径自行配置筛选条件或导出后计算，具体字段和报表配置以实际环境为准。清理记录和评审结论可以放在关联文档中留痕，ONES Wiki 支持文档关联任务并插入工作项列表，便于把口径说明与取数结果放在同一处核对。
计算与评估步骤：从取数到结论的五步
评估流程按五步推进，核心是保证清理前后使用同一口径。
- 确定基线与观察周期。选取清理前一个完整周期作为基线，清理后连续观察2–3个周期。周期长度与团队的分诊节奏匹配，按周或按月均可，但前后必须一致。同时固定“长期未处理”和“及时分诊”的时限阈值。
- 按统一口径取数并计算各指标。按上一节的分子分母逐项计算，记录每个指标的取数时间点、数据来源和样本量。计数类指标直接统计条数，比例类指标保留计算过程，时长类指标注明平均值或中位数。
- 对比清理前后差异并标注样本量。把基线与各观察周期的结果并列，标出变化方向和幅度。样本量小的周期要单独注明，避免把个别条目的变动读成趋势。
- 结合定性证据判断改善是否成立。对照清理记录、评审结论和分诊确认，检查指标变化是否有对应动作支撑。例如长期未处理占比下降，应能对应到具体的关闭或归并记录；及时分诊比例上升，应能对应到分诊责任人的接收确认。
- 设定复核节点与再评估时间。在观察期结束后安排一次复核，确认改善是否稳定；若指标回落，分析是新增需求再次积压，还是清理动作没有形成常态。再评估时间建议与下一个清理周期对齐。
五步完成后，评估结论应包含三部分：各指标的前后数值与样本量、支撑指标变化的定性证据、结论的适用范围。缺少任何一部分，结论都容易被过度解读。
例子：一次需求池清理的前后对比
以下为演示情景，数据仅用于说明计算过程，不代表任何团队的实际结果。假设某需求池在清理前有200条池内需求，其中60条入池超过30天仍未分诊，20条被标记为重复或失效；清理前一个月新增需求40条，其中16条在3天内完成分诊；关键字段完整的需求为140条。清理后第一个月，池内需求降至150条，长期未处理降至30条，重复与失效降至9条；当月新增需求30条，其中21条在3天内完成分诊；关键字段完整的需求为126条。
| 指标 | 清理前 | 清理后第一个月 | 计算过程 |
|---|---|---|---|
| 长期未处理占比 | 30% | 20% | 60÷200；30÷150 |
| 重复与失效需求占比 | 10% | 6% | 20÷200；9÷150 |
| 及时分诊比例 | 40% | 70% | 16÷40；21÷30 |
| 状态字段完整率 | 70% | 84% | 140÷200；126÷150 |
从计算结果看，长期未处理占比从30%降到20%，重复与失效占比从10%降到6%，及时分诊比例从40%升到70%，状态字段完整率从70%升到84%。这些变化方向与清理目标一致，但需要注意两点：清理后池内总量从200条降到150条，分母变化本身会影响占比，解读时应同时看绝对条数；及时分诊比例的分母从40条变为30条，样本量较小，单月结果不足以确认趋势。
可以下的结论是：在本次演示口径下，清理后第一个月的积压结构和分诊及时性均出现改善迹象。不能下的结论是：可维护性已经稳定改善。原因在于观察期只有一个周期，且清理动作集中发生，后续新增需求是否持续被及时分诊尚未验证。按前述步骤，应继续观察第二、第三个周期，并核对清理记录与分诊确认，再形成阶段性结论。
解读与限制：哪些结论能下、哪些不能
清理量上升不等于可维护性改善。单位周期清理与归并条数增加，可能来自一次集中整治，也可能来自重复与失效需求被批量关闭；如果新增需求的分诊及时性和字段完整率没有同步变化，池子仍会重新积压。解读时应把维护动作类指标与结果类指标对照看，动作增加而结果未变，说明清理没有转化为日常维护能力。
样本量小、周期短时，比例类指标的波动会被放大。新增需求只有二三十条时，几条分诊延迟就可能让及时分诊比例下降十几个百分点。这种情况下更适合描述具体条目的处理情况，并把比例作为参考，等积累2–3个周期后再判断趋势。
指标之间还会相互影响。清理关闭大量长期未处理需求，会同时降低长期未处理占比和池内总量，使其他占比指标的分母变小；归并重复需求会减少池内条数，也可能短暂拉高单位周期维护动作量。误读常发生在只看单个指标的变化方向，忽略分母和同期动作。建议每次解读都附上分子、分母和样本量，并对指标间的联动做一句说明。
结论表述建议采用“在某一时间窗和口径下，某指标从A变为B，样本量为N，结合某类证据，判断改善迹象是否成立”的句式，避免写成“需求池可维护性已提升”这类无限定条件的判断。后续验证可以围绕三点展开：观察期是否覆盖2–3个完整周期，新增需求的及时分诊比例是否稳定，状态字段完整率是否维持在可支撑筛选和统计的水平。三点都满足时，再给出阶段性改善结论更为稳妥。
常见问题
清理后池内需求总量下降，占比类指标看起来都变好了，这种情况怎么判断改善是否真实？
总量下降会同时改变占比指标的分子和分母，需要把绝对条数与占比并列看。例如长期未处理需求从60条降到30条，池内总量从200条降到150条，占比从30%降到20%，绝对条数确实减少，改善有实际支撑；如果只是总量下降而长期未处理条数基本不变，占比下降更多来自分母缩小，不能算积压结构改善。
判断时建议同时记录三个数：清理前后的池内总量、对应指标的绝对条数、占比。再对照清理记录，确认减少的条目是关闭、归并还是转入迭代，不同去向对可维护性的含义不同。
团队刚开始记录需求状态，历史数据缺失严重，还能做清理前后对比吗？
可以做，但要把结论限定在数据可支撑的范围内。缺失条数单独标注并计入完整率的分母，平均停留时长等依赖历史状态变更的指标，若记录不可得，应标注“数据不完整，仅供参考”，不与完整周期直接比较。
更稳妥的做法是以数据开始完整记录的时点作为新基线，先积累一个完整周期，再评估后续清理动作。历史阶段的定性证据，如清理记录和评审结论，可以用来解释背景，不用于计算比例。
及时分诊比例在清理后上升，但长期未处理占比没有明显变化，说明什么？
两个指标的分母和统计对象不同：及时分诊比例看的是新增需求在时限内是否被分诊，长期未处理占比看的是池内全部存量。前者上升说明新增入口的流转在改善，后者不变说明存量积压仍未消化，两者可以同时成立。
这种情况下，可维护性改善只发生在增量部分，存量维护成本尚未下降。后续应继续观察存量条目的清理节奏，并确认新增需求的分诊是否稳定，避免新增再次转为存量积压。
评估周期应该按周还是按月，观察多久才能下结论？
周期长度与团队的分诊节奏匹配即可，按周或按月都能用，关键是清理前后保持一致。需求量较小、每周新增只有几条时，按周统计的比例波动很大，按月更稳；需求量大、分诊频繁的团队按周观察能更早发现问题。
观察期建议覆盖2–3个完整周期。清理动作集中发生的第一个周期，结果容易受一次性动作影响；后续周期能反映清理是否转化为日常维护能力。观察期不足时，结论应写成改善迹象，并注明待验证。
用ONES承载需求池时，评估所需的数据从哪里取？
ONES Project 支持建立需求池、编写需求并自定义需求状态与多种属性，也提供全局筛选与项目内筛选，可按状态、时间等条件定位条目；报表支持自定义数据范围和维度。评估所需的停留时长、及时分诊比例等指标，需要按本文口径自行配置筛选条件或导出后计算，具体字段和报表配置以实际环境为准。
清理记录、评审结论和口径说明可以放在关联文档中留痕，ONES Wiki 支持文档关联任务并插入工作项列表，便于把取数结果与口径放在同一处核对。
