回顾在使用kanban的项目中有一个问题一直被搁置就是如果需求不断涌现也许团队有些正在开发的需求被暂停或者阻塞但是团队会因此立即拉取新的工作开始工作是不是这种情况下在看 kanban 的整体价值流的流程效率没有太大的意义我们只需要看工序级价值流的流程效率并对此不断优化就好了大量的外部阻塞 导致整体价值流效率过于糟糕这种情况下该如何汇报 1. 观点针对汇报可以提供两份不同的报告一份是全局视角的整体价值流效率另一份是剔除掉外部阻塞问题的整体价值流效率而不是一味的只看工序级价值流并优化这会带来虚假繁荣的现象。虽然团队在使用 KANBAN 的时候外部阻塞时可以从整体价值流分析中单独剥离出来不和团队内部价值流效率混在一起评估但是这仍然会带来隐形的问题。2. 解决方案内部阻塞 → 团队要想办法解决外部阻塞 → 明确外部阻塞导致无法继续等工作可暂时从 WIP 里移出 并且上报给PO/管理层处理 可以拉取新的任务设置专门的Blocked列这个列不计入开发阶段的 WIP但依然计入整体价值流时间计算一个包含所有工序的整体价值流效率再计算一个剔除外部阻塞时间的整体价值流效率汇报时准备两份数据全局价值流效率反映全局的开发状态很烂剔除Blocked列的全局价值流效率剔除外部阻塞后反映团队的真实状态很好总LeadTime 内部增值 内部阻塞 外部阻塞 开发时间 3天 ✅ 增值 等待review 1天 ⚠️ 非增值内部阻塞 等待第三方API 5天 ⚠️ 非增值外部阻塞 测试时间 1天 ✅ 增值 上线验证 1天 ✅ 增值 ───────────────────────── 总时间 11天 全局流程效率 (311) / 11 × 100% 45.46%剔除外部阻塞的LeadTime 内部增值 内部阻塞 开发时间 3天 ✅ 增值 等待review 1天 ⚠️ 非增值内部阻塞 测试时间 1天 ✅ 增值 上线验证 1天 ✅ 增值 ───────────────────────── 内部总时间 5天 内部全局流程效率 (311) / 6 × 100% 83.33%3. 解决方案带来的新问题虽然kanban驱动开发遇到外部阻塞团队可以自动拉取用户故事并且在汇报的时候某种程度上应该重点参考剔除掉外部阻塞在看价值流但是整体的价值仍然有意义不管你是否立即切换上下文这个问题都逃不掉。立即上下文切换成本当外部阻塞解除时如果开发人员如必须在 A旧任务和 B新任务进行上下文之间切换。那大脑重新进入状态带来的损失是非常大的。延迟切换上下文成本当 A 任务解除阻塞时如果开发人员正忙于 B 任务的关键部分A 就会继续等待。这就导致 A 的交付时间被二次推迟。隐藏了系统性整体问题这是最关键的一点。如果你通过拉取新故事来“消化”了阻塞带来的空闲PMO或者其他管理层就永远看不见外部依赖有多糟糕。之所以仍然把Kanban整体价值流展示出来正是为了通过数据倒逼组织去解决那个外部原因。