|Just another Perl shrine|
Are you being paid to train the offshore team?by halley (Prior)
|on Apr 14, 2005 at 14:29 UTC||Need Help??|
This isn't going to solve this problem, but I have to ask.
Are you being paid to train the offshore team?
If you've got a contract house doing code, then that contract house should be providing you suitably capable workers to actually produce working solutions. Why are they giving you someone unfit for that task?
Typically, offshoring is to accomplish more for a lower cost. Offshore teams should be ready, fungible, and awaiting your requirements specifications. If there's training to be done, it should be done by the offshore team before that programmer is assigned to your project payroll.
I'm not against offshoring itself (in the send jobs to India sense), but I have noticed that many "onshore" companies really have no idea how to get much for their investment. The middle management just counts the heads offshore and report it to higher management for bonuses. If you send work offshore inappropriately, it's going to be less effective than hiring core domestic staff.
Four good rules of thumb about offshoring teams:
Too many companies just ship their core competencies overseas, and wonder why the quality doesn't keep up or why the secrets leak out. Too many companies just ship their services overseas, and wonder why there's a culture clash or why a timezone hell ruins all their effectiveness. Too many companies just suggest a basic approach, expecting the teams will work out a solution, and wonder why it takes twice as much time to go through the waterfall model of research and development.
Maybe it's completely appropriate that you are training someone offshore. I just doubt that it fits with either of the rules of thumb. If you care to comment, I'd like to hear more about it.