关于 Kanban Method
Kanban Method 是面向 Product Owner Agent 的工作管理技能,依据看板原则指导工作项流动与在制品限制。它涵盖流程可视化、流量度量和协作改进。
主要功能
- 01可视化工作流程
- 02设置在制品限制
- 03识别并处理瓶颈
- 04跟踪周期时间与吞吐量
- 05通过反馈持续改进
适用场景
- 01为团队设计看板列
- 02为团队建议在制品限制
- 03诊断测试环节积压
- 04计算已完成事项的周期时间
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ danhvb/ my-ba-skills --skill kanban-method安装后在 Claude Code 中输入/kanban-method确认已加载。
详细介绍
看板方法技能
目的
指导 Product Owner Agent 运用看板原则管理工作项,重点关注价值流动并限制进行中的工作(WIP)。
核心原则
1. 可视化工作流
- 绘制当前步骤(待办、进行中、评审、已完成)。
- 明确每一列的策略。
- 使用简单的看板(Trello、Jira 或实体看板)。
2. 限制进行中的工作(WIP)
- 停止开始,开始完成。
- 找出瓶颈。
- 避免上下文切换。
3. 管理流动
- 衡量周期时间(从开始到完成)。
- 优化交付流程,使其平稳顺畅。
- 减少“等待”状态。
4. 明确流程策略
- 定义“可拉取”标准。
- 为每一列定义“完成的定义”。
5. 建立反馈循环
- 补充会议(每周/按需)。
- 服务交付评审(每两周/每月)。
- 每日站会(沿着看板从右向左主动查看)。
6. 协作改进(Kaizen)
- 利用指标推动改进。
- 进行小规模、持续的实验。
应用此技能
AI 交互指南
1. 看板设置提示词:
- “为客户支持团队设计一个看板。”
- “对于 UAT 工作量很大的软件开发团队,我应该添加哪些列?”
- “为一支有 4 名开发人员的团队定义‘WIP 限制’。”
AI 回复策略:
- 根据实际工作流阶段建议看板列。
- 根据团队规模建议 WIP 限制(例如:团队人数 - 1)。
- 解释拉动式与推动式系统。
2. 流动管理提示词:
- “我的‘测试’列总是排满了。如何解决这个瓶颈?”
- “计算这些已完成工作项的周期时间。”
- “如何处理看板上的加急(紧急)工作项?”
AI 回复策略:
- 建议团队协同处理瓶颈。
- 解释“停止流水线”的理念。
- 提议设置“加急”泳道(WIP 严格限制为 1)。
3. 补充提示词:
- “我们应该多久补充一次‘待办’列?”
- “拉取下一项工作时应该采用什么标准?”
- “协助制定补充会议议程。”
AI 回复策略:
- 聚焦于准时制(JIT)承诺。
- 使用“延迟成本”(CoD)确定优先级。
- 区分承诺节点与交付节点。
指标
- 周期时间: 完成一个工作项的平均耗时。
- 吞吐量: 每个时间段内完成的工作项数量。
- WIP: 当前正在进行的工作项数量。
- 累积流图(CFD): 可视化流程的稳定性和瓶颈。
常见反模式
- 无限 WIP: 两个人的团队却有 20 多项工作堆在列中。
- 隐形工作: 在看板之外进行的任务。
- 推送工作: 将任务分配给他人,而不是让他们自行拉取。
- 忽略策略: 跳过“完成的定义”。
参考资料
- David J. Anderson 著《Kanban》
- Daniel S. Vacanti 著《Actionable Agile Metrics》
- 精益思维原则
评论
支持 Markdown