累积流图中某条状态带变宽，通常说明进入该状态的工作项多于离开该状态的工作项，这个环节正在积压；状态带变窄，说明离开速度快于进入速度，可能是环节顺畅，也可能是上游供给不足。判断时需要结合带宽变化持续的时间、相邻状态带的联动以及是否出现水平断层，单看一段带宽起伏容易误判。本文按形态给出原因假设、排除证据和处置验证路径。
要点总览（TL;DR）
- 状态带变宽表示进入该状态的工作项多于离开，该环节在积压；变窄表示离开快于进入，可能是环节高效，也可能是上游供给不足。
- 判断前先看持续时间、相邻状态带联动和是否出现水平断层，一两个数据点的宽度起伏多为正常波动。
- 变宽按“先看下游、再看上游、再看本环节规则”逐项验证，用进入速率与离开速率的对比排除误判。
- 变窄要区分高效与饥饿，断层要区分真实流转问题与状态定义、统计口径变更带来的假性形态。
- 处置先核对数据与状态定义，再调整流程；调整看板列或状态定义前保留历史数据并约定切换时点。
先看症状：带宽变化出现在哪一段、持续多久
累积流图横轴是时间，纵轴是累积工作项数量，每条色带代表一个工作流状态，色带的垂直宽度就是该状态当时的在制工作项数量。读图时先找到变化发生在哪条色带、从哪个时间点开始、持续了几个观察周期，再判断它属于哪类形态。
三种基本形态的图形表现如下：
- 状态带变宽：色带上下边界之间的距离持续拉大，说明该状态的累积进入量超过累积离开量，在制项在增加。
- 状态带变窄：色带宽度持续收窄，说明离开量超过进入量，该状态的在制项在减少。
- 水平断层：某条色带的上边界出现一段水平延伸，期间没有新的工作项进入该状态，而相邻状态带同时出现跳变，通常意味着工作项批量跨越了状态或流转记录中断。
区分正常波动与流程问题，主要看三点。一是持续时间：一两个数据点的宽度变化多为正常波动，连续多个观察周期同向变化才构成趋势。二是相邻状态联动：某状态变宽的同时，下游状态是否同步变宽，上游状态是否同步变窄，联动关系能提示积压是在本环节产生还是从上游传导而来。三是变化幅度：宽度变化相对于该状态日常在制量是否显著，小幅漂移不必立即处置。
本文讨论的范围限于流动瓶颈的识别与处置。人员协作体验、单项目的进度纠偏与排期调整属于另外的管理议题，不在此展开。
状态带变宽的常见原因与排除证据
状态带变宽是一个症状，背后可能有多种原因。建议按“先看下游、再看上游、再看本环节规则”的顺序逐项验证，每验证一项就排除一种假设，避免凭第一印象直接下结论。
| 原因假设 | 图形特征 | 验证证据 |
|---|---|---|
| 下游处理能力不足 | 本状态持续变宽，下游状态同步变宽或长期高位，再下游出口流速不变 | 对比本状态与下游状态的进入速率、离开速率；统计下游状态的平均停留时间是否同步上升 |
| 上游批量推送或集中提测 | 变宽呈阶段性、脉冲式，与提测节点或版本节点时间吻合 | 查看进入本状态的工作项是否集中在少数几个日期；对照上游状态的离开曲线是否同样呈脉冲 |
| 审批、评审或外部依赖等待 | 本状态变宽但工作项实际已具备流转条件，停留时间集中在等待环节 | 抽样查看停留时间最长的工作项，记录其等待对象是评审人、外部团队还是环境资源 |
| 需求拆分粒度过大 | 在制项数量不多但每条工作项体量大，状态带缓慢持续变宽 | 统计本状态工作项的平均规模与停留时间分布，观察大颗粒工作项是否占据主要带宽 |
验证时优先做进入速率与离开速率的对比。如果进入速率基本稳定而离开速率下降，问题更可能在本环节或下游的处理能力；如果离开速率稳定而进入速率出现尖峰，问题更可能在上游的批量推送。再看相邻状态带：本状态变宽而下游没有同步变宽，说明积压尚未传导，处置窗口更充裕；本状态与下游同时变宽，说明瓶颈可能已经在下游，需要先处理下游出口。
还有一种容易被误判的情况：状态定义本身较宽，把多个实际动作合并成一个状态，导致该状态天然承载较多在制项。这类变宽在状态拆分前会长期存在，验证方式是查看该状态内部工作项的停留时间是否呈双峰分布，若是，说明状态内部存在未被区分的子环节。
状态带变窄与水平断层的解读
状态带变窄有两种方向相反的解释，需要结合上游状态一起看。第一种是环节高效：上游供给稳定，本状态处理速度快，工作项快速流出，此时上游状态带通常保持平稳或略有变宽，整体流动时间缩短。第二种是上游供给不足：上游状态带长期偏宽或出现断层，进入本状态的工作项减少，本状态被动变窄，此时变窄反映的是饥饿而非高效。
区分两者的核对方法是看本状态的离开速率绝对值。高效情形下离开速率上升或维持高位；供给不足情形下离开速率随进入减少而下降，工作项在本状态的等待时间不一定缩短。若上游状态带长期偏宽而下游状态带长期偏窄，基本可以判断瓶颈在上游，下游的窄带是联动结果。
假性变窄同样需要排除。常见来源包括：工作项被跳过某个状态直接流转到下游、状态定义调整导致部分工作项不再经过该状态、统计口径或数据采集方式变更。核对方法是抽取变窄前后的工作项流转记录，确认是否仍有工作项正常经过该状态，以及状态定义和统计规则在变窄起点附近是否发生过变更。
水平断层的常见成因有三类：状态间流转中断，例如某类工作项长期不经过某状态；批量跨越多个状态，例如一次性把一批工作项从开发直接拖到完成；看板列与实际流程不一致，例如看板上的列并非真实流转节点。断层与带宽变化的区别在于，断层表现为上边界的水平延伸和相邻状态的跳变，带宽变化表现为色带宽度本身的增减。核对时先查流转记录中的批量操作和状态跳转，再核对看板列配置与流程定义是否一致，确认是真实流程问题还是数据记录问题。
按形态处置：从定位瓶颈到调整流程
处置顺序建议先核对数据、再动流程。第一步确认状态定义、统计口径和流转记录在观察期内没有变更，排除假性形态；第二步用进入速率、离开速率和相邻状态联动定位瓶颈所在环节；第三步才针对具体原因调整流程。跳过前两步直接改看板或改状态，容易把数据问题当成流程问题处理。
针对下游处理能力不足，可采取限制本状态或下游状态的在制品数量、临时调配处理人力、把大环节拆分为可并行的子环节。限制在制品需要设定明确的准入规则，否则容易变成口头约定；拆分环节要同步更新状态定义和看板列。
针对上游批量推送，处置重点是缩小交付批量：把集中提测改为分批提测，为提测设置准入条件，例如自测通过、依赖就绪、文档齐备。准入条件应与提测方共同约定，并在提测记录中留痕，便于后续验证批量是否真的下降。
针对审批与评审等待，可把串行评审改为并行评审、明确各评审环节的时限与责任人、对超时未处理的工作项设置提醒。评审时限要写进流程约定，仅靠提醒难以持续。
调整看板列或状态定义属于破坏性操作，需要交代边界：调整前导出并保留历史流转数据，约定统一的切换时点并在团队内公告，新旧状态之间建立映射关系，避免累积流图在切换点出现无法解释的断裂。若无法保留历史数据，应在图上标注切换时点，后续分析只比较切换前后的同口径区间。
这些处置动作要落到工作项的状态与流转记录上才能被观察和验证。ONES 的工作项支持状态流转并保留变更记录，团队可以据此核对某条状态带变宽期间工作项的实际停留与流转情况，把读图判断与具体工作项对应起来，减少仅凭图形推测带来的偏差。
验证恢复与防止复发
处置是否生效，用同一口径的前后对比来验证。选取处置前后等长的观察区间，比较目标状态的带宽趋势、在制数量均值与峰值、工作项在该状态的平均停留时间，以及下游状态的联动变化。判断改善的标准是多项指标同向变化，例如带宽回落的同时停留时间缩短、下游未出现新的积压；只有带宽回落而停留时间未变，可能只是工作项被转移到了别的状态。
观察周期要与工作项的典型流转周期匹配。周期较短的状态可以按周观察，周期较长的状态需要拉长到两到三个流转周期，避免把短期波动当成改善或恶化。每个观察周期结束时设一个复盘点，记录带宽、在制量和流动时间三项数据，并标注期间是否发生流程变更。
把带宽异常纳入例行流动复盘，形成预警信号。可以约定触发条件，例如某状态带宽连续三个观察周期上升、或相邻状态同时变宽超过设定幅度，触发后在复盘中优先排查。预警阈值应结合团队自身的历史数据设定，直接套用外部数值参考意义有限。
若异常复发，按回退路径再排查：先确认此前的处置动作是否仍在执行，例如在制品限制是否被绕过、提测准入是否被放宽；再核对状态定义和统计口径是否又有变更；最后重新走一遍进入速率与离开速率的对比，判断瓶颈是否已经转移到其他环节。复发往往提示原处置只缓解了症状，根因仍在上游供给节奏或下游能力配置上，需要回到原因假设清单重新验证。
常见问题
状态带只变宽了一两个数据点，需要马上处置吗？
通常不需要立即处置。一两个观察周期的宽度变化更可能是正常波动，例如某天集中提交了一批工作项。建议先观察是否连续多个周期同向变化，同时看相邻状态带是否同步变化。如果变宽只出现在本状态、下游没有联动，且进入速率随后回落，按波动记录即可；如果连续三个以上观察周期持续变宽，再进入原因排查。
本状态变窄、上游状态带长期偏宽，应该先处理哪一端？
先处理上游。上游长期偏宽说明瓶颈在上游环节，下游的窄带是供给不足的联动结果，此时在下游增加人力或放宽准入，效果有限。可以先用进入速率与离开速率的对比确认上游的积压是在本环节产生还是从更上游传导，再针对上游的处理能力或批量节奏做调整。下游的窄带在上游恢复供给后通常会自然回宽，可作为验证信号。
调整看板列或状态定义后，累积流图出现断裂，历史数据还能比较吗？
可以比较，但要限定口径。调整前导出并保留历史流转数据，新旧状态之间建立映射关系，并在图上标注切换时点。后续分析只比较切换前后的同口径区间，例如把新状态按映射关系折算回旧口径后再对比带宽趋势。若无法保留历史数据，至少在图上标注切换点，避免把定义变更造成的图形跳变误读为流程变化。
水平断层和状态带变宽可能同时出现，怎么判断主因？
先查流转记录。断层表现为色带上边界的水平延伸和相邻状态的跳变，常见于批量跨越状态或流转记录中断；变宽表现为色带宽度本身持续拉大。两者同时出现时，先确认断层是否由批量操作或状态跳转造成，排除数据记录问题后，再看变宽是否仍持续。若断层排除后变宽依然存在，按变宽的原因假设清单逐项验证；若变宽随断层消失而回落，主因更可能在流转记录或批量操作上。
处置后带宽回落，但工作项停留时间没有缩短，说明什么？
可能只是工作项被转移到了别的状态，积压并未真正消化。验证时要多项指标同向变化：目标状态带宽回落的同时，工作项在该状态的平均停留时间缩短，下游没有出现新的积压。如果停留时间未变，回到进入速率与离开速率的对比，确认积压是否转移到了相邻状态，再重新定位瓶颈环节。
