Most teams don’t hate standups—they hate wasting them. You gather smart people, trade updates, then walk away with the same invisible queues, the same stuck reviews, the same “we’ll pick it up today.” It’s not laziness. It’s a blind spot: we’re discussing stories while the system is quietly optimizing for waiting.
This piece is about replacing that blind spot with a few sharp, humane signals. No ceremony inflation, no tooling tour. Just the handful of lenses that make a 10–15 minute standup change the day’s outcome.
The standup’s job is simple:
What derails it is also simple: opinions outrun evidence. We talk about effort; the system cares about time. Specifically:
If your team can see those five truths, the conversation gets short and useful. That’s where Time in Status shines—not as eye candy, but as a set of deliberately different lenses on the same work.
Think of these as complementary views on one system. You don’t need all of them every day. Pick two or three that matter this week and let them drive the conversation.
When we say “things are slow,” we’re actually saying, “time is piling up in a few statuses.” Time in Status and Average Time tell you which ones. The twist: use Status Groups to align with your delivery model. For many teams:
Two columns—Active vs. Waiting—often end 80% of standup debates in 60 seconds. If Waiting dominates (or trends up), you don’t need pep talks; you need fewer pulls and faster reviews today.
Insight: The team that defines “In Review” as Waiting rather than Active gets better at saying no to new work when review queues swell. They get predictability back faster.
People don’t feel “busy” equally. Assignee Time in Pivots makes it visible—especially helpful with distributed teams and after-hours drag. The key isn’t shaming; it’s fairness and sustainability: who’s over-indexed on waiting time (not just total time), who’s stuck in reviews, whose after-hours burden is silently creeping up because of a time-zone mismatch.
Insight: If one person holds most of the waiting time (e.g., reviews), cycle time balloons even when everyone “feels productive.” Redistribute reviews before praising more effort.
Velocity without cadence is just a good sprint with good luck. Status Entrance Date shows whether work is progressing in small, frequent steps or bunching at the end. Bunching invites heroics and bugs. Small, frequent entrances—especially into “Done”—beget consistent lead time.
Insight: Teams that normalize small, frequent status entrances don’t just “go faster”—they become more forecastable. Product stops asking for promises and starts asking for probabilities.
Rework isn’t a moral failure; it’s a signal. Status Count (how many times an item sits in a status) and Transition Count (how often it moves between statuses) show whether you’re debugging the code or the handoff. Back-and-forth (“In Review → In Progress → In Review”) is expensive. Catch the loops, and your best “speed improvement” is often a smoother definition of ready/done, not more hours.
Insight: A small decline in review backtracks usually beats a large increase in headcount for cycle-time gains. Hand-offs are multipliers.
Yesterday’s “stuck” item isn’t the problem—today’s growing queue is. Time in Status per Date shows the accumulation by day, so you can attack today’s longest waits. It’s the difference between venting and triage.
Insight: The optimal standup outcome is three resolved blockers, not 15 updates. “What will release the most flow before lunch?” is the right question.
Averages are seductive and often lie. Two safeguards matter:
Insight: Many “miraculous sprint recoveries” are just end-of-sprint bunching on a 24/7 clock. Business-hours truth makes the crunch visible—and negotiable.
Standups turn toxic when metrics become weapons. Use these principles to keep them healthy:
Native sprint reports often tell a comforting story about commitment and completion. The Sprint Report in Time in Status app injects honesty: committed vs. completed, scope change, workload, completion rate, and carryover—all consistent with your estimation method (story points, original estimates, or count). Combine it with status time and you get causality, not just correlation. For example:
Insight: A stable completion rate with declining review wait time is a better success metric than “we hit 110% of commitment.” Throughput plus health beats output alone.
Teams often treat flagged issues as symbolic gestures. The reality is more useful: how long an issue stays flagged and where that flagged time accumulates tells you which dependency is eating your week. The new FlagFocus agent distills that into a short table you can talk about like adults—without arguing anecdotes.
Insight: “Most flagged time sits in ‘Waiting on Vendor’” turns a standup into a negotiation plan, not a blame session. You can’t control the vendor, but you can control batch sizes, escalation paths, and what you choose to start while you wait.
What a healthy standup sounds like
It’s short. It talks about time, not hero stories. It ends with two or three tiny commitments that actually free the system.
No drama. No speeches. Just relief.
Good teams don’t get faster by working harder; they get faster by removing the parts where nothing is happening. That’s the gift of these lenses: not more pressure, but more clarity. When the system is visible, standups stop performing productivity and start producing it.
If you’re ready to trade standup theater for real momentum, anchor the ritual on a few honest signals—status time (with sensible groups), assignee fairness, churn, entrance cadence, sprint truth, and flagged-time reality. Time in Status gives you all of them, in grids when you need precision and charts when you need persuasion.
Everything else is just talk.
Iryna Komarnitska_SaaSJet_
Product Marketer
SaaSJet
Ukraine
12 accepted answers
1 comment