I totally understand it, but I’m still a bit surprised by the sheer amount of dislike for standups here.
I used to be there myself but changed my mind after years of seeing programmers who complained about having to do too-frequent status updates go off into the bushes and take their code off the rails for weeks at a time to build the wrong thing.
While standups are indeed a context switch and feel like they sap productivity, there’s nothing less productive than people who run off quietly and build something you dont need or want, or people who over-engineer things because they’re worried about requirements they don’t have, or sometimes just to flex. The scale of productivity loss that I’ve personally witnessed of programmers not talking things out properly is so much larger than the 30 minutes it takes to sit through standup, they’re just incomparable.
Standup doesn’t automatically fix this issue, but it seems to have helped, from what I’ve seen.
There’s a real danger that if we filtered out everyone who doesn’t see the value in meetings, we’d have nobody left to write any code. ;) I suspect all programmers are prone to this in varying degrees, and in decades of experience in companies of many sizes I’ve never seen a counter-example. I have absolutely wrestled with preferring less talking and more coding and felt at many times like I was wasting time in meetings, even though my mindset has shifted over time to see the value in communication that brings team alignment even if it uses up some of my time and attention.
In my first job in CG films, there were 1-hour dailies twice a day that I was expected to show partial progress. And it might take 30 minutes to render & prepare for it every time too. It could use up half my day sometimes, and I fought with the producer about it. I was writing code to control crowds that wouldn’t be ready for weeks, so what was the point of showing every day, or of being present only to watch other people’s updates? There’s a balance for sure, but years later I feel like I was in the wrong, and I see the value in showing partial work often. It’s because people often don’t agree even when they say they do, language is way too ambiguous. So a planning meeting once is never finished, you have to keep agreeing on the goals over and over with tangible results until it’s finished before you actually know if everyone’s in sync.
I used to be there myself but changed my mind after years of seeing programmers who complained about having to do too-frequent status updates go off into the bushes and take their code off the rails for weeks at a time to build the wrong thing.
While standups are indeed a context switch and feel like they sap productivity, there’s nothing less productive than people who run off quietly and build something you dont need or want, or people who over-engineer things because they’re worried about requirements they don’t have, or sometimes just to flex. The scale of productivity loss that I’ve personally witnessed of programmers not talking things out properly is so much larger than the 30 minutes it takes to sit through standup, they’re just incomparable.
Standup doesn’t automatically fix this issue, but it seems to have helped, from what I’ve seen.