The Meeting That Should Have Been a Document (And Vice Versa)

Philip Rehberger Jul 7, 2026 2 min read

Status meetings waste time. Email threads go in circles. Here's a simple framework for knowing when to write it down vs. when to get everyone on a call.

The Meeting That Should Have Been a Document (And Vice Versa)

You just spent an hour in a status update meeting.

Everyone took turns saying what they'd already written in Slack. You could have read it in 5 minutes.

Meanwhile, the critical decision about database architecture? That's happening in a 47-email thread that's been going in circles for three days.

We're doing it backwards.

Status updates don't need meetings. Decisions don't need email threads.

The Simple Rule

If it's information sharing, write it down.

→ Project status? Put it in the portal. → Bug reports? Document them. → Progress updates? Async. → Completed tasks? Log them.

If it requires discussion, debate, or decisions, schedule a meeting.

→ Architecture choices? Call. → Scope changes? Call. → Conflicting priorities? Call. → Strategic direction? Call.

With a clear agenda. With the right people. With decision-making authority.

How We Do It at ScopeForged

Our client portal handles all status communication. Clients log in, see exactly where we are, what's done, what's next. No meeting required.

We schedule decision meetings with clear agendas: "By end of this call, we need to decide X."

Async questions go in designated channels with expected response times.

The result? Fewer meetings. Faster decisions. Less time in inbox hell.

Most teams are drowning in meetings that should be memos and sending memos that should be meetings.

Flip it.

Information = write it down. Decisions = get on a call.

How many meetings are on your calendar this week that could be a document instead?

#ProductivityTips #RemoteWork #ProjectManagement #Communication #TeamEfficiency

→ scopeforged.com


Philip Rehberger Founder, ScopeForged scopeforged.com

Share this article

Related Articles

Need help with your project?

Let's discuss how we can help you build reliable software.