This post describes a hypothetical scenario based on common patterns we observe in distributed engineering teams. It is not a specific customer. Details have been generalized, and the outcomes are framed in directional terms rather than as precise measurements.
The CTO in this composite leads a 70-engineer organization spread across US East, US West, Western Europe, and South Asia. At the start of the scenario, the CTO's calendar had roughly 25 hours per week of recurring meetings, more than half of which were cross-timezone status syncs — team leads briefing the CTO, the CTO briefing peers, weekly leadership rollups, quarterly reviews. The CTO's actual technical thinking time had compressed to about six hours per week, mostly on weekends.
The structural problem
The meeting load was not arbitrary. Each meeting answered a real question. The CTO needed to know what the squads were working on; the CTO's peers needed to know what engineering was shipping; the executive team needed to know whether commitments were on track. Removing meetings without replacing the information flow would have made the org worse, not better.
The real cost was that the information flow was extractive. Each meeting required several engineers to compile what they were working on, the team lead to summarize it for the CTO, and the CTO to summarize it again for the next layer. The same content was being recompiled by hand at every level of the org chart.
The intervention
The team rolled out structured wraps across all squads. Each engineer's wrap rolled up into a team-level view; team-level views were queryable by the CTO with citations into the underlying engineer-level wraps. The CTO replaced the weekly squad sync with a Friday morning ritual of reviewing the rolled-up wraps and querying the Representative for clarifications, escalating to a synchronous conversation only when the Representative refused — that is, when the answer was not in the declared state.
The rollout took about three months. The first month was wrap adoption at the engineer level. The second month was building the team-level rollup discipline. The third month was the CTO deliberately experimenting with which meetings could be retired.
Governance, not a status channel
StandIn is async governance infrastructure. Engineers declare working state before they go offline. Representatives answer from the record, cite the source, and refuse when the answer is not there.
Request access →The directional results
By the end of the third month, the CTO's calendar showed roughly 8 hours per week of recurring meetings — a reduction of about 17 hours, or roughly 70 percent of the original load. The technical thinking time recovered correspondingly. The information flow up the org did not get worse; in some cases it got better, because the rolled-up wraps were more accurate than the verbally-relayed summaries they replaced.
The friction the CTO did not anticipate was that some team leads experienced the change as a loss of visibility — they had previously used the weekly sync as a chance to flag concerns and to be seen flagging them. The CTO had to deliberately rebuild that visibility, by occasionally asking a team lead to walk through their team's wrap synchronously and by maintaining a one-to-one cadence even when the group sync was retired.
What the CTO would do differently
The retrospective surfaced three lessons. First, do not retire meetings in the first month — let the wrap infrastructure mature before reducing the synchronous layer. Second, the one-to-ones with team leads matter more after the group syncs are retired, not less. Third, the executive team needs a separate explanation; they were used to the old reporting cadence and needed a directly equivalent surface to query before they would trust that the change had not reduced their visibility.
Frequently asked questions
Is this a real customer?
No. This is a composite based on common patterns we observe among CTOs of distributed engineering organizations that adopt async coordination infrastructure. The 70 percent reduction is directional and varies by team; some teams see less, some see more.
Did the engineers gain or lose from this?
Both. Engineers writing wraps spent more time writing and less time in meetings. Most engineers reported a net gain, because writing a wrap is cheaper than attending three meetings to convey the same information. A minority of engineers, particularly those who liked the social texture of meetings, reported feeling more isolated.
Is this transferable to other organizations?
The shape of the intervention is transferable. The specific reduction depends on how meeting-heavy the starting state was. Organizations that already had a light meeting culture will see smaller percentage reductions; organizations with very heavy meeting loads sometimes see larger ones.
Get async handoff insights in your inbox
One email per week. No spam. Unsubscribe anytime.
Ready to eliminate your daily standup?
Distributed teams use StandIn to start every shift with full context — no standup required. Engineers post a 60-second wrap. The next shift wakes up knowing exactly what to work on.