We talk a lot about it, we work on it but probably we just don't understand it. What I am saying here may have come out from my own perception only but this is the meaning I get from Onshore-Offshore Model.
It is the concept almost every person, who works in Indian IT industry or who gets some work after developed world bangalored few of the jobs to this third world country, would be aware about . Frankly saying, Indian IT industry is surviving on this concept upto a large extent as still Indian IT industry does not has domestic market for IT & IT enabled services that are being provided by plethora of shops across the country. The erstwhile curse, its population, of India turned up as a boon for the Indian business, whose big part now comes from IT.
By the way here we are not discussing about Indian IT industry because much has already been said about that at many places, in many forums, we want to talk a little about its Onshore-Offshore Model, in which one team which needs to work on one project gets divided into two parts. Out of these two teams, One comes to Client Location & other works from their native location to make the processes cost effective.
However easy it may sound, its a tedious task to manage the expectations, egos & productivity of these two teams to achieve a common goal. As somebody gave a comment in my previous entry that "its half of the world which is suffering from Ego issues which are also the root cause of most of the altercations....", Managing Egos is a most daunting task of this model. Now there are two type of compositions of an Onshore team:
1>
Few members of Offshore team who had been working on the same project for some time, recognized by their supervisors & Clients, get the chance to represent the team in front of clients / customers. OR
2>
Some people with required number of experience who got selected by business managers come to work as an interface between company & client.
First scenario is still quiet manageable, however, managing these two different teams that are working for same project to achieve common goals, becomes more complicated in second case. Few reasons what I could elicit from my understanding & experience in this model are:
a>
In First scenario, where a person who came to Onshore is well versed with the problems because s/he may already have faced those problems at Offshore & in most of the cases s/he would be having a good & cordial relationship with her/his team.
But In second scenario, People who come to become the interface, are very new people for the team members who had been working on that project for a considerable duration of time. This low level of comfort between these teams creates many issues. Among them & the biggest, I understand, is Ego-clashes between counterparts.
b>
Another problem these teams face generally is lack of understanding about each other's work between counterparts which becomes even worse in second scenario.
c>
Third, & however not so important reason, from my point of view, is Day-Time difference which creates many hurdles in the proper communication between both teams.
There are many problems, nevertheless, as each problem has some solution these do as well. From my understanding we should follow few things especially if we are in second scenario:
I>
Existing Team Members should be more accommodating towards changes because change is the only constant thing in life. They should respect & try to understand the new members who are at Onshore.
II>
New members should be patient enough & should work to prove themselves that they really deserve a ever-longing position like the one they got.
III>
Leaders of teams across the shores should communicate regularly to eliminate the communication gap from the first day itself. This should come as a initiative from the one who is senior in the project.
IV>
The leader, no matter which side of shore he is, should not be over-enthusiastic & knowingly or unknowingly should not try to become a leader of old team which is already being led by somebody.
V>
At least for first few days senior people of project should work together to create a better understanding between themselves only after that other team members should be involved. Till that time they should be led in the usual manner as they were being.
In short, if we could manage only two things, Ego & Changes, we would not find any difficulty with this fundamental & coveted model of Indian IT.