← Back to essays

The Standup Belongs at the Release, Not the Card

·2 min read·By Ry Walker

The standup that still runs card by card is a ritual from a slower factory. When agents are opening and merging work all day, walking the board ticket by ticket is cutting grass with scissors. The room fills with status, and the only question that matters never gets asked: does the release actually work?

Volume is no longer the constraint. Alignment is. A day of thirty pull requests with no shared objective is not velocity. It is a queue of locally reasonable changes that do not add up to a business outcome. Code Review Becomes the Bottleneck is real, but the failure usually starts earlier. The plan was never held at a level a person can still judge.

Cards remain the unit of execution. They are a bad unit of management. What a leader can evaluate is the release: does the whole thing work, and does it look right? If you cannot answer that, more tickets will not save you. You are missing an outcome, not a status update.

This is also why generated story maps often make the mess worse. They manufacture cards without manufacturing an objective. The human job is the map of activities that lead to a business outcome. A practical test still holds: if you had to do this with paperwork and people, what would still have to happen? Keep those items short. If a card needs a paragraph, you went too deep, and an agent will happily go deeper. Once that map is honest, the release plan underneath it can be automated. Reboot the map only when the business outcome itself is wrong.

Stop staffing the card standup. Staff the release review. Define the outcome, let agents run the stations under it, and spend human attention on whether the release holds together. That is the cadence that survives agent throughput.

Key takeaways

  • Card-level standups turn into noise once agents produce more work than a person can inspect ticket by ticket.
  • The release is the unit a leader can still judge, because the real question is whether the whole thing works and looks right.
  • Humans should own the outcome map, and the release plan underneath that map should be automated.

FAQ

Should teams stop using cards once agents are writing the code?

No. Cards remain the unit of execution. They are a bad unit for the human status meeting. Keep the cards for the agents, and move the leadership conversation to the release.

Why not let the model generate the story map?

Generated maps tend to add cards without adding an objective. A person should set the activities that lead to the business outcome. Automation belongs in the release plan after that map is honest.