I’ve just had some unlucky jobs, I think. Think 30-45 minute stand-ups for a team of 4, because the team lead or PM or “Scrum Master” feel like they have to prove their worth or something when ultimately the standup provides little to no value after the first 4 minutes (if any).
For jobs with a single ADO or Jira board, just look at our ticket status and comments.
I had one job that had daily stand-ups, a single ADO board, a requirement to send EOD status update emails, and a requirement to copy those updates to individual ticket comments EOD as well. I rage quit that job after 2 months because, frankly, that’s absurd (it had other issues too).
My favorite standup at a job was one with 12-16 people and it took no more than ~6 minutes. It was no BS. The manager got his quick update notes across all supported clients (and separate ADO/Jira boards) and everyone got to go about their day. If you talked too long you’d get cut off.
But generally, daily stand-ups are just an interruption and a thing where I end up having to make up some BS to appease management. If my update is too long, team members hate it. If it’s too short, management thinks I’m not doing any work.
As for retrospectives, of 15+ jobs in my life, only 2-3 of them ever even did anything with the feedback. Thus, it typically felt like a waste of 1-3 hours (yes one job had 3 hour retrospectives every two weeks, it was brutal). If none of the bads or nexts are ever going to happen, then don’t pretend like we even have a voice.
If your stand-ups and retrospectives aren’t BS, provide understood value, and don’t waste time then I’m fine. But if all they exist for is to check a “we’re agile!” box and allow management to flex, then I’d say it’s doing the exact opposite of agile and merely annoying the engineers.
For stand-ups you really need at least one person that keeps it on track and limits the time each person has, cutting them off and telling them to talk after.
I’ve just had some unlucky jobs, I think. Think 30-45 minute stand-ups for a team of 4, because the team lead or PM or “Scrum Master” feel like they have to prove their worth or something when ultimately the standup provides little to no value after the first 4 minutes (if any).
For jobs with a single ADO or Jira board, just look at our ticket status and comments.
I had one job that had daily stand-ups, a single ADO board, a requirement to send EOD status update emails, and a requirement to copy those updates to individual ticket comments EOD as well. I rage quit that job after 2 months because, frankly, that’s absurd (it had other issues too).
My favorite standup at a job was one with 12-16 people and it took no more than ~6 minutes. It was no BS. The manager got his quick update notes across all supported clients (and separate ADO/Jira boards) and everyone got to go about their day. If you talked too long you’d get cut off.
But generally, daily stand-ups are just an interruption and a thing where I end up having to make up some BS to appease management. If my update is too long, team members hate it. If it’s too short, management thinks I’m not doing any work.
As for retrospectives, of 15+ jobs in my life, only 2-3 of them ever even did anything with the feedback. Thus, it typically felt like a waste of 1-3 hours (yes one job had 3 hour retrospectives every two weeks, it was brutal). If none of the bads or nexts are ever going to happen, then don’t pretend like we even have a voice.
If your stand-ups and retrospectives aren’t BS, provide understood value, and don’t waste time then I’m fine. But if all they exist for is to check a “we’re agile!” box and allow management to flex, then I’d say it’s doing the exact opposite of agile and merely annoying the engineers.
For stand-ups you really need at least one person that keeps it on track and limits the time each person has, cutting them off and telling them to talk after.
Exactly this. Nothing ever gets done with the feedback so what is even the point? Just to make it look like we care?