Slashdot Asks: Are Remote Software Teams More Productive? (techbeacon.com)
A recruiter with 20 years of experience recently reported on the research into whether remote software teams perform better. One study of 10,000 coding sessions concluded it takes 10-15 minutes for a programmer to resume work after an interruption. Another study actually suggests unsupervised workers are more productive, and the founders of the collaboration tool Basecamp argue the bigger danger is burnout when motivated employees overwork themselves. mikeatTB shares his favorite part of the article:
One interesting take on the issues is raised by ThoughtWorks' Martin Fowler: Individuals are more productive in a co-located environment, but remote teams are often more productive than co-located teams. This is because a remote team has the advantage of hiring without geographic boundaries, and that enables employers to assemble world-class groups.
The article shares some interesting anecdotes from remote workers, but I'd be interested to hear from Slashdot's readers. Leave your own experiences in the comments, and tell us what you think. Are remote software teams more productive?
The article shares some interesting anecdotes from remote workers, but I'd be interested to hear from Slashdot's readers. Leave your own experiences in the comments, and tell us what you think. Are remote software teams more productive?
Surely there is no clear cut answer for a question like that. I personally am much more suited to working in office and can never get anything done at home, surely there are people with opposite working environment preferences. Personally I work on industrial equipment software, that means my work needs to be done where the actual hardware is and remote work is in most cases not viable, if it means traveling half way across the word then so be it. Some software project lend itself to remote work better than others, some projects you can complete entirely remotely, some you can break off pieces to be done remotely and sometimes you must have boots on the ground. As with any team, success depends on what is worked on, who does the work and how its managed, there are no golden rules to fit all situations.
Many of the folks who have a track record of getting stuff done in their field (especially open source projects) know their value and often don't feel like they have to relocate to command what they're worth. And I think that's the way it ought to be.
It's nice when you can have teams gathered in a single place, but I certainly wouldn't "not hire" a rockstar simply because they couldn't/wouldn't relocate to some arbitrary location that the company wanted. Hire the best talent you can afford and don't stress about where they live.
I've been working remotely for about a year, after working for the same company for many years in a more traditional office environment.
It's definitely not for everyone, but I know *I* am more productive working from home. There are some extra distractions (noisy washing machine, kids, etc.), but I have an office with a door that closes, I control the music and temperature, and I'm still in constant contact with my coworkers (who are distributed across the US in various offices and home environments) via IM, email, voice chat, and conference calls.
I live in a small city that is *not* a tech center, so there is no local software development job market. But it does have a low cost of living and I have close local family ties. So if my current employment ended, I would give very high preference to a remote work opportunity. Someone would have to dangle a REALLY big carrot to make me relocate my family halfway across the country to work in an anonymous open cube farm, lose 1-2 hours a day to an infuriating commute, live in a house that costs 10x as much as I'm paying now, and require my wife to re-start her small business in a new market.
There's a reason Yahoo got rid of remote workers
Yeah when I think about a well-managed company that's getting things done, I think of Yahoo...
#DeleteChrome