#Remote meetings have been a topic that affects Agile teams for a long time. As many more teams go #Remote without previous experience, they become an even bigger topic for Scrum Masters who now need to facilitate online meetings almost every day.
In this episode, Lisette Sutherland (creator of the Work Together Anywhere Workshop) joins us to share her insights on how to make those remote meetings rock!
When going #Remote, it is harder to get the life/work balance right
Katja is an Agile Coach in an organization that had to organize a distributed/#Remote Big Room Planning session in less than 24 hours! Listen in to learn how they pulled it off.
One of the key learnings from that effort was that a #Remote event will take a longer time (maybe 3-4 days) than a locally organize Big Room planning event. But there are many more insights that Katja shares on this LIVE Q&A
What have been the biggest challenges for you and for the teams that you support?
Molood joins us in the special LIVE Q&A episode to talk about Distributed Agile software development and many tools, tips, tricks, and techniques for teams that just recently moved to a #Remote-first work setting.
The POWER framework for successful #Remote meetings
Scrum Masters often have to face cultural anti-patterns when working with teams, and the organizations they are part of.Those cultural anti-patterns are being amplified by the move to #Remote work due to the #covid19 situation.
What can we do? How can we get ready?
Here are some tips to get you started or to help you further adapt to this new reality.
Lack of transparency is even worse when #Remote
There are many Scrum Masters that come on the Scrum Master Toolbox Podcast and share stories that relate to a culturally-engrained lack of transparency. This lack of transparency takes many forms:
Team members don’t share their struggles in the Daily Standup because they perceive that as a sign of weakness (for example)
Product Owners don’t share the reasons why certain changes are brought into the Sprint, perhaps because they themselves don’t know
Other teams we collaborate with don’t share changes to a dependency we have on them
Whatever symptoms of lack of transparency you experienced when working in the same office, those symptoms will only get worse when our organization moves to #Remote work. Some of the reasons are:
Individuals are less engaged and motivated due to the stress, or being distracted by the presence of children while they work, or because they don’t see (and therefore don’t take into account) their colleagues during the day
Sudden tasks or priority shifts are communicated to individuals, and the rest of the team isn’t physically present to witness that change
Now that we’re distributed we miss out on all the spontaneous collaboration that used to happen.
Tips for Scrum Masters to increase transparency and foster collaboration
As Scrum Masters, we must be deliberate about improving transparency and collaboration in #Remote teams. Our domain of expertise is collaboration, and we must keep adapting to enable collaboration at all times. Here are some tips, that may help you improve transparency, information sharing, and collaboration between team members and with other teams:
Have a collective retrospective with the teams on which your team has regular dependencies
Discuss with the Product Owner how to share changes to the Sprint so that all team members are aware and can share their possible impact on the work they have to finish
Move to a shorter Sprint. Agile is about creating more, and faster, feedback loops. As we go #Remote those feedback loops are even more important. Shorter sprints provide more transparency (problems are found faster), makes the amount of work smaller which helps with clarity (shorter stories), and with identifying and solving process problems in the team, and across teams
Have 2 daily check-ins
Quick tip for #Remote#Scrum Masters: Have 2 check-ins / day. One at the start of shared work hours, and one closer to the end of shared work hours. Make the second an “informal” check-in (e.g.: ask each team member to bring their favourite drink and enable video).
Integrate more often. If you are integrating with dependant teams at the end of the Sprint, consider bringing their work into your daily build pipeline, or assign specific team members on both teams to work on integration from the start of the sprint
Track dependencies on other teams just like you would a User Story. Understanding of dependencies will grow during the Sprint. Make sure you are covering that dependency on the Daily Standup if nothing else to learn that “everything is proceeding according to plan”
Create an URGENT Slack/Teams channel, so that team members can always explicitly ask for help to solve a problem they are facing. When #Remote, even waiting one more day can make the problem harder to find.
When we are #Remote, collaboration and cooperation are harder to achieve, and transparency can be a critical trigger for that collaboration to flourish. Consider what you can do as a Scrum Master to improve collaboration. Every day.
Stay Safe, #StayHome
More tips, and more insights from the Scrum Master Toolbox Podcast
Many of us are going #Remote because of the #covid19 situation world-wide. In this very special episode we cover tips, tricks and techniques on how Scrum Masters can help their teams go #Remote to thrive, not just survive.
In this episode, we mention a treasure trove of resources to help you in your adaptation to #Remote work. You can find those below
Resources for going #Remote and Distributed Agile teams
Distributed teams are a fact of the multinational organizations we work with. Hiding from it is not going to remove that. And crying “distributed agile = bad agile” is only going to alienate people who genuinely need to learn to cope with the fact that distributed teams are the new normal.
There are good and bad ways to adapt to the reality of distributed software, and copying the methods and practices from co-located teams into the digital world is not enough. Molood shares some of the common anti-patterns that arise when we plainly try to copy the co-located team methods into the new distributed reality.
One such example is the communication channels: trying to copy daily meetings from the co-located team into a digital world will eventually bump against the frustratingly low quality sound of some conference room setups. Molood suggests a different route and shows how a team she helped took full advantage of Slack (or any other asynchronous communication channel) to make their daily meetings for effective, and efficient for everyone involved.