kanban_skill

This skill visualizes workflow with Kanban boards, limits WIP, and optimizes flow to improve delivery and continuous improvement.

136

GitHub Stars

1

Bundled Files

2 months ago

Catalog Refreshed

4 months ago

First Indexed

Readme & install

Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.

Installation

Preview and clipboard use veilstrat where the catalogue uses aiagentskills.

npx veilstrat add skill flpbalada/my-opencode-config --skill kanban

  • SKILL.md6.2 KB

Overview

This skill helps teams visualize and optimize workflow using Kanban boards to limit work-in-progress (WIP) and improve delivery flow. It guides setting WIP limits, identifying bottlenecks, and running continuous improvement experiments. The outcome is more predictable delivery, reduced cycle times, and clearer team priorities.

How this skill works

I map your current workflow into board columns, set sensible WIP limits, and collect basic metrics (lead time, cycle time, throughput). I then analyze where work accumulates, recommend targeted actions to relieve bottlenecks, and propose experiments to validate improvements. Regular feedback loops and explicit policies ensure changes stick and evolve over time.

When to use it

  • Managing team work and task prioritization across stages
  • Identifying and resolving recurring bottlenecks
  • Improving delivery predictability and reducing cycle time
  • Balancing team capacity with incoming demand
  • Implementing continuous improvement without major process overhaul

Best practices

  • Start with the existing process; change incrementally and measure impact
  • Make WIP limits visible and enforce them; adjust based on observed flow
  • Track lead time, cycle time, throughput and review trends regularly
  • Define explicit entry/exit criteria for each stage to reduce ambiguity
  • Use daily board reviews and periodic retrospectives to surface improvements

Example use cases

  • Software team reduces average delivery time by lowering WIP and swarming blocked items
  • Content team discovers a design bottleneck and builds templates to cut handoffs
  • Support operations visualizes hidden work and sets WIP limits to improve response time
  • Product teams run short experiments (change batch size or WIP) and measure throughput changes

FAQ

A practical starting rule is team size minus one for stages with active contributors; then refine limits based on flow metrics and observed bottlenecks.

What metric should I track first?

Start with cycle time and throughput. Cycle time shows team efficiency; throughput helps with capacity planning. Add lead time when customer-facing predictability matters.

Built by
VeilStrat
AI signals for GTM teams
© 2026 VeilStrat. All rights reserved.All systems operational
kanban skill by flpbalada/my-opencode-config | VeilStrat