← All posts

Perspective

Why Your Weekly All-Hands Is a Tax, Not a Tool

The average 60-person startup spends 4.5 hours per week in status meetings. Standups, sprint reviews, all-hands, leadership syncs. That's 270 person-hours weekly — the equivalent of 6.7 full-time employees --- re-describing information that already exists in Jira, GitHub, Slack, and Google Docs.

This is human ETL. Extract, transform, load. Engineers write standup notes (extract from memory). Managers write sprint summaries (transform into narrative). Founders write investor updates (load into the format VCs expect). Every layer adds latency, filtering, and softening. By the time information reaches the founder, it has been delayed, summarized, and politically adjusted.

The all-hands is the apex of this tax. 60 people, 60 minutes, $150/hour blended cost = $9,000 per meeting. For what? A series of department updates that could have been read in 6 minutes. A Q&A that surfaces questions people were already asking in Slack. A morale exercise disguised as information transfer.

This is not cynicism. All-hands serve real functions: alignment, culture, visibility. But the information transfer function is broken. The information exists elsewhere in higher fidelity. The meeting is a ritual of reassurance, not a tool of awareness.

The Cost of Re-Description

Consider a typical sprint slip. The signal exists in Jira: three tickets moved to next sprint, one blocked on an external review, one with a comment from an engineer flagging complexity. The signal exists in GitHub: a PR open for 6 days, review requested, no response. The signal exists in Slack: a thread in #backend where someone mentions "the payments thing is taking longer than expected."

None of these signals reach the founder in native form. They reach as: "Sprint 15 is 80% complete, a few items carried over, on track for release." The founder hears "on track" and moves on. Two weeks later, the release slips, and the post-mortem reveals that the signals were there — just distributed, unconnected, and filtered.

The cost is not just the slip. It's the reconstruction cost: the hours spent in the post-mortem assembling what should have been visible in real time. The Jira ticket, the GitHub PR, the Slack thread, the meeting where someone mentioned the blocker — all retrieved forensically because no system held the assembled picture.

Why Tools Don't Fix This

Every tool in the stack claims to solve this. Jira has dashboards. GitHub has insights. Slack has threads and reminders. Each shows one slice well and is blind to the others.

The gap is not data. It's synthesis. A Jira dashboard shows ticket velocity. A GitHub insight shows merge frequency. Neither shows "the payments API review has been pending 4 days and the sprint ends Friday" because that claim requires correlation across systems and judgment about significance.

Enterprise intelligence vendors (Jellyfish, LinearB, Swarmia) attempt this correlation for engineering teams. But they price per developer, require 4–8 week onboarding, and serve VPs at 500-person companies --- not founders at 60-person companies. The segment that feels this pain most acutely is structurally excluded from the solutions.

The Alternative: Synthesis Without the Tax

What if the weekly narrative assembled itself? Not from prompts, not from templates, but from the actual signals across systems --- correlated, ranked, cited, and gated for accuracy.

The founder receives a brief Monday morning: "Checkout: backend merged (3 PRs), blocked on payments API review since Tuesday, at risk for sprint end." Every claim links to the Jira ticket, the GitHub PR, the Slack thread. The founder verifies in 30 seconds, forwards to the board with light edits, and spends the all-hands on actual discussion instead of status updates.

This is not a meeting replacement. It's a meeting upgrade. The all-hands becomes 20 minutes: 5 minutes for the brief (read beforehand), 15 minutes for questions and decisions. The tax is eliminated; the value is preserved.

The Honest Trade-Off

Synthesis is conservative by design. A brief that says "we don't know why the payments API review is delayed" is less impressive than one that guesses. But guessing is how trust dies. The evidence gate blocks uncited claims. The ask loop routes unexplained signals to the person who would know. The result is sometimes thinner than a human summary would be — but it is accurate, and accuracy compounds.

The all-hands is a tax because it optimizes for comprehensiveness over accuracy, for participation over judgment. A synthesized brief optimizes for the opposite: the three things that matter, cited, with uncertainty admitted where it exists.

This is the same trade-off The Olmex Standard makes explicit: a product that synthesizes accurately will sometimes say less than a human summary would, and that is the point, not a shortcoming.

The Founder's Choice

You can keep the tax. Most companies do — the all-hands is cultural inertia, and changing it feels like changing the company. Or you can replace the information transfer function with synthesis, reclaim 4.5 hours per week, and use the all-hands for what only humans can do: debate, decide, align.

The product choice is: do you want your team describing what happened, or do you want to know what matters?