Daily Standup Agenda Template (That Engineers Actually Use)

The problem with most standup templates

Most standup templates are built for teams that aren't really running standups. Three prompts per person, five people, 15 minutes becomes a planning meeting if the team lets it expand. The template below is optimized for one thing: keeping standup under 10 minutes while ensuring the right information surfaces and gets captured. The prompts are deliberately narrow. The sections after the round handle everything else.

The agenda (copy-paste this)

Duration: 10 minutes max
Format: Synchronous, each person speaks once

For each team member (90 seconds per person):

1. Done since last standup — shipped or merged, not in-progress
2. Planned today — what you intend to close, not aspirational sprint work
3. Blockers — name the owner; "waiting on design review" only counts if someone owns unblocking it

After the round (remaining time):

• Decisions needed — anything that requires a call right now; if it takes more than 2 minutes, schedule a separate meeting
• Announcements — one sentence per item, no discussion during standup

Parking lot: when a topic comes up mid-round that doesn't need the whole group, write it down and handle it after or async. The parking lot discussion — usually 2-3 people rather than the full team — is often more useful than standup itself.

---

What most standup templates get wrong

The top-ranked standup templates fall into two failure modes.

The skeleton ("What did you do? What will you do? Blockers?") is fine until the team starts treating blockers as optional. Nobody writes down "waiting on security review" because nothing happens when they do. Dependencies get lost, unblocked by whoever happens to ask next week.

The overbuilt version adds 8-12 prompts and a team health check. That turns standup into a staff meeting. Engineers stop paying attention after the first two speakers.

Both versions share the same root problem: they frame standup as a reporting exercise. Standup is an alignment exercise. Reporting produces information; alignment produces action. That distinction matters for how you time-box the prompts and what happens after the round ends.

The second thing templates skip is what happens to the information after the call. Even well-run standups produce blockers that don't get tracked, decisions that nobody writes down, and action items with no owner.

Why standup recaps fall apart

The rotating note-taker approach breaks within a few weeks. Whoever's turn it is gets swamped, skips the detail, and posts something vague that nobody reads. The team stops trusting the notes, then stops reading them, then the notes stop serving any purpose.

Async-first standups — posting your update in Slack before the call — solve the attendance problem but lose the accountability that comes from a live round. People still ask "what did we decide about X?" later in the day.

The hidden cost compounds fast. For a look at what lost standup context costs a team over a quarter, see The meeting tax.

How Pavleur handles the recap

Run standup against this agenda with Pavleur open. When the call ends, the report is generated automatically — no note-taker, no 5 minutes of post-standup cleanup. The recap captures each person's done/planned/blockers, extracts decisions made, and lists action items with owners as named in the meeting.

The part audio-only tools miss: if someone pulls up a PR dashboard, a Jira board, or a deployment graph mid-standup, Pavleur captures it and includes it in the report with context. Tools like Otter or Fireflies give you the words; the screenshot record of what was on screen doesn't exist. Anyone who missed standup can read the full report without asking what happened. If you're comparing tools on this dimension, the comparison page covers the differences.

Enforcing the time box

The 90-seconds-per-person discipline breaks most reliably when the EM starts answering questions mid-round. Train the instinct to say "let's take that after" and write it in the parking lot.

If standup consistently runs over 10 minutes, the cause is usually one of: too many people (split the standup), agenda items creeping in from sprint planning, or a recurring discussion topic that needs its own recurring meeting. Fix the structural cause rather than just the symptom.