2 ms·
In regards to 1 & 3 it sounds like the problems are more your company than the remote engineers. First of all due to the timezone differences I will assume you
by lucaspiller 11y ago
In regards to 1 & 3 it sounds like the problems are more your company than the remote engineers.
First of all due to the timezone differences I will assume you are US based and outsourced to somewhere in Asia - this alone without the remote working has its own set of challenges (n.b. there is a good comedy TV show "Outsourced" about this). As an example, if someone in India gets stuck doing something they are unlikely to speak up about it until you ask then about it, this isn't because they are lazy or whatever but just because their culture is a lot different to the West. The way you need to work with a team here is a lot different to how you would work with a team in the West - this alone can be the cause of a good chunk of problems that occur when outsourcing.
As your team is remote you can't ask them a question and expect an answer in 10 minutes, but you shouldn't expect this of a onsite engineer either as you'll just ruin their flow. Have daily stand ups at times that work for both teams and discuss any issues after that.
In regards to the communication just use Skype (audio) and get a good microphone. If you don't have a good internet connection or it's not working, just call them on the phone. Companies have been working with distributed teams long before Skype was even invented...
As to 4, well sorry but that's your problem. No one is stopping you from getting a remote job except yourself :)
- millstone 11y agoAll of these represent costs that a co-located team doesn't bear. A co-located team is most effective, and every remote saps some of their effectiveness. This is well understood everywhere: it's why companies dedicate remote offices to particular projects. Google even has a name for this: "defragmenting," where they attempt to reduce the amount of remote work by giving engineers opportunities to move, or to switch to a local project. I would consider a remote job, but only on a 100% remote team. It's mixed teams that I want to avoid.