Geographically dispersed teams have become a reality in most large workplaces. Organizations pressed to reduce costs are shifting work from high-cost locations to lower-cost locations.
This is a politically fraught question, for all sorts of obvious reasons. I’m not going to address the political issues; that is a topic covered exhaustively by a lot of other books. This book is about challenges faced by managers, and this chapter will be focused on that.
Note Outsourcing is when work that was previously done in-house is done by an employee of a different company.
Offshoring is when work previously done in one country is moved to people in another country.
Nearshoring is a type of offshoring that uses people in nearby time zones to increase overlap between peoples’ work schedules.
The challenges for dealing with all these types of team distributions are similar. In all cases, you are communicating and trying to forge a cohesive team across boundaries of space, time, and culture.
Outsourcing and offshoring have caused a tremendous change in the way that information technology work is done. Coordination must be done across geographical and organizational boundaries. Cultural differences between people in different companies, regions, and countries have to be overcome. The challenges faced by IT managers today are different in scope and flavor from the challenges that were faced by previous generations.
The most difficult challenge is making a team out of this diverse group of people, separated by language, geography, time zone, and culture.
A lot of the analysis done by companies focuses strictly on the cost of salaries and benefits for comparable professionals in different locations. This sort of analysis is naïve and incomplete.
There are increased transaction and efficiency costs associated with both offshoring and outsourcing. These include increased travel and communication costs associated with managing the remote team members, as well as risk mitigation costs associated with doing business in a country with a different regulatory structure. In some cases, companies have found that these additional costs outweigh the savings in salaries and benefits, and they are reversing the process (commonly known as onshoring or insourcing.)
Advantages and Risks of Global Teams
Executive management tends to overstate the economic benefits associated with offshoring to lower-cost locations. To someone who is not directly on the firing line, one system administrator looks like another system administrator, and the primary difference is the salary.
For people who have spent their careers managing technology directly, this type of thinking glosses over a lot of the bigger issues. There are a lot of advantages to having the technology staff closer to their internal customers.
Having said that, there are some legitimate advantages to dispersing the team globally:
Agreements to outsource or offshore functions usually include stringent SLAs (Service Level Agreements), which are going to have to be met. If you can get the distributed parts of your team working together smoothly, it will make a big difference in your ability to comply with your SLAs.
Coordinating efforts across time zone boundaries can be difficult. Communications and responses are delayed. IT people are used to being able to ask clarifying questions to nail down requirements. But with time zone differences, a few rounds of clarifying questions and waiting for answers can mean delays of days or weeks.
In the next the following sections, I discuss several techniques that can help reduce the impact of this problem:
You won’t have the advantage of the natural rhythms of meal and break times when you are dealing with remote team members. Artificial rhythms will need to be built into project schedules and team formalisms such as staff meetings. Create a place where it is natural for your team members to collaborate. Chat rooms, conference bridges, scheduled calls, and project milestones are all tools that you can use to create these rhythms.
Your team members need to learn that you expect them to synchronize regularly with their remote colleagues. Ask explicit questions about what the conversation was like the last time they touched base. You may need to ask to be cc’d on emails initially so that you can make sure your team members are getting into the habit of synchronizing with remote team members regularly.
Team members need a space where they can express their individuality to the rest of the team. Social media tools offer a number of different ways for people to create profiles or personal summaries that other team members can view.
These introductions should include information about team members’ professional histories and expertise. That way people know who might be able to help them with a question they have about the xyz protocol.
You do have to keep an eye on how much time is spent on this social media. As with a lot of things in life, there is a balance between making use of the tool and wasting project time.
There are quite a few technologies available to make it easier to collaborate over distance:
Richer applications, such as video conferencing, allow for a broader bandwidth communication, but at the cost of additional time and effort. The appropriate technology needs to be matched to the goal behind the communication.
For common requests, your team members probably find themselves asking for the same information over and over. Generate a template that requesters need to fill out for these types of requests. This may be a web form, it could be a questionnaire, or it could be a spreadsheet. When a request arrives without the template information, push it back to the requester to fill out the form.
Compliance benefits everyone: the requesters are more likely to get what they want faster; your team is able to get its work done better; and the defect rate drops way down. Mention these benefits to your peers in the requesting teams when you introduce these templates; there is no reason you should not be able to get buy-in as long as your template is reasonable.
If the team becomes disciplined about using standard processes, it will be easier for tasks to be handed back and forth between team members in different time zones. For example, if Fred in the United States is building a system, he can tell Samir in India that he is up to step 16 in the standard build process, and he can point him at the system request template for the needed information. After his shift, Samir can hand the build back to Fred for completion, and let him know that he is up to step 23.
It can take a while to get all the common processes documented and standardized. This is a lot of work, so team members will need to see some early wins to see the benefits of organizing things this way. Pick some early win processes to be documented and standardized. Ideally, these should have the following characteristics:
If people are resistant to transferring tickets midexecution, it may take some extra sales and mentoring time on your part to get things jumpstarted. Once it gets going, team members will start to see the benefits for themselves.
Make sure that the master company retains control and ownership of these standard operating procedures. In the event that a contract with an outsourcer comes to an end, the last thing the organization needs is to have to redraft operating procedures at the same time a team transition is taking place.
Some team members can be allowed to move their schedules earlier or later in the day to overlap with their colleagues in other time zones. This overlap allows more time for communications and handovers. It helps avoid the problem with questions not being able to be answered until the beginning of the next shift.
Bridge employees also help build trust relationships between people in the different regions. Having familiar people in the other locations helps to break down cultural barriers, and it helps to create a dynamic of trust and teamwork across the different employee populations.
Staff meetings across the regions allow team members to see what other team members are doing. This helps reduce resentments about work load, and it can help bring different perspectives to bear on common problems.
These will need to be scheduled at the beginning of one team’s work day and at the end of another team’s shift. There is no convenient way to schedule them; everyone will need to give a little for these to work.
Because the reasons for offshoring and outsourcing are frequently to achieve cost savings, it may be difficult to get a travel budget, and you will lose time when you are travelling. Even with all that, there is no real replacement for face-to-face contact when building a team.
Your team will really come together when they see substantive things that were accomplished by the team. Technical people like to get things done. When they succeed, find ways of celebrating. Here are a few ideas:
Language and cultural differences can interfere with how effectively a team is able to work together. Misunderstandings can sap a team’s energy.
Different people from different cultures communicate in radically different ways. These are not always clear to people who are not used to working with people from the other countries in question.
These differences include differences in etiquette (dos and don’ts), values, beliefs, patterns of thinking, patterns of communication, among others.
It is easy to find lists of these differences. Here are a few frequently observed differences between Indian workers and their western colleagues:
All of these are examples of differences in cultural norms. Unfortunately, it is all too easy to fall into the pattern of expecting that everyone else communicates the same way you do—after all, isn’t that what makes “sense?”
There are no rights and wrongs here, just differences. Managers need to learn to understand and value different team members from different cultures. And they need to set a tone within the group where people are not meant to feel badly about who they are or where they live. Folks are just folks. Technical people are, by and large, hard-working, dedicated people. It is not easy for anyone to achieve technical competence. Value your people, no matter what their background is.
There have been several different efforts to characterize cultural differences in measurable ways. One of the more effective ways of breaking things down was put forward by Geert Hofstede1 and Edward Hall.2 Some of the axes of cultural orientation that they proposed include the following:
These observations are generalizations, of course. Any time you are dealing with human beings, you need to get to know them as individuals to understand how they think and how they will react. But the cultural orientation axes are useful to help you think about how people are different, and how best to communicate with different people.
Even when English is used as the standard language, there are significant differences between how people from different cultures will understand the same set of English words.
Sometimes, this is a result of how the English word translates back to the speaker’s native language. Sometimes, it is a result of words having a different connotation in different places. For example, the word contractor can be understood in India to mean a janitor, and a vendor is someone who sells things in the market. Consultant is a more appropriate word to use in India for someone who is providing services to your team.
For another example, consider what someone from Latin America means when they say now. Depending on the context, it may mean right away, or it could mean by the end of the business day. Spanish has more than one word that translates to now, so this is not a matter of a cultural difference so much as an incorrect translation of intent.
Beyond what words mean, many Americans have difficulty understanding accents of people from other countries, even of native English speakers from countries like India. Written communications can help bridge the gap while the American ear becomes accustomed to the different accent.
The key is to keep communications simple:
Above all, clarify and follow up. Even when you think something is clear, it may not be understood on the receiving end.
Summary
There are few things as rewarding as coming to understand how people in another culture live their lives. Being able to manage people from another cultural background is challenging, but it can open up new ways for you to understand yourself.
Whether you are managing people from another culture, another time zone, or another city, the key will be clear and constant communication. When you manage a team that is all local, you get used to managing by walking around. When you manage a distributed team, get used to managing by communicating clearly, concisely, and repeatedly.
Discussion Questions
Further Reading
Carmel, Erran, and Paul Tjia. Offshoring Information Technology. Cambridge: UK: Cambridge University Press, 2005.
Hofstede, Geert. Cultural Constraints in Management Theories. Academy of Management Executive, 7 no. 1 (1993): 81–93.
Nisbett, Robert E. The Geography of Thought: How Asians and Westerners Think Differently, and Why. New York, NY: Free Press, 2003.
1Geert Hofstede, Culture’s Consequences: Comparing Values, Behaviors, Institutions, and Organizations Across Nations (Beverly Hills, CA: Sage Publications, 2001).
2Edward T. Hall, Beyond Culture (Garden City, NJ: Doubleday, 1976).
3Richard E. Nisbett, The Geography of Thought: How Asians and Westerners Think Differently, and Why (New York, NY: Free Press, 2003).
52.15.74.25