For distributed Agile teams, nothing brings everyone together like a Scrum of Scrums meeting. Learn more about what it is here.
Join the DZone community and get the full member experience.Join For Free
Whatever new awaits you, begin it here. In an entirely reimagined Jira.
I am sitting in my office building, working with my team. My all team members are co-located and working towards the deliverable. My manager is the person who is collating the requirements from the client. The details are then shared with team and all blindly start working towards that deliverable.
Now let’s switch and jump to today’s world of “global co-worker.” Teams sitting in Bangalore (India) are working with teams placed in San Jose (US). These teams are connecting on a daily basis, avoiding any rework, any confusion and hitting hard the product release to market. Welcome to the world of distributed teams. With Agile as a preferred way of executing projects and teams seated at different geographies, the concept of distributed Agile has gained a good pace. Now we are not bothered about where the team is, all we are worried about is information reaching the team on time using several tools available at disposal along with conflicts and dependencies getting resolved on time. Let’s talk about what are the ways by which we can scale the Agile and can easily execute multiple teams not co-located. In this post, I will be talking about the concept of Scrum of Scrums and how it can help us.
Anytime we develop a group of Scrum team members to work towards a common goal it is necessary to follow the Group Development Process.. In distributed models, the first and foremost thing which a coach needs to sort is – how the grooming will happen for teams? We cannot have a dedicated product owner (PO) for each team as we can scale the projects to any level. So the concept of proxy product owner is very popular in today’s project execution model. We can have either PO directly talking to few teams and for some we can have proxy PO reaching out to teams after coordinating requirements with PO.
With this model, teams can connect with either the PO or proxy PO for all queries related to the feature. But still, we have one more challenge: how the teams which are not located in the same building or in same country and working in different time zones can coordinate and work on inter-team dependencies. Well for this, we have to come up for a time frame which suits all teams in all geographies and have a meeting called Scrum of Scrums. In this meeting, the Scrum Master will represent the teams and will talk about following points:
- What has the team accomplished since yesterday?
- What are we planning to work before we meet again?
- Is any impediment or blocker being faced by the team?
- Is there any item the team is working upon which can block other teams? (example – making changes to common utility code)
In case the Scrum Master is not available for a meeting, any senior team member can represent the team on his/her behalf.
The above picture depicts how the teams are placed at located at different locations and how all teams are working together towards common product and coordinating using Scrum of Scrums. It is very important that this meeting should be attended by all teams' Scrum Master.
Opinions expressed by DZone contributors are their own.