Managing Global Scrum Teams
Date: Monday February 5, 2018
With the proliferation of companies turning to a “Global” model
where some-to-most of the development effort is conducted outside of the
United States, running an effective Scrum team may seem impossible.
However, remember that Scrum is under the Agile framework, which
provides for the ability to customize the approach to Scrum to fit your
capability while still preserving the important tenets of Agile/Scrum in
One of the biggest challenges expressed by companies with global development teams when attempting to implement Agile/Scrum is: “How would teams conduct Daily Stand-Ups?”.
This question is asked a lot, especially from companies new to
Agile/Scrum. The reason being is that companies are trained based on the
textbook approach to Scrum, which calls for dedicated, Co-Located teams
in order to achieve the highest success rate. While co-locating teams
is ultimately the best approach, only small percentage of companies
actually enjoy the luxury of having full teams all situated in the same
physical space. Additionally, with a company’s office locations spread
out around the United States, many teams are not even located in the
same physical building not to mention the same state. Global teams also
face added challenges created by an almost 12 hour time difference. Yet,
with the use of technology and the attitude to find the best solutions
given certain limitations, global Agile/Scrum teams are thriving
The key to overcome any limitation within global Scrum teams is to focus on the tenets to which you can adhere (found in the Agile Manifest’ 12 Principles, like “Our highest priority is to satisfy the customer through early and continuous delivery of valuable software”, “Welcome changing requirements, even late in development”, and “Working software is the primary measure of progress”) and then find the best approach to address the limitations. For a global Scrum team, technology, like the tracking and collaboration tool Confluence/Jira, provides teams the ability to:
- Update Task Status
- Log/Clear blockers
- Report Defects
- Collaborate with other teammates
All of which help address the objections many face when utilizing global Scrum teams for project work.
Additionally, in an effort to find the best solution for a global scrum team to effectively execute an important ceremony like “The Daily Standup” where teams come together to define work completed, work to be completed and any blockers, below are 3 options to overcome geographical distance and time difference:
- Using conference calls or video conferencing, hold “The Daily Standup” at a time when the entire global team can attend. Daily Standups are recommended to last only 15 minutes, so the team coordinates and agrees on a time that work best. A secondary option is to periodically change the start time to better accommodate one or the other team to equally share the effort.
- Using conference calls or video conferencing, designate a lead at the offshore location to provide status for the remainder of the offshore team. The team’s status can be either updated in the tracking tool and/or provided in email daily for the lead to share with the the on shore team. In the event blockers have created major issues, teams can ALWAYS utilize option #1 above for a period of time to address the blockers and then go back to this option once blockers are cleared.
- Have the offshore team use the tracking tool, like Confluence/Jira, to report daily status, upcoming work and any blockers. These tools are designed to support Scrum, so using them consistently can eliminate the need to meet daily. Many teams find that meeting once or twice per week via conference calls or video conferencing is more than sufficient to discuss status and blockers.
By utilizing options like these companies can remove the objections
of distance and time and create effective global scrum teams.
Lastly, there is an overarching factor that must be addressed when
utilizing a Global Scrum team model, and that is trust. Inherently there
needs to be trust that the teams are diligent and capable of managing
the necessary work to complete the Sprints/Features/Projects. In fact,
trust is one of the 12 principles of the Agile Manifesto – “Build
projects around motivated individuals. Give them the environment and
support they need and trust them to get the
job done.”. If trust is lagging then it doesn’t matter where the team is
located – effectiveness will be challenged.