The Tilt-A-Whirl Standup: Why Your Agile Is Just a Faster Treadmill
The Deposition in Pink
My lower back is doing that thing where it throbs in sync with the flickering LED overhead, a rhythmic 53-hertz reminder that I’ve been standing in this exact spot for three-quarters of an hour. We are 43 minutes into what was supposed to be a ’15-minute quick sync.’ Dave, the project lead whose LinkedIn profile probably lists ‘Empathy’ as a top skill, is currently cross-examining a junior front-end dev about why a button padding adjustment took 103 minutes instead of the estimated 33. It isn’t a conversation. It’s a deposition. We’re all standing in a circle like we’re part of some high-stakes ritual, but the only thing we’re sacrificing is our collective sanity and the afternoon’s velocity.
James J.D., a man who spent 23 years as a carnival ride inspector before deciding that software bugs were less likely to result in a lawsuit than a loose bolt on a Ferris wheel, leans over and whispers that this reminds him of the time he had to shut down a Tilt-A-Whirl in Nebraska. The operator had painted it bright pink to make it look ‘innovative,’ but the underlying gears were grinding into fine metallic dust. That’s us. We’re the pink paint over the grinding gears of a 1993 management style.
We call it Agile because it sounds fast, like a gazelle or a tech startup with a billion-dollar valuation. But in reality, we’ve just taken the old waterfall bureaucracy, chopped it into two-week segments, and added more meetings to explain why we aren’t meeting our goals. It’s a performance. We’re actors in a play called ‘Efficiency,’ performing for an audience of stakeholders who just want to see the burn-down chart move downward, even if the line is faked.
Weaponized Process
If you have to ask someone every 24 hours why they haven’t finished a task, you don’t have a process problem; you have a trust problem. Agile was meant to empower the people doing the work, to give them the autonomy to make decisions on the fly. Instead, it’s been weaponized as a micro-management tool. The stand-up is no longer a huddle for the team; it’s a status report for the manager. James J.D. says that on the carnival circuit, the guys who talked the most about safety were usually the ones with the rustiest equipment. They used the jargon to hide the lack of maintenance.
We do the same. We talk about ‘pivoting’ when we actually mean we’re lost. We talk about ‘sprints’ when we’re actually just exhausted. The irony is that in our quest to be fast, we’ve eliminated the quiet time required to actually be fast. A developer needs four hours of uninterrupted flow to solve a hard problem. But our schedule is a Swiss cheese of 13-minute ‘check-ins’ and ‘alignment sessions.’ We spend so much time describing the work that we have no time left to do the work.
4 Hours Lost
(Consumed by 13 separate alignment sessions)
Innovation is the quiet space between the noise of management.
Shared Goal
Slack Channel
No Ceremonies
I remember one project where we actually did it right. We had no Jira board, no daily standup, and no ‘Scrum Master’ with a certification they got over a weekend. We just had a shared goal and a Slack channel. We moved 83% faster because we weren’t constantly stopping to explain our movement. But that’s scary for management. If they aren’t ‘managing’ the minutes, what are they doing? The ceremony justifies the hierarchy.
The Simplicity of Rebellion
This is especially true in the world of testing and QA. I’ve seen testers forced to spend 53 minutes documenting a bug that took 3 minutes to fix. They’re trapped in a loop of performative documentation. When you’re in the trenches, you need tools that get out of the way. You don’t want to jump through hoops just to get a temporary environment or a test account set up. You need something like Tmailor that provides immediate utility without the baggage. In a world of over-engineered processes, the simplest tool is often the most radical act of rebellion. It’s the difference between a ride that looks safe and a ride that actually is safe.
The Zipper Operator’s Secret
James J.D. told me about a guy who used to inspect the ‘Zipper’-that ride that flips you vertically while spinning you horizontally. The guy didn’t look at the logs first. He looked at the operator’s eyes. If the operator was bored, the ride was probably fine. If the operator was frantic, something was wrong. In software, if your developers are bored in meetings, it might actually mean things are stable. But if they’re frantic, no amount of ‘Agile’ ceremonies is going to save the release.
We’ve become obsessed with the metrics of activity rather than the metrics of outcome. We count the number of stories completed, the number of points burned, the number of meetings attended. But none of those things tell you if you’re building something people actually want. You can have a perfectly Agile process and still ship a product that is the digital equivalent of a broken merry-go-round.
The Unscripted Moment
I often think back to that funeral laughter. It was a moment of pure, unscripted humanity interrupting a rigid, failing ritual. We need more of that in tech. We need to be able to say, ‘This meeting is useless,’ or ‘This process is slowing us down,’ without being labeled as ‘not a team player.’ The real team player is the one who tries to stop the gears from grinding into dust, even if it means questioning the pink paint.
Meetings Attended: 8
User Value Delivered: 1
There are 3 types of people in these meetings: the ones who are genuinely trying to help, the ones who are trying to look important, and the ones who are just trying to survive until lunch. I’m currently in the third category, leaning against a filing cabinet that feels like it was manufactured in 1963. Dave is now moving on to the ‘blockers’ section. My blocker is this meeting. My blocker is the fact that I’ve spent 63% of my morning talking about what I’m going to do instead of just doing it.
We have created a culture where ‘busy-ness’ is a proxy for ‘value.’ If you aren’t in a meeting, are you even working? If you don’t have a calendar full of 30-minute blocks, are you even important? It’s a toxic cycle that leads to burnout and mediocre software. We’ve traded the deep, satisfying work of craftsmanship for the shallow, frantic work of administration.
James J.D.’s Intervention
James J.D. finally stood up. He didn’t say anything about the code. He just walked over to the whiteboard, picked up a dry-erase marker, and drew a small ‘X’ on a specific sticky note. ‘That one,’ he said. ‘That’s where the bolt is going to snap.’ It was a task that had been pushed from sprint to sprint for 13 weeks. Everyone knew it was a problem, but it didn’t fit into the ‘velocity’ of the current cycle, so it was ignored. That’s the danger of performative Agile. It prioritizes the rhythm of the ceremony over the reality of the system.
We eventually finished the standup at the 73-minute mark. Dave looked satisfied. He felt like he had ‘alignment.’ The rest of us shuffled back to our desks, drained of the energy we needed to actually tackle the day’s tasks. I opened my IDE, but for the first 13 minutes, I just stared at the screen. The flow was gone. The momentum was buried under a pile of ‘action items’ and ‘follow-up syncs.’
Small ‘a’ Agile
If we want to actually be agile-small ‘a’ agile-we have to stop worshiping the ceremonies. We have to be willing to kill the meetings that don’t serve us. We have to trust people to do the work they were hired to do. And we have to recognize that innovation doesn’t happen in a standing circle under flickering lights; it happens in the quiet, focused moments when a human being is allowed to think without being interrupted every 43 minutes.
The priest eventually closed the laptop and finished the service from memory. It was better. It was more honest. It was more effective.
Maybe that’s what we need to do. Close the Jira, stop the clock, and just talk to each other like human beings. Because at the end of the day, no one remembers the velocity of the sprint; they only remember if the ride stayed on the tracks.