研发阻塞时间的统计口径，关键在把“阻塞”变成可观测、可复算的状态记录：明确谁在什么条件下标记阻塞、计时从哪个时间戳开始到哪个时间戳结束、按什么分母聚合。口径确定后先用一个迭代的小样本试算，核对缺失值和分母为零的情况，再固化为团队统一规则。本文给出一套可直接落地的定义、字段规则与计算步骤。
要点总览（TL;DR）
- 阻塞时间的口径要先定义可观测的阻塞状态：由工作项负责人在无法推进时标记阻塞并选择原因，解除时改回正常状态，计时取状态变更的系统时间戳。
- 统计范围要写清纳入的工作项类型、排除项、团队归属和时间窗归属，跨迭代的长阻塞按发生时间还是解除时间归入窗口需二选一并固定。
- 单次阻塞时长等于解除时间戳减进入时间戳；聚合时按阻塞次数、按工作项、按周期占比三种口径分别对应不同用途，均值需配合中位数和分位数一起看。
- 未解除阻塞单独列出不计入均值，缺失时间戳标记为无效记录，缺失比例过高时先修数据再出结论。
- 口径确定后用一个迭代的小样本试算，核对分母为零和重复标记的情况，固化为团队统一规则并每季度复核一次。
评估目标：阻塞时间要回答什么管理问题
阻塞时间首先是一项瓶颈定位指标，用来回答“工作流在哪些环节、因哪些原因停住了，停了多久”。它观察的是工作项在流转过程中的停顿，而不是某个人的工作节奏。把用途定在瓶颈定位上，口径就会围绕状态、原因和等待时长展开；一旦把它当成个人考核依据，团队会倾向于少标记、晚标记阻塞，数据反而失真。
阻塞时间与流动效率的关系体现在等待占比上：一个工作项从开始到交付的总周期，可以粗略拆为实际处理时间和等待时间，阻塞时间是等待时间中可识别的一部分。阻塞时间占周期比例升高，通常意味着队列积压、依赖未就绪或评审环节卡点增多，这时应回到流程上看在制品数量和交接环节，而不是追问个人。
评估周期建议与团队的迭代节奏对齐，按迭代观察、按季度回顾口径。观察对象是纳入范围的工作项及其状态流转记录，样本量以能覆盖主要工作项类型为准。用途边界需要在口径文档中写明：用于流程改进和瓶颈识别，不直接用于个人绩效评价。
指标与范围：阻塞时间统计哪些对象和边界
范围定义决定了数据能不能横向比较。建议先用一张范围定义表把纳入项、排除项、团队范围和时间窗写清楚，团队内所有统计都按这张表执行，避免不同人取数时各算各的。
| 维度 | 建议定义 | 需要写明的条件 |
|---|---|---|
| 工作项类型 | 需求、任务、缺陷等进入开发流程的工作项 | 列出纳入的类型清单；纯事务性事项、会议类记录不纳入 |
| 排除项 | 测试数据、已取消或重复创建的工作项 | 取消原因需在系统中可识别，避免误删正常样本 |
| 团队与项目范围 | 按团队或项目分别统计，不混算 | 跨团队协作的工作项归属到承接团队，并在口径中注明 |
| 统计时间窗 | 按迭代或自然月取数 | 以阻塞发生时间还是解除时间落入窗口，需二选一并固定 |
| 阻塞原因分类 | 依赖未就绪、等待评审、环境问题、需求不清等 | 分类项控制在五到八项，允许一项“其他”并定期清理 |
时间窗的口径容易被忽略：如果按阻塞发生时间归入窗口，一个跨迭代的长阻塞只计入开始的那个迭代；如果按解除时间归入，则计入结束的迭代。两种都可用，关键是全团队统一，并在口径变更时保留旧口径的历史数据说明，避免趋势线断裂。
数据口径：阻塞的判定标准与时间戳来源
阻塞判定要落到可观测的状态标记上。推荐做法是：工作项负责人发现无法继续推进时，立即将工作项标记为阻塞状态并选择阻塞原因；阻塞解除时，由同一人或协作方将状态改回正常流转状态。标记动作发生在当下，避免事后回忆补录，这样时间戳才可信。
计时起止点取状态变更的系统时间戳，而不是人工填写的日期字段。进入阻塞状态的时间戳为起点，解除阻塞的时间戳为终点，两者之差即单次阻塞时长。用系统时间戳可以减少跨天、跨周末的口径争议，也便于复算。
| 规则项 | 处理方式 |
|---|---|
| 跨天、跨周末 | 默认按自然时间连续计算；如需扣除非工作时间，须在口径中写明扣除规则并全量适用 |
| 节假日 | 与周末处理保持一致，要么都扣、要么都不扣，不混用 |
| 退回重开 | 工作项被退回后重新进入阻塞，视为新的一次阻塞记录，不并入前一次 |
| 多次阻塞 | 按次分别记录单次时长，再按工作项汇总总阻塞时长和阻塞次数 |
| 未解除阻塞 | 单独列出，按截至取数时点的时长记录并标注“未解除”，不计入已完成样本的均值 |
| 缺失时间戳 | 标记为无效记录，单独统计数量；缺失比例过高时先修数据再出结论 |
这些规则需要在工作项管理工具中具备承载条件：阻塞状态作为独立状态或标记存在，状态变更留有操作人和时间戳，阻塞原因作为必填字段。ONES 支持工作项自定义状态与字段、记录状态流转历史，团队可以把阻塞标记、原因选择和解除动作放在同一条工作项记录上，后续按状态历史取数，减少人工补录带来的口径偏差。
计算步骤：阻塞时间怎么算、分母怎么定
单次阻塞时长公式为：单次阻塞时长 = 解除阻塞时间戳 − 进入阻塞时间戳，单位为小时或天，全团队统一一种单位。工作项总阻塞时长 = 该工作项各次阻塞时长之和；工作项阻塞次数 = 该工作项阻塞记录条数。
聚合口径要与用途匹配，常见三种：
- 按阻塞次数聚合：平均单次阻塞时长 = 总阻塞时长 ÷ 阻塞次数，用于看单次卡点的严重程度。
- 按工作项聚合：平均工作项阻塞时长 = 总阻塞时长 ÷ 发生过阻塞的工作项数，用于看受影响工作项的负担。
- 按占比聚合：阻塞时间占比 = 总阻塞时长 ÷ 工作项周期总时长，用于评估阻塞对交付节奏的整体影响。
分母选择直接决定结论方向。按阻塞次数聚合时，分母为零表示窗口内没有阻塞记录，应报告“本期无阻塞”而不是计算均值；按工作项聚合时，分母是发生过阻塞的工作项数，未发生阻塞的工作项不进入分母，但应在报告中单独给出阻塞工作项占比，避免只看均值忽略覆盖面。
均值容易受个别超长阻塞拉偏，建议同时给出中位数和分位数（如第75分位、第90分位）。均值反映总体负担，分位数反映长尾卡点的严重程度，两者一起看才能判断是普遍性等待还是少数极端阻塞。
例子：一个迭代的阻塞时间试算
以下为演示情景，数据为假设值，用于说明口径如何落地。某团队一个两周迭代内纳入统计的工作项共20个，其中6个发生过阻塞，共8条阻塞记录。
| 工作项 | 阻塞次数 | 单次时长（小时） | 总阻塞时长（小时） |
|---|---|---|---|
| A | 1 | 16 | 16 |
| B | 2 | 8、24 | 32 |
| C | 1 | 4 | 4 |
| D | 1 | 72 | 72 |
| E | 2 | 12、12 | 24 |
| F | 1 | 20 | 20 |
计算过程：总阻塞时长 = 16+32+4+72+24+20 = 168 小时；阻塞次数 = 8；发生阻塞的工作项数 = 6。按次数聚合的平均单次阻塞时长为 168 ÷ 8 = 21 小时；按工作项聚合的平均阻塞时长为 168 ÷ 6 = 28 小时。将8条记录排序后，中位数为（16+20）÷ 2 = 18 小时，第75分位约为24小时，明显低于均值，说明存在长尾。
结果指向：工作项D单次阻塞72小时，是拉高均值的主要来源，应优先核查其阻塞原因；工作项B和E各阻塞两次，说明反复卡点，需看是否同一依赖反复未就绪。若口径改为扣除周末，D的72小时可能缩短，均值随之下降，因此口径调整前后必须用同一批数据对比，确认变化来自规则而非数据本身。
解读与限制：结果能说明什么、不能说明什么
阻塞时间反映工作项处于阻塞状态的时长，是交付周期延长的可识别部分之一，但周期延长还可能来自排队、返工和范围变更，不能把阻塞时间直接等同于周期损失的全部原因。解读时应把阻塞时间与周期、在制品数量放在一起看，判断等待是集中在少数卡点还是普遍存在。
数据可比性依赖口径稳定。状态定义、原因分类、时间窗归属任何一项变更，都会让前后数据不可直接比较；变更时应记录变更日期和影响范围，必要时用新旧口径各算一遍做对照。跨团队比较前，先确认双方的工作项类型和阻塞原因分类是否一致。
阻塞时间不适合作为个人绩效结论。它记录的是工作项的等待状态，等待往往由依赖、评审和资源安排造成，与个人努力程度没有稳定对应关系。口径固定后建议每季度复核一次：检查缺失时间戳比例、未解除阻塞数量、原因分类的使用分布，发现某类原因长期占比过高或“其他”项膨胀，就调整分类或回到流程上处理对应卡点。
常见问题
阻塞时间按自然时间算还是扣除周末和节假日？
两种都可以，关键是全团队统一并写进口径文档。按自然时间连续计算实现简单、复算方便，适合先跑通流程；扣除周末和节假日更贴近实际可工作等待，但需要维护一份工作日历，且跨长假的长阻塞会明显缩短。无论选哪种，周末和节假日要同进同退，不出现扣周末不扣节假日的混用。口径变更时用同一批数据按新旧规则各算一遍，确认差异来自规则而非数据本身。
工作项阻塞后一直没解除，跨了几个迭代，该怎么统计？
建议单独列出，按截至取数时点的时长记录并标注“未解除”，不计入已完成样本的均值和中位数。这类记录本身是有价值的信息：长期未解除往往指向依赖方缺位或优先级被搁置，值得在瓶颈回顾中单独讨论。如果未解除记录数量持续偏高，说明阻塞标记后缺少跟进机制，可以在流程上约定阻塞超过一定时长需要升级处理，而不是继续留在原地。
同一个工作项反复阻塞，算一次还是算多次？
按次分别记录单次时长，再按工作项汇总总阻塞时长和阻塞次数，两种数据都保留。反复阻塞和一次长阻塞指向的问题不同：前者常见于同一依赖反复未就绪或评审来回退回，后者常见于单点卡死。分析时先看阻塞次数分布，再看单次时长分布，能区分是流程反复还是个别卡点。工作项被退回后重新进入阻塞，视为新的一次记录，不并入前一次。
阻塞时间能不能用来评价个人或团队的绩效？
不建议。阻塞记录的是工作项的等待状态，等待通常由依赖未就绪、评审排期和资源安排造成，与个人努力程度没有稳定对应关系。一旦与考核挂钩，团队会倾向于少标记、晚标记阻塞，数据反而失真，指标失去瓶颈定位的作用。更合适的用法是把阻塞时间作为流程改进的输入：按原因分类看哪类卡点占比最高，回到在制品数量、交接环节和依赖管理上做调整。
口径定好之后，多久需要复核一次？
建议每季度复核一次，重点看三项：缺失时间戳的比例、未解除阻塞的数量、阻塞原因分类的使用分布。如果某类原因长期占比过高，说明对应环节是真实瓶颈，应回到流程上处理；如果“其他”类持续膨胀，说明分类项不够用，需要调整分类清单。状态定义、原因分类、时间窗归属任何一项变更，都要记录变更日期和影响范围，避免趋势线断裂后无法解释。
