价值流改进前后要让流动指标可比，关键在改进启动前就把指标集合、定义和统计规则固定下来，形成一份口径基线文档。改进前用这份基线采集一个完整基线窗口，改进后沿用同一版本采集；确需调整口径时，保留版本记录并做新旧口径并行对照，避免直接替换导致前后数据无法比较。
要点总览（TL;DR）
- 改进前后共用六项流动指标：前置时间、周期时间、在制品数量、吞吐量、流动效率、阻塞时长，每项对应不同的瓶颈判断问题。
- 把每个指标的定义、起止时点、统计对象、数据来源、排除规则、统计周期写成字段表，作为前后一致的直接依据。
- 改进启动前冻结口径版本并采集一个完整基线窗口，改进后沿用同一版本采集；口径变更走版本化记录并做新旧口径并行对照。
- 口径定义、数据采集、复核与变更批准分开承担，避免同一人既改口径又判读效果。
- 用核对清单逐项确认指标清单、字段表版本、起止时点、排除规则和变更记录一致，再对外发布改进结论。
先确定用哪些流动指标衡量改进
改进前后共用的指标集合不宜多，控制在团队能稳定采集、能逐条解释来源的范围内。建议固定六项：前置时间、周期时间、在制品数量、吞吐量、流动效率和阻塞时长。六项指标分别回答不同问题，组合起来才能定位瓶颈，而不是只看一个总量。
| 指标 | 回答的流动问题 | 常见用途 |
|---|---|---|
| 前置时间 | 从需求被受理到交付给使用方，一共花了多久 | 判断端到端响应速度，评估改进对交付周期的影响 |
| 周期时间 | 从工作项进入实际处理到完成，花了多久 | 观察处理环节本身的快慢，区分等待与作业 |
| 在制品数量 | 某一时点有多少工作项同时处于流动中 | 识别排队与切换压力，判断流动是否被堵住 |
| 吞吐量 | 单位时间内完成了多少工作项 | 衡量产出节奏，与在制品数量配合判断流动是否顺畅 |
| 流动效率 | 作业时间占前置时间的比例 | 判断等待占比，定位非增值环节 |
| 阻塞时长 | 工作项处于阻塞状态累计多久 | 定位具体阻塞来源，验证改进是否减少了等待 |
前置时间与周期时间容易混用，区别在于起止范围：前置时间覆盖从受理到交付的完整链路，周期时间只覆盖实际处理阶段。两者同时保留，才能看出改进减少的是等待还是作业本身。指标与瓶颈的对应关系也要提前写明，例如在制品数量持续上升而吞吐量不变，通常指向某环节容量不足；阻塞时长集中在某类工作项，则指向特定依赖或审批环节。
把每个指标的口径写成可核对的字段表
指标名称一致不代表数据可比。每个指标都要固定六类字段：定义、起止时点、统计对象、数据来源、排除规则、统计周期。字段表是改进前后一致的直接依据，填写时用可观察的状态和字段描述，避免“大致”“一般情况下”这类表述。
| 字段 | 填写要求 | 示例 |
|---|---|---|
| 定义 | 一句话说明指标衡量什么，不含计算细节 | 前置时间：工作项从受理到交付的 elapsed 时间 |
| 起止时点 | 写明进入和离开的具体状态或事件 | 起：状态变为“已受理”；止：状态变为“已交付” |
| 统计对象 | 明确纳入的工作项类型与层级 | 纳入需求类与缺陷类工作项，不含子任务 |
| 数据来源 | 指明取自哪个系统、哪类记录 | 取自工作项状态变更记录的时间戳 |
| 排除规则 | 写明取消、合并、重复记录如何处理 | 取消的工作项不计入；合并项以主项计一次；重复记录按最早受理时间保留一条 |
| 统计周期 | 按周、按双周或按迭代统计，并写明截止时点 | 按自然周统计，截止每周日 24 点 |
字段表由效能或流程改进负责人维护，存放在团队可访问的文档库中，与指标清单放在同一位置。每次修改保留历史版本，版本号与生效日期写在文档开头。字段表不是一次性文档，改进启动前要组织一次评审，让采集人和使用数据的人确认字段可执行、可核对。
改进前建立基线窗口并冻结口径
基线窗口要覆盖一个完整且具代表性的周期，通常取四到八个自然周，或覆盖两个以上完整迭代。窗口太短容易受个别大需求或集中休假影响，太长则采集成本高且期间口径容易漂移。选取时避开明显异常的时间段，例如集中上线周或长假周，若无法避开，在基线记录中注明。
冻结时点定在改进措施正式启动之前。冻结内容包括：指标清单、字段表版本号、基线窗口起止日期、数据提取脚本或查询条件、已知偏差说明。冻结后基线数据单独留存一份快照，不随源系统数据更新而改变，便于后续复核。
基线阶段要记录已知偏差，例如某类工作项状态记录不完整、某段时间存在手工补录、统计对象范围临时调整。这些偏差不一定要修正，但必须写进基线记录，否则改进后对比时会被误读为改进效果。
改进后按同一口径采集与并行对照
改进后采集直接沿用冻结的口径版本，采集频率、统计周期和排除规则保持不变。采集人先核对当前字段表版本号与基线版本是否一致，再提取数据。若发现源系统状态名称或字段发生变化，先记录差异，不擅自调整口径。
口径变更难以完全避免，例如改进后新增了一个处理状态，或工作项类型划分调整。处理方式是版本化：新口径单独编号并写明生效日期，变更原因和影响范围一并记录。变更生效后，在新旧口径重叠的时间段内并行采集两套数据，形成对照记录，而不是直接用新口径替换历史数据。
对照期建议覆盖至少两个完整统计周期，判读时看两套口径下的指标走势是否同向。若同向，说明口径变更未改变结论，可以切换；若差异明显，先分析差异来源，再决定是否采用新口径作为后续基准。判读改进效果时还要排除季节性波动、团队人员变动、需求结构变化等干扰因素，必要时延长观察期或分段对比。
角色分工与各环节交付物
口径定义、数据采集、复核与变更批准由不同角色承担，避免同一人既修改口径又判读效果。角色可以兼任，但职责要分开记录。
| 角色 | 主要动作 | 交付物 | 时点 |
|---|---|---|---|
| 效能或流程改进负责人 | 定义指标集合，维护字段表，发起口径评审 | 指标清单、字段表及版本记录 | 改进启动前，变更时更新 |
| 数据采集人 | 按冻结口径提取数据，清洗重复与异常记录 | 基线数据快照、改进后数据集 | 每个统计周期结束后 |
| 复核人 | 核对字段表版本、排除规则执行情况与数据可追溯性 | 复核记录与差异说明 | 基线冻结时、每轮对照后 |
| 变更批准人 | 审批口径变更，确认并行对照方案 | 变更记录与对照结论 | 口径变更发起时 |
这些文档和工作项状态记录需要有稳定的承载位置。以 ONES 为例，工作项的状态流转会留下时间戳，可作为前置时间、周期时间和阻塞时长的数据来源；口径字段表和版本记录可以放在项目文档中，与工作项数据关联，便于采集人按同一版本核对。这里的作用是把口径文档与状态记录放在同一套协作环境里，减少版本错配。
一个改进前后的口径对照示例
以流动效率为例，演示同一指标在改进前后如何保持口径一致。假设团队要减少需求在评审环节的等待，改进措施是缩短评审排期。
字段填写如下：定义为作业时间占前置时间的比例；起止时点为工作项从“已受理”到“已交付”；统计对象为需求类工作项，不含缺陷和子任务；数据来源为工作项状态变更时间戳；排除规则为取消项不计、合并项以主项计一次；统计周期为按自然周统计。基线窗口取改进前六周，冻结版本号为 V1。
基线期计算：每周取当周交付的需求类工作项，逐项计算从受理到交付的总时长，再减去处于阻塞和等待评审的时长，得到作业时间，两者相除得到当周流动效率，六周取中位数作为基线值。改进后沿用 V1 字段和同一计算方式，按周计算并取相同长度的窗口中位数。
若改进后新增了“待评审”状态并调整了状态名称，口径需要变更。此时发布 V2 字段表，写明新增状态的归类方式，并在变更生效后的四周内同时按 V1 和 V2 计算流动效率，记录两套结果。两套结果走势一致时，后续以 V2 为准；若差异较大，先检查新增状态是否被正确归入等待时间，再决定是否切换。
这个示例中常见的口径偏差包括：改进后把部分等待时间误计入作业时间、统计对象范围悄悄扩大、排除规则执行不一致。这些偏差都会让流动效率看起来变好，实际流动并未改善，因此字段表和复核记录必须逐项对照。
完成检查：口径一致性核对清单
改进前后是否真正同口径，可以逐项核对以下检查项。全部通过，才适合把两组数据放在一起判读。
| 检查项 | 通过标准 |
|---|---|
| 指标清单齐全 | 六项指标均有名称和所回答的问题，改进前后使用同一份清单 |
| 字段表完整且版本一致 | 每个指标六类字段均已填写，基线与改进后引用的版本号相同，或已记录变更 |
| 起止时点前后相同 | 进入和离开的状态或事件未变，状态名称调整已在新版本中说明 |
| 排除规则前后相同 | 取消、合并、重复记录的处理方式一致，执行记录可查 |
| 变更记录完整 | 每次口径变更均有版本号、生效日期、原因和影响范围 |
| 并行对照已执行 | 口径变更后至少两个统计周期内新旧口径结果同时留存并有判读结论 |
| 数据可追溯 | 基线与改进后数据均能追溯到同一口径版本和提取条件 |
核对由复核人执行，结果与差异说明一并归档。发现不一致时，先修正采集或补充对照，再对外发布改进效果结论。
常见问题
改进措施已经启动，才发现基线口径没有冻结，还能补救吗？
可以补救，但需要调整对比方式。先按当前可追溯的状态记录回溯一段改进前的数据，明确这段回溯数据的提取条件和已知偏差，作为“事后基线”单独标注。改进后的数据继续按同一套字段采集，判读时说明基线为回溯建立，结论的确定性低于事前冻结的基线。若改进措施仍在推进，可以同时冻结当前口径，把后续阶段作为新的对照窗口，避免整段改进期都缺少可比数据。
改进后工作项类型划分调整了，历史数据要不要按新类型重算？
建议保留历史数据原样，不按新类型重算。做法是发布新版本字段表，写明类型划分的变化和对应关系，在变更生效后的重叠时间段内同时按新旧两套口径采集，形成对照记录。对照期内观察两套口径下的指标走势是否同向，同向则后续以新版本为准；差异明显时先分析差异是否来自类型归属变化，再决定是否切换。直接重算历史数据会让基线失去可追溯性。
基线窗口内出现集中上线或长假，是否必须重新选窗口？
优先重新选取一个覆盖完整周期且相对平稳的窗口。如果时间上无法避开，可以保留该窗口，但要在基线记录中注明异常时间段及其影响，判读改进效果时把这段数据单独看待或做分段对比。把异常期当作正常期直接对比，容易把波动误读为改进效果。
流动效率提升但前置时间没有变化，说明改进有效吗？
需要结合其他指标一起判断。流动效率上升而前置时间不变，可能是等待时间被压缩但作业时间同步变长，也可能是统计对象或排除规则执行出现偏差。此时先核对字段表版本和排除规则执行记录，再查看阻塞时长和在制品数量的走势。若阻塞时长下降而在制品数量上升，说明瓶颈可能从等待转移到了排队环节，改进有效但范围有限，需要继续定位新的瓶颈。
小团队人手有限，角色分工能否合并？
可以兼任，但职责要分开记录。至少保证口径变更的批准人与效果判读人不是同一人，采集与复核由不同人执行或分时执行。兼任时在角色对照表中写明谁在什么时点承担哪项职责，变更记录和复核记录分别留存，避免口径调整与效果结论出自同一人之手而缺少交叉核对。
