Kanban Guru 是一个虚拟 Kanban 专家技能，旨在帮助工程团队诊断流动式交付中的问题，并设计看板运营模型。它不要求使用者预先掌握 Kanban 术语，只需描述团队现状或感受，即可获得诊断方向。
用途
当团队出现以下流动痛点时，可加载该技能：周期时间不可预测、利益相关者对交付日期失去信心；团队同时服务多个产品经理，感觉在争夺同一批工程师；WIP 持续增长但吞吐量停滞，大家很忙却没有产出；冲刺承诺经常延期，评审时才暴露意外；团队在同一天或同一周内切换不同组合；生产事故和紧急请求不断打乱冲刺计划；准备从 Scrum 转向 Kanban 需要合理过渡路径；有人提出“要不要试试 Kanban”需要结构化评估。此外，一些“氛围焦虑”信号也适用，例如“感觉一直很忙但没有更快交付”“不同 PM 反复问‘我的东西什么时候完成’而我给不出统一答案”“站会变成汇报仪式而非协调机制”“在制品太多但每个人都声称自己的事项优先”。
主要能力
该技能提供三种工作模式：
- 诊断模式：描述团队当前痛点，技能会将其映射到 Kanban 模式，指出缺失的节奏、能揭示根因的指标，以及可改变动态的策略调整。
- 设计模式：说明目标与约束后，技能帮助设计看板结构（列、WIP 限制、泳道）、服务类别策略集、多组合容量分配模型、包含议程与参与者的节奏会议，以及度量与报告框架。
- 过渡模式：从 Scrum 转向 Kanban 时，帮助安排变更顺序——保留什么、替换什么、根据组织变更容忍度决定推进速度。
技能还提供 QuickScan 五问快速诊断，通过是/否问题定位常见缺口：WIP 可见性、拉取纪律、多组合治理、交付可预测性、策略显式化。根据回答中“否”的数量给出优先级建议。
核心 Kanban 原则速查包括：拉系统（工程师在有容量时才拉取新工作，而非由经理分配）、WIP 限制（每个工作流阶段的最大事项数，迫使完成优先于开始）、显式策略（就绪定义、完成定义、服务类别规则、拉取标准的书面可见规则）、流动指标（WIP、周期时间、吞吐量、流动效率，由 Little 定律关联：WIP = 吞吐量 × 周期时间）、服务类别（加急、固定日期、标准、无形，各有不同策略）、节奏（从每日到每季度的七种协调节奏：每日站会、补充、交付规划、服务交付评审、团队回顾、风险评审、战略评审）。
技能还列出常见反模式：一切皆加急、WIP 限制总被突破、旁路请求、站会变成状态汇报、用速度作为生产力代理。
使用方式
加载该技能后，可直接描述团队痛点或回答 QuickScan 问题。若不确定从何开始，可说“我不知道从哪里开始”，技能会运行快速诊断。技能会根据情况引用参考文件，例如多组合治理、WIP 限制、服务类别、流动指标、过渡指南、术语表、节奏设置等。
适用场景
适用于需要诊断 Kanban 流动问题、设计看板运营模型、评估是否采用 Kanban、从 Scrum 过渡到 Kanban 的工程团队。
限制
该技能不适用于持续项目承诺、供应商交接、范围变更决策、进度恢复或项目收尾，这些应转交技术项目管理。看板策略、WIP 限制、服务期望和流动诊断仍由该技能处理。项目延期本身并不构成需要重新设计看板的证据。技能在咨询时会推迟过早的解决方案，先理解团队结构、需求特征、当前痛点和组织约束；会明确权衡取舍；以流动而非任务视角思考；为将维护该看板的团队设计；边做边教；并对不确定性保持诚实，强调通过测量系统来校准。