# Agentic Kanban: a working draft for our team

*How I am turning the systems and experience in The 20× Developer Playbook into a practice for onboarding more developers and something other teams can try.*

By Hamed Taheri. Revised October 19, 2026. Working draft 0.2.0. Each practice is marked running, piloting or planned.

I am developing this to onboard developers into our systems and share our experience with other teams. The records and scripts are in use; repeatable onboarding and team-level gains still need testing. Trials and counterexamples will shape it.

## Agile was built for scarce developer hours

Sprints, story points and standups coordinate scarce human development time.

Agents do most of our building. **Decisions, review, context and budget** remain scarce. More than half the early pipeline runs waited on me ([evidence](https://hamedtaheri.com/playbook/v0.2.0/summary.md#how-the-work-flows)).

## It sits on top of the tools you already use

Developers have already picked how one person and one agent build one change: [Superpowers](https://github.com/obra/superpowers), [Spec Kit](https://github.com/github/spec-kit) and [OpenSpec](https://github.com/Fission-AI/OpenSpec) do that well. None of them covers the team: several people, many agents, shared decisions, a budget, and an honest answer to "what did we actually ship?"

Agentic Kanban is that team layer. Their plan or spec becomes the brief; Agentic Kanban adds three things to it (a budget, the kind of work, and how much the agent may do alone) and runs everything around it.

## What replaces what

[//]: # (visual:agile-mapping)
| In Agile | In Agentic Kanban |
|---|---|
| Sprint | Continuous flow with a weekly rhythm and budget |
| Story points | A cost cap per task; work in progress limited by review and decision capacity |
| Planning and refinement | Decision rounds |
| Daily Scrum | Morning brief, one to one with your agent |
| Definition of Done | Acceptance evidence by kind of work, plus who accepted |
| Sprint Review and Retrospective | Weekly review: a generated report and a short retro |
| Velocity | Four numbers |
| Status reports | Generated from records |
[//]: # (/visual)

## A person's job: decide, accept, learn

The loop is **align, prepare, run, review, accept, learn**. People decide what is worth doing and how much risk is acceptable, accept results against evidence, and choose what to change. Agents prepare, build, investigate and review in between. Shipping to production is recorded separately. A coordinator can even run the board overnight under rules the person approved in advance, with a never list and a morning pack; I have tried that for one run of about three days.

The agent capacity is already paid for; the person's job is to turn it into accepted outcomes. With two or three coordinators running, my day was five activities:

[//]: # (visual:seat)
| Activity | The question |
|---|---|
| Decide | What is waiting on me? |
| Verify | Is it actually right? |
| Prioritize | What next, and what not? |
| Monitor | Where is it stuck or burning budget? |
| Learn | What rule changes? |
[//]: # (/visual)

## Right-size every change

Ceremony should match the change. A small fix should not cost a meeting.

| Lane | When | What it takes |
|---|---|---|
| **Quick** | A small, clear change | No ceremony: build it, open a pull request, done when accepted |
| **Task** | Normal work | A brief (your tool's plan or spec, plus budget, kind and autonomy), then review |
| **Epic** | Large or unclear work | A decision round, parts, and one accepted outcome at the end |

Each item also has a **kind** (build, fix, investigate, review, docs or ops), each with its own proof of done, and **links** (follow-up, related, blocked by). A handoff is never a new task, so nothing is counted twice.

## Four ceremonies

[//]: # (visual:rhythm)
- **Morning brief.** Your first session of the day starts with your agent: decisions waiting on you, work to resume, reviews for you, and ready work. Three actions, each with a reason.
- **Decision round.** When decisions pile up, the agent asks three or four multiple-choice questions, each option with a why-yes and a why-no.
- **Handoff.** Whenever work stops, the agent saves a resume point on the task, so any session can continue.
- **Weekly review.** A generated report, then a short retro that ends in one or two experiments or a guideline change.
[//]: # (/visual)

One brief per person per day, not per agent. Overlap checks catch collisions between people; a short weekly sync stays.

## Four numbers

- **Accepted outcomes**, by kind. An epic counts once.
- **Cost per accepted task**, including failed attempts, reviews and coordination. Unknown stays unknown, never zero.
- **Decision wait**: how long work waits on a person.
- **First-attempt acceptance**: how often one attempt was enough.

Pull requests and tickets are not on the list: agents produce those on demand. Most claims about AI productivity are self-reported; these numbers come from records.

## Getting started takes three answers

1. Which repositories and people?
2. How much may agents do alone: read only, draft, act within limits, or ask first?
3. What is the budget per task and per week?

Everything else starts from a default. **Run it on Personize** (in pilot) or on any store that can hold the [contract](https://hamedtaheri.com/playbook/v0.2.0/framework/contract.json).

## What the records show so far

| Running | Piloting | Planned |
|---|---|---|
| Decision rounds, overlap checks, claims, the waiting-on-a-person queue, session handoffs, focused workers with cost caps | Scripted pipelines, the merge gate, one unattended run | Morning brief at session start, weekly review, per-stage cost records, routines, the setup skill, reports |

This comes from my own team: two developers and a few weeks of records. It is a direction backed by a working system, not a proven standard. The next step is a two-week pilot, measured with the four numbers, before anything here is called a result.

## Try it

```text
Read https://hamedtaheri.com/playbook/v0.2.0/agent/framework.md.
Compare Agentic Kanban with how our team works today.
Give me a morning brief for me from our current board, and list
which of the four numbers we can already measure. Change nothing yet.
```

[Read the full framework](https://hamedtaheri.com/playbook/v0.2.0/framework/framework.md), walk through [a worked example](https://hamedtaheri.com/playbook/v0.2.0/framework/example.md), or [book a call](https://calendar.app.google/UVoMSwMPxo1ypDkH9) to join the pilot.