Home About Experience Projects Case studies Resources Articles Briefs Playbook Tools FAQ How we start Security Get in touch

Delivery automation

Replacing the Daily Status Meeting With a Generated Summary

Daily status meetings exist because nobody can otherwise see what is happening. That is a reporting problem being solved with everybody's time, and the arithmetic is unusually easy.

Daily status meetings exist because nobody can otherwise see what is happening. That is a reporting problem being solved with everybody's time, and it is one of the few automations where the saving is genuinely large and easy to calculate.

A MEETING HELD TO FIND OUT WHAT IS HAPPENING The daily meeting Eight people, fifteen minutes each morning, mostly listening to updates that do not concern them. Sixty hours a year, each. The generated summary Assembled from what people already recorded, delivered before the day starts, read in ninety seconds. Keep a short meeting for what is stuck. Automate the part that is just information.
Figure 1: status is information and belongs in writing. Blockers are a conversation and belong in a meeting.

What to keep and what to remove

Status is information. What moved, what is due, what has not been touched. It should be written, assembled automatically, and read in ninety seconds.

Blockers are a conversation. Something is stuck and needs a decision or another person. That genuinely benefits from people in a room, and it takes five minutes rather than fifteen because the status half already happened.

If the meeting exists so people can find out what is happening, replace it. If it exists so people can unstick each other, keep it and make it shorter.

How to build it

1. Fix the source before automating the report

This is the prerequisite. If work is not updated in the tracker, the summary will be confidently wrong, and a confidently wrong report destroys trust faster than no report. Get updating honest for two weeks first.

2. Assemble from what already exists, never from a form

A summary that requires people to fill something in is a status meeting in writing. Pull what moved, what is due, and what has not been touched, straight from the tracker.

3. Send a personal view as well as the team view

This is the change that actually alters behaviour. The channel gets what moved. Each person gets a direct message with their own items, including anything stale. Naming an item to its owner does more than any broadcast reminder.

4. Flag the stale, not the busy

Highlight work that has not moved and work that is past due. Do not report volume of activity, because that measures motion rather than progress and rewards the wrong thing.

5. Deliver before the day starts

Early enough that it informs how somebody plans their morning. A summary arriving at eleven is a record; one arriving at seven is a plan.

6. Then shorten the meeting, deliberately and out loud

The automation only pays off if the meeting actually shrinks. Say explicitly that status is now written and the meeting is for blockers only, or you will have added a report and kept the cost.

Tools and what they cost

OptionWhat it costsHonest trade-off
Native tracker digests (Jira, Asana, Linear)Included.Zero build. Usually broadcast to a channel rather than personalised, which is the half that changes behaviour.
Apps Script or ScriptRunner against your trackerFree with Workspace, or a per-user marketplace app.Full control including the personal direct messages and staleness rules. This is how I built mine.
Async standup bots (Geekbot, Standuply)Per user monthly, typically single digits.Simple to adopt. Most ask people to answer questions, which reproduces the meeting in writing rather than replacing it.
A person writing a daily summaryFree in cash, expensive in attention.Genuinely good quality and the first thing to disappear in a busy week, which is when it matters most.
SEND IT TO THE PERSON, NOT ONLY TO THE CHANNEL Tracked workas it already stands Split by audience team view, and a personal view for each individual channel: what moved direct message: your items, including the stale ones A channel post is a broadcast. A direct message is a task. Naming the person whose item is stale does more for follow-through than any reminder to everyone.
Figure 2: the personal view is where behaviour changes. The channel view is context.

What it is actually worth

This one has honest arithmetic. People in the meeting, times minutes, times working days, times a loaded hourly cost. Eight people at fifteen minutes daily is roughly five hundred hours a year across the team. Halve the meeting and you have your number, and it will be larger than most automations in this series.

The behavioural effect is separate and worth more over time. A named item flagged as untouched for four days produces movement in a way a general reminder does not, because the discomfort of appearing on a list three days running is a better motivator than any notification.

The caution: if you build the report and keep the meeting at full length, you have added work. The saving is entirely in the meeting shrinking, and that requires somebody to say so explicitly.

How it breaks

The tracker is not current, so the summary is wrong. Fix the input first. One wrong summary costs more trust than ten correct ones earn.

It becomes surveillance. If the personal view is used to interrogate people rather than to prompt them, updates become defensive and the data becomes fiction. Report items, not individuals, in anything shared.

The meeting stays the same length. The most common outcome and the one that wastes the whole exercise.

Nobody reads it. Usually because it is too long. Three sections, no more: what moved, what is due, what is stuck.

How to tell whether it worked

Minutes spent in status meetings per week, which is the direct saving. Items untouched beyond a threshold, which should fall once people see their own name against them. And items completed by their due date, which is the outcome the whole thing exists to move.

Sources. Pricing is list price at time of writing. The arithmetic in this article uses your own meeting size and rates rather than a published figure; I have deliberately not quoted the widely circulated statistics about time lost to meetings, because the traceable ones concern chief executives specifically rather than teams, and the rest come from meeting software vendors.

Paul Prado Pacardo is a Senior Executive Assistant and Operations professional with over ten years supporting C-level leaders, and the solo founder of a multi-product software studio. Available for remote Chief of Staff, Operations, Senior Executive Assistant and Project Manager roles.