In my opinion, standups are useless - asynchronous or not. Waiting until the next standup to resolve blockers is clearly not efficient. What I've observed during standups is mostly people staring at the void waiting their turn and a few obnoxious nerds trying to bullshit their way up the hierarchy by talking way too much for their own good. The best communication I've seen was during brainstorm meetings.
Daily standups should be async
41–50 of 156 posts
Re: Daily standups should be async
#42Re: Daily standups should be async
#43The whole purpose of daily standups is to be short, to the point, and force developers to discuss blockers. That can't be async, because I need the other members of the team to answer. The issue the author is addressing is that for some, this is wasted time. But a) that's why these meetings are short, thus the standing up part, and b) Usually it isn't but an opportunity for more seniors to chime in with suggestions.…
Am I the only one who raises a flag immediately when there is a blocker? Why would I wait until the next day?
You can.
Saying it in the standup is a formal way of putting the burden on the team. Like "I'm blocked by this. I sent out an email yesterday but no one helped." is useful.
And when you have a scrum master external to the team, it's his responsibility to ask on the next day "X was blocked by this yesterday. Did anyone help?" If no one did, there will be a discussion on why not.
As others have mentioned, it only really works if people are motivated to listen during the standup. If they're not, the team is dysfunctional anyway (regardless of whether you have a standup or not).
Also, it's fairly useless if people are working on fairly different things.
Re: Daily standups should be async
#44The whole purpose of daily standups is to be short, to the point, and force developers to discuss blockers. That can't be async, because I need the other members of the team to answer. The issue the author is addressing is that for some, this is wasted time. But a) that's why these meetings are short, thus the standing up part, and b) Usually it isn't but an opportunity for more seniors to chime in with suggestions.…
and point taken on the "here's why"!
Re: Daily standups should be async
#45I think if your standup can be async, then it's ineffective, and you should get rid of it. And to be clear, that's fine! Not every team needs standups. The only value in a standup is when team members actually share ideas about what they're working on. The detailed conversation happens outside the standup, but the purpose of the standup is just to get that moment of "I know about that, let's talk". In that case, havi…
> I think if your standup can be async, then it's ineffective, and you should get rid of it. I agree, with one caveat: If you tell engineers that standups can go async or be cancelled if they're ineffective, they will find creative ways to make the standups ineffective. Poorly run standups are bad. Standups where the engineers are half-engaged are bad. But having a well-run standup that synchronizes the team, spreads…
and this is (I believe) the point of stand-ups. Doing this "async" seems at best weird/hard and at worst impossible.
The original post is for a prduct selling async status reporting, which is realy not what stand-ups should be about.
If you want to have a daily status report, by all means do it remotely or async or whatever works best. If you want to synchronize the team, well the most obvious and effective way is to actually bring them together in the same temporal space (remote or otherwise). You don't need to do this for problem unblocking or status updates, but don't tell me you're doing a distributed async status update as a method of team synchronization.
Re: Daily standups should be async
#46In my experience, async standups mean everyone posts their status and does not read any other status. Counterpoint: In my experience, at synchronous standups, people totally ignore everyone until its their time to speak, and then share an update, and then go back to not listening.
> In my experience, async standups mean everyone posts their status and does not read any other status. That has been my experience, too. Going async sends a message that people don't need to care about what their team members are working on. That's a dream come true for the people who just want to pull Jira tickets out of the queue, finish them in isolation, and then collect a paycheck. However, it doesn't make for…
Talk to your team. Give a shit about what they're doing. Care about your work. Care about your project.
Sometimes heavily scrutinized, reasonable process doesn't need to be modified. Sometimes the devs do.
Re: Daily standups should be async
#47I totally agree with the idea that teams should remove blockers as they come up. If someone on my team runs into a blocker 10 minutes after the standup, I hope for everyone's sake that they don't wait until tomorrow's standup to say something, if only because being blocked for a whole day is not really what you'd call "morale boosting". I'm not a huge fan of in-person standups, but if you're going to do them really m…
Re: Daily standups should be async
#48Re: Daily standups should be async
#49I have yet to be in a standup where I felt safe admitting I was blocked. The manager and project manager are there to glare at anyone who isn't "maintaining velocity".
About the only actionable advice I can offer is (a) admit to being blocked async in real time and then (b) use your standup to escalate and highlight where you are still blocked: "as I indicated in my chat/email yesterday I'm having trouble with xyz..."
If even this is unacceptable you're essentially on a team where you are not comfortable or not allowed to ask for help. I'd evaluate the former to make sure it's not your fear of asking for help, and if it's the later, run.
You either need to affect the change you desire or go somewhere this sort of behaviour is not tolerated. If you can't or won't push for allowing people to ask for help, either live with this disfunction or quit.
Re: Daily standups should be async
#50It's reasonable to suggest standups and other meetings be async. What would be better is to take the time to design a proposed solution for solving the problem standups solve, even if it ends up being a messy or bad one.
That's a much more effective way to complain about a problem than simply spending words trying to convince people that something is bad.
Offer an alternative. Create debate. Put in the work to solve it.