Do you like your team standups? What about your team, do they like their standups? Are they useful? You might think they are, but you might also be missing the point.
I donât want to sound harsh (dammit, I did it again), but⌠I bet your team is doing things wrong. Itâs not hard at all to mess things up and continuously thinking that everything is fine. It happens a lot with shy teams; they might talk to each other about these things, but they avoid raising the flag.
So, my advice here is, donât trust your feelings; pause and observe their mood and interactions during the meeting (take this advice to the next level and apply it to every other meeting, you might see the same patterns) and ask yourself a simple question: are they worth it?
If your standup looks like a status report (you might have to pause and observe first), you landed the right post, I guess. Itâs not cool to have status reports, not cool at all. Itâs stressful and depressing. Not the right way to start the day, if itâs your case.
Thereâs a common practice of using standups to ask developers how long it takes to finish a given feature. âAre you done yet?â, âAnd now, itâs finished?â, âHow long it will take?â.
I donât like these types of questions. It triggers feelings of pressure, insecurity, doubt, you name it; I canât find any valid reason to ask these kinds of questions during a standup.
A lot of people fear the spotlight, and itâs fine. A lot of people fear missing behind, and again, itâs fine. It might be stressful to watch your teammates delivering multiple features while youâre struggling with something complex. What if you struggle for two days or more?
In a standard status report, you either say that you finished something yesterday, or that youâll try to finish it today; you donât say youâre struggling, you donât ask for help, but you should, and your teammates should offer their help.
Thereâs another common practice of just telling what you did yesterday. Do you really need to tell your teammates what you did yesterday? Unless youâre not making any kind of progress, or youâre doing solo work (which you shouldnât, if you work on a team), your teammates should know already what you did yesterday.
We live in a world where every single line of code you do, is probably linked up to the related feature. There are issues, commits, pull-requests, merges, validations, deploys, releases. There are notifications and logs for each of these actions, and all of them are linked, all of them should involve multiple people (if you work in a small team, ideally it should involve all of your team), so the question is, why should you repeat yourself every single day?
The answer is: you shouldnât; everyone in your team should know already what you did yesterday. You did your work, you were able to communicate with your teammates, you even shipped the feature into production, everyone at the company should know by now what youâve been doing!
I like to write things down:
What if you wrote down your daily/weekly/monthly progress, instead of giving a live status report every single day? If you value outstanding documentation, youâre probably surrounded by people with outstanding writing skills. Writing should not be a problem for these kinds of individuals.
Everything you need for a status report like standup is already available on your digital collaboration platform. You have multiple features, multiple work items, multiple states (todo, in-progress, done) for each work item, multiple assignees for each work item, plus their corresponding commits, pull-requests, deploysâŚ
You can make use of this valuable (but disperse) information and track it on your team channel. At the end of the day, everyone in the team should know that Pedro took an item from todo, had a discussion with another two teammates in the issue itself before merging three detailed commits into master that were deployed into production a few minutes later.
If you want to give daily detailed updates, you can still write a compacted version of the activity log. Give the activity log a try, and go with weekly updates; encourage your team to write their macro accomplishments of the week; bundle those together and give a nice presentation to the whole company. There are so many companies and open-source projects out there that deliver amazing products without syncing every single day, why should you?
If you want to have some kind of human contact, write down your status and use those standups for things that really matter: collaboration, collaboration, and collaboration. Check for dependencies, ask for help, offer help, unblock the blockers, discuss and plan your day (especially if youâre pairing/mobbing), and for f*cks sake, say hi to your teammatesâŚ
Optimize your daily team routine, drop those f*cking status reports and use that slot to start the day (or week) in the right mood!