Skip to content
QuietNoteJoin the beta

Daily standup meeting template (free, with example)

Last updated

This daily standup meeting template gives each person the same three lines: what they did yesterday, what they will do today, and what is blocking them. Underneath is a parking lot for topics that need more than a sentence, and a blockers register so an impediment raised on Monday is not quietly forgotten by Thursday.

It works for a Scrum daily scrum, a Kanban standup or a written async standup in chat. Download the Word file, copy the plain text, or read the example from a five-person product team first.

Word file (.docx), free and without signing up. Opens in Google Docs and Pages too.

What’s in the template

The minutes open with these details:

  • Team
  • Date
  • Time started / time ended
  • Facilitator (rotating)
  • Present
  • Absent (and whether they posted an async update)
  • Sprint / iteration and day number
  • Sprint goal (one line, copied from sprint planning)

Then the body follows the meeting in this order:

  1. 1. Goal check — Read the sprint goal aloud or paste it at the top. Thirty seconds. The updates that follow are about progress toward it, not about being busy.
  2. 2. Updates, one block per person — Keep each person to a minute. Mention work by its ticket or item name so the board and the notes match.Name: · Yesterday: · Today: · Blockers:
  3. 3. Board walk (optional) — Some teams walk the board right to left instead of going person by person: anything stuck in review, anything in progress for more than two days.
  4. 4. New blockers raised today — Anything someone cannot move forward on without help. Give each one an owner for the unblocking, who is often not the person blocked.Blocker: · Who is blocked: · Who will unblock: · By when:
  5. 5. Parking lot — Topics that came up and need a longer conversation. Note who needs to be in it and when it will happen. The standup ends on time regardless.
  6. 6. Announcements — Absences, release times, a demo this afternoon. Facts only; questions go to the parking lot.
  7. Blockers register (carried day to day) — One row per open blocker, copied forward until it is cleared. If a row survives a week, it belongs in the retrospective.Raised on: · Blocker: · Owner: · Status: · Cleared on:

At the end: blockers register and parking lot, as tables you can keep across meetings.

The template

Download it as a Word file, or copy the text version into your own document.

Daily Standup Notes

Team: 
Date: 
Time started / time ended: 
Facilitator (rotating): 
Present: 
Absent (and whether they posted an async update): 
Sprint / iteration and day number: 
Sprint goal (one line, copied from sprint planning): 

1. Goal check
   [Read the sprint goal aloud or paste it at the top. Thirty seconds. The updates that follow are about progress toward it, not about being busy.]

2. Updates, one block per person
   [Keep each person to a minute. Mention work by its ticket or item name so the board and the notes match.]
   Name:
   Yesterday:
   Today:
   Blockers:

3. Board walk (optional)
   [Some teams walk the board right to left instead of going person by person: anything stuck in review, anything in progress for more than two days.]

4. New blockers raised today
   [Anything someone cannot move forward on without help. Give each one an owner for the unblocking, who is often not the person blocked.]
   Blocker:
   Who is blocked:
   Who will unblock:
   By when:

5. Parking lot
   [Topics that came up and need a longer conversation. Note who needs to be in it and when it will happen. The standup ends on time regardless.]

6. Announcements
   [Absences, release times, a demo this afternoon. Facts only; questions go to the parking lot.]

Blockers register (carried day to day)
   [One row per open blocker, copied forward until it is cleared. If a row survives a week, it belongs in the retrospective.]
   Raised on:
   Blocker:
   Owner:
   Status:
   Cleared on:

Blockers register
Raised | Blocker | Blocked | Owner | Status

Parking lot
Topic | Who needs to be there | When

Who the standup is for

The standup is for the people doing the work to coordinate with each other for the next 24 hours. It is not a status report to a manager. When it turns into one, updates get longer, people start performing busyness, and the real conversation moves to a side channel. The Scrum Guide describes the daily scrum as an event for the developers, and that is a useful way to think about it even if you do not use Scrum.

If a manager or product owner attends, they listen. If they need something, it goes in the parking lot.

What to write down

  • Blockers, every time, with an owner for clearing them. This is the one thing the notes must capture.
  • Anything that changes the plan for the day: someone picking up a ticket they did not expect, a release moved, a dependency slipping.
  • Parking lot topics and when they will be discussed, so the standup can end.
  • Absences and who covers for them.

What to leave out

  • A full transcript of each person's update. The board already shows what is in progress.
  • Problem-solving. Two people going deep on a bug while four people wait is the most common way a standup runs to 40 minutes.
  • Estimates and re-planning. That is sprint planning or a refinement session.
  • Praise or criticism of individuals. The standup is not the place for either.

Fifteen minutes, same time, same place

Hold it at the same time every working day, in the same room or the same video link, and keep it to fifteen minutes however many people attend. A fixed time removes the daily scheduling negotiation. A fixed length forces the team to park anything that does not fit. Standing up, where that is practical, is a reminder of the length rather than a rule.

Async written standups

For distributed teams, the same three questions work as a written post in a channel or thread by an agreed time. The template's per-person block is the post. The facilitator's job becomes reading all the posts and chasing the blockers, which is easy to skip; assign it to someone each week. Written standups lose the quick "I can help with that" exchange, so leave the thread open for replies and hold a short live call once or twice a week.

Example: filled-in daily standup

What the template looks like once it’s been used. The organisation and people are made up.

Daily standup, Checkout squad, Fernbrook Software

Date: Wednesday 7 October 2026
Time: 9:30 am to 9:42 am

Facilitator: Ines Carvalho

Present: Ines Carvalho, Jonah Weiss, Aditi Rao, Callum Burke, Sofia Marin

Absent: None

Sprint: Sprint 31, day 6 of 10

Sprint goal: Customers can save a card and pay with it on a second visit

1. Goal check

Goal read out. Four of seven sprint items done; saved-card payment flow (CHK-412) is the critical path.

2. Updates

Ines Carvalho. Yesterday: finished the tokenisation call to the payment provider (CHK-409), in review. Today: pick up CHK-412 front end once Jonah's API is merged. Blockers: none.

Jonah Weiss. Yesterday: saved-card API (CHK-411), two endpoints done, one to go. Today: finish the delete endpoint and open the PR by lunch. Blockers: staging database still on the old schema; migration needs a DBA to run it.

Aditi Rao. Yesterday: reviewed CHK-409, wrote test cases for the second-visit flow. Today: finish the test plan, start automation. Blockers: needs a sandbox card that triggers the 3-D Secure challenge; provider support ticket open since Monday.

Callum Burke. Yesterday: production bug CHK-420 (duplicate order emails) root-caused to a retry loop. Today: fix and deploy behind a flag. Blockers: none, but it will take most of the day, so CHK-415 moves to tomorrow.

Sofia Marin. Yesterday: copy and error states for the saved-card screen. Today: accessibility pass on the card list. Blockers: none.

3. Board walk

CHK-409 in review for one day. CHK-411 in progress for three days; expected to move today. Nothing else stale.

4. New blockers raised today

Staging schema migration. Blocked: Jonah Weiss. Owner for unblocking: Ines Carvalho will message the platform team's DBA on-call before 10:00. By: today.

3-D Secure sandbox card. Blocked: Aditi Rao. Owner: Callum Burke knows the provider's account manager and will escalate the ticket. By: Thursday.

5. Parking lot

Whether saved cards should expire after 12 months of no use. Needs the product owner. Ines to book 20 minutes with Priya Shah this afternoon.

Retry loop pattern from CHK-420 probably exists in two other jobs. Callum and Jonah, 15 minutes after standup.

6. Announcements

Sprint review moved from Friday 2:00 pm to Friday 3:00 pm. Aditi out Friday afternoon; test results will be posted by noon.

Blockers register

5 Oct: 3-D Secure sandbox card, Aditi Rao, owner Callum Burke, open.

7 Oct: staging schema migration, Jonah Weiss, owner Ines Carvalho, open.

2 Oct: design tokens package version conflict, Sofia Marin, owner Sofia Marin, cleared 6 Oct.

Action items

Action items
No.ActionOwnerDue
1Message platform DBA on-call about the staging migrationInes Carvalho7 October 2026, 10:00 am
2Escalate the 3-D Secure sandbox card ticket with the providerCallum Burke8 October 2026
3Book 20 minutes with Priya Shah on saved-card expiryInes Carvalho7 October 2026

Tips for daily standup

  • Rotate the facilitator weekly. It keeps the standup belonging to the team and stops one person from becoming the audience.
  • Say ticket numbers out loud and write them down. "The payment thing" is unsearchable next week.
  • Give every blocker an unblocking owner who is not the blocked person. Otherwise the register is a list of complaints.
  • Start on time even if two people are missing. Waiting trains everyone to arrive late.
  • If the same blocker is read out three days running, stop reading it out and escalate it in the parking lot instead.
  • For async standups, post the three lines before 10:00 and reply in threads. Keep the main channel for updates only.

Related templates

Or let the notes write themselves

A template helps when you’re the one typing. If you’d rather not be, an AI note taker can draft the summary and action items for you. Most send a bot into the call; QuietNote captures from your own computer instead, so nothing joins the meeting and you decide when capture starts. It’s in private beta. Whatever you use, read the draft before you send it, and tell attendees you’re recording where the rules require it.

Questions

How long should a daily standup be?

Fifteen minutes at most, regardless of team size. If it regularly runs longer, the usual causes are problem-solving in the meeting, updates aimed at a manager rather than the team, or too many people. Park anything that needs discussion and end on time; the people who need to continue can stay.

What are the three standup questions?

What did I do yesterday, what will I do today, and what is blocking me. Many teams now phrase them around the sprint goal instead: what did I finish toward the goal, what will I finish next, what is in the way. The Scrum Guide no longer prescribes the three questions, but most teams still use some version of them.

Do you need to take notes in a standup?

Not a transcript. Record blockers with an owner, any change to the day's plan, and parking lot topics with a time to discuss them. That is usually five lines. The value of the notes is the blockers register that carries from day to day, not the updates themselves.

Should managers attend the daily standup?

They can attend, but the standup is for the team to coordinate, not to report upward. A manager who listens and takes questions to the parking lot does no harm. A manager who asks for status from each person turns it into a different meeting and the team will start holding the real one elsewhere.

What is the difference between a standup and a scrum meeting?

In practice they are the same meeting. "Daily scrum" is the Scrum term for the daily 15-minute event; "standup" is the general name used by Kanban and other teams, from the habit of standing to keep it short. The template works for both.

Can an AI note taker record a standup?

It can capture the updates and pull out blockers and action items, which is handy for people who missed the standup or for teams across time zones. The useful output is the list of blockers and owners, not a summary of each update, so check that the tool produces that. Tell the team the meeting is being recorded.

Sources

Checked on 5 October 2026. Vendors change their settings and prices often; follow the links for the current version.

Notes without the bot.

QuietNote captures meetings from your own computer, so nothing joins the call. It’s in private beta — join to help shape the first version.

Private beta. No credit card.