A methodology

Intent Flow

A post-sprint workflow for teams that learn as they go. Five principles for the age of human-agent collaboration.

Sprints assume teams share a timezone. Kanban assumes humans watch a board. Tickets assume work has a beginning and an end. None of this holds when AI agents work alongside humans and understanding evolves continuously.

Intent Flow replaces five foundational concepts of sprint and kanban-based work:

What you have now
Intent Flow
Tickets with status fields
Intent: what should happen and why
Backlog → Done columns
Work streams: append-only logs of what happened
Assigned to one person
Attention: scheduled, multi-actor, continuous
Spikes and investigation tickets
Findings: structured knowledge as first-class output
State machines and changelogs
Time: every moment queryable, every decision traceable

These five changes are connected by a single mechanism: the learning loop.


The Core Idea

The Learning Loop

Intent Flow is built on a single observation: real work is a cycle of intention, action, discovery, and refinement.

INTENT WORK FINDING REFINED INTENT repeat

You start with an intent, a statement of what should happen and why. Work begins. During work, you discover things you didn't expect. These are findings. Findings refine the intent, with evidence linked. The cycle repeats, each iteration deepening understanding, until the intent is clear enough to act on with confidence.

This isn't a software concept. It's how all purposeful work under uncertainty operates. To see it clearly, consider an example everyone understands:

The Birthday Cake: a learning loop in action

Step 1 of 7
Intent
Your product intent is clear: make someone happy on their birthday. Your technical intent forms: bake a chocolate cake.
Product Intent
Make someone happy on their birthday
Technical Intent
Bake a chocolate cake
Work
You consult a recipe book. This is work: structured investigation that produces findings about what you need.
Work Entry
Consulted recipe book. Chocolate cake requires: flour, sugar, eggs, butter, cocoa powder, cream cheese.
Finding
You check your cupboard. Finding: no cocoa powder, no cream cheese. The learning loop has produced knowledge that changes the plan.
Finding
Missing: cocoa powder, cream cheese. Cannot make chocolate cake as planned.
Refined Intent
The finding forces intent to evolve. You reconsult the recipe book with a new constraint. Technical intent is updated, with evidence linked.
Technical Intent (v1)
Bake a chocolate cake
Technical Intent (v2), refined
Bake a lemon drizzle cake (ingredients available)
Work
Second loop iteration. You check the lemon drizzle recipe against what you actually have. More investigation.
Work Entry
Checked pantry for lemon drizzle ingredients. Have: flour ✓, sugar ✓, eggs ✓, butter ✓, lemons ✓
Finding
Finding: all ingredients available. The learning loop has resolved. Intent can be confirmed.
Finding
All ingredients confirmed available. Ready to proceed.
Outcome
The original intent, "chocolate cake", has been superseded. But the parent intent still holds. Every decision is traceable: you changed to lemon drizzle because you didn't have cocoa, which you discovered when you checked the cupboard.
Product Intent, fulfilled ✓
Make someone happy on their birthday
The learning loop is the fundamental unit of progress. Unlike a sprint that ends on a calendar date, a learning loop ends when understanding is sufficient.

The Five Principles

In depth

Each principle addresses a specific failure mode of sprint and kanban-based workflows.

PRINCIPLE 01

TicketsIntent

The primary object is the intent: a statement of what should happen and why, at a specific level of abstraction.

A ticket is a flat record. The "why" is buried in a description someone wrote three weeks ago. The technical approach is in a comment. The deployment plan is in someone's head.

Intent Flow separates these into a hierarchy. Each level evolves independently, but changes propagate awareness (not automatic updates) to adjacent levels.

Product
"Users frustrated by inconsistent rate limiting"
↓ informs
Technical
"Distributed rate limiting with Redis backing"
↓ informs
Implementation
"Sliding window + local cache, per-tenant config"
↓ informs
Operational
"Canary rollout: 5% → 25% → 100%, auto-rollback"

An intent is not an edit. It's an evolution. Every change is an append, not an overwrite. The previous statement is preserved. The reason for the change is captured. The evidence that informed it is linked. Six months from now, "why did we add the cache layer?" has a traceable answer.


PRINCIPLE 02

Status ColumnsWork Streams

Work is a stream: an append-only temporal log of what actually happened. Status is derived, not declared.

Kanban gives you columns: Backlog → In Progress → Review → Done. "In Progress" means a human moved a card there, not that work is actually happening.

In Intent Flow, humans and agents write to the same stream. The agent that implemented the rate limiter at 2am and the engineer who reviewed it at 9am are both authors in the same log.

agent://impl-bot02:14 UTCimplementation
Implemented rate limiter with sliding window algorithm. Files: rate_limiter.py, test_rate_limiter.py. Tests: 7 added, 7 passing.
⚡ FINDING: config changes don't invalidate cache
agent://impl-bot02:14 UTCintent proposal
Proposes update to implementation intent: "Add cache invalidation strategy for config changes"
↑ PROPOSED INTENT UPDATE, awaiting human review
alice@company.com09:12 ESTreview
Approved intent update. Added clarification: invalidate on config reload, not on every request.

PRINCIPLE 03

AssignmentAttention

Multiple actors attend to the same work on different schedules, with different capabilities. Work flows continuously.

"Assigned to Alice" fails when Alice is asleep, overloaded, or on vacation. Intent Flow replaces assignment with attention: scheduled relationships between actors and work.

A
Alice
primary
NYC business hours
impl-bot
active
always
B
Bob
backup
London business hours

When Alice goes offline at 6pm, the agent continues working. When it needs human judgment, it writes a finding and marks it for review. When Alice comes online at 9am, she sees what happened overnight and what decisions are pending. No handoff. No reassignment.


PRINCIPLE 04

SpikesFindings

Investigation is just work. Its output is findings: structured, linkable, first-class objects that feed the learning loop.

A "spike" is an admission that your workflow tool can't handle work whose output is understanding rather than deliverables. The spike produces a finding, the finding informs a decision, the decision shapes implementation. But in traditional tools, these are three disconnected artifacts linked by hope and convention.

In Intent Flow, findings are structured output. They can propose intent changes with linked evidence. They flow across work boundaries. Knowledge moves through the same system as code. Nothing is trapped in a wiki page that no one will find.


PRINCIPLE 05

StateTime

Every mutation has an immutable timestamp. The system doesn't ask "what state is this in?" It asks "what happened, and when?"

"What did we know when we decided?"
→ Query intent + evidence at the moment of decision
"Why did we add the cache layer?"
→ Follow intent mutation to its linked finding
"Where has implementation drifted from intent?"
→ Compare work stream against current intent
"Which findings actually influenced shipped work?"
→ Trace findings → intent changes → implementations

"Show me this work as it existed on March 15th" returns the intent, the work stream, the files, the findings, all at that moment. Not a changelog you reconstruct mentally. The actual state of understanding at that point in time.


Universally Applicable

Beyond Software

The learning loop isn't a software concept. The same cycle of intent, work, finding, and refinement plays out wherever the path isn't fully known in advance. Which is nearly always.

Legal

Resolve disputeFile injunctionResearch precedentRuling changes landscapeNegotiate instead

Product Design

Track expensesReceipt scanning appUser testingUsers want shared accountsCollaborative tracking

Construction

Build extensionRear single-storeyGround surveyDrainage pipe in footprintRedesign layout

Research

Understand mechanism XDesign experimentLab workUnexpected resultRefined hypothesis

Getting Started

Implementing Intent Flow

Intent Flow is a methodology, not a product. Start with these five changes:

01
Separate intent from work
Stop putting "why" in descriptions and "what happened" in comments. Maintain intent statements that evolve with evidence. Append, don't edit.
02
Structure your work entries
Record work as structured data: who, what, files, tests, findings. Not prose. This applies to both humans and agents.
03
Replace assignment with attention
Define who has attention, when, and what they can do. Make sure something always has attention.
04
Capture findings explicitly
When investigation produces knowledge, create a finding that links to the intent it informs and the evidence that supports it.
05
Make time queryable
Maintain immutable timestamps on everything and never delete history. Intent changes, work entries, findings: all append-only.

Questions

FAQ

Yes. Start with separating intent from work. That single change, maintaining explicit intent statements that evolve with evidence, gives you decision traceability that no amount of Jira configuration provides. Add the other principles as your team is ready.
No. The learning loop describes how any purposeful work under uncertainty operates. Legal cases, product design, construction, research, even baking a cake. Software makes the pattern especially visible because the feedback loops are fast and the actors include AI agents, but Intent Flow applies wherever the plan evolves as you learn.
Absolutely. The intent hierarchy, work streams, learning loops, and temporal depth are valuable for human-only teams. The attention model becomes even more important for distributed human teams across timezones. Agents amplify the benefits, but they're not required.
Intent Flow doesn't estimate. It observes. The work stream shows how fast learning loops are completing. The intent hierarchy shows how much refinement remains. Planning becomes "what do we know, what do we need to learn next, and who has attention to do it", not "how many points fit in this sprint."
Tickets capture what needs to be done. Intent Flow captures why, how understanding evolved, what was discovered along the way, and who knew what when. The extra structure isn't overhead. It's the information you're already losing every day in Slack threads, Confluence pages, and tribal memory.
The principles are tool-agnostic. You can practice Intent Flow using separate documents for intent, structured templates for work entries, and shared calendars for attention. Purpose-built tooling makes it easier, but the methodology comes first.