Former MySQL CEO Mårten Mickos Talks About Managing Remote Workers (Video)
Millions of pixels have been used to talk about Yahoo! CEO Marissa Mayer's decision to ban telecommuting and her reasons for doing it. Today's interviewee, Mårten Mickos, built MySQL AB into a billion-dollar company with 70% of its workers, all over the world, telecommuting instead of working in offices. Now he's CEO of another young open source company, Eucalyptus, and is following a similar hiring pattern. Mårten says (toward the end of the video/transcript) that he believes people working out of their homes is entirely natural; that this is how things were done for thousands of years before the industrial revolution.
All you need is a method to accurately measure productivity.
These companies did it on purpose and planned for it, while it sounds like it just sorta "happened" at Yahoo, with management neither having a plan for how to manage it nor (apparently) really paying any attention at all to what remote workers were doing and how they were doing it.
10 PRINT CHR$(205.5+RND(1)); : GOTO 10
If you have a cool product, interesting things to do and hire interested people, you will have good employees.
Many technical people work in the field because they enjoy it, how many people work on FOSS in their spare time anyway?
Working on new, interesting, challenging things is fun! Maintaining 'legacy' stuff, not as fun. No disrespect to Yahoo but Flicker, Yahoo Mail, YUI, OMG! (please), for me it would be hard to be excited about maintaining these.
Additionally, working in a smaller company where one person can really help shape things is huge, being just another worker bee in a huge corporate environment can be depressing. (especially one with a declining public image)
Obviously, just my opinion.
What do you use for measuring "productivity"?
Lines of code? My happiest work days are when I end up removing more code than I put in. Also, this is really easy to game.
Bugs fixed? I usually end up working on the really nasty bugs...intermittent, only occur in customer sites, and under no circumstances can you shut down the system to debug it. Some bugs take weeks or months to track down.
Hours worked? Pointless, doesn't track if you're actually being useful during those hours.
While it's easy to measure productivity if you're making widgets, its *really hard* to measure productivity if you're doing creative stuff.
Lies, Damn Lies and Metrics. Metrics are what you use so that you can be blind to things that can't be/aren't measured.
Lines of Code is a classic. If I rip down an algorithm and replace it with one that's faster, more reliable, and 1/3 the size, I have negative LOC. And if LOC is all of the above that got metrics, I'm a loser.
I have a great respect for being able to measure things (where it's possible and meaningful), but unlike the legendary Statistical Bikini, it's what isn't covered that's as important as what is. Metrics should be a guide, but when you have people spending all their time fiddling with metrics, and other people spending time fiddly ways to look good under the metrics you're losing a lot of your productivity to metrics. And unless you are in the business of producing metrics, that's not good.
Works while you have functional teams. When the team is dis-functional, not so much. Then it becomes a popularity contest.
John McAfee 'It was like that time I hired that Bangkok prostitute; to do my taxes, while I fucked my accountant'
Also a lot can be team dynamics. A person can be a great worker but for whatever reason a few other team members decided that they don't like talking to them. So they are never included in conversations aren't seen as helpful when problems come up etc. But is it due to a real personality fault in that employee or that employee just having a different way of communicating, work style heck even extra curricular interests can come into play (people will generally go to the person that they can chat with for a half hour about the latest sports drama than the guy that is say a dungeon master (when sports are their interest and not role playing) or vis versa). That is part of the issue with remote work that needs to be considered not just individual work performance but how well will the team communicate without the queues you get from in person interaction? It can work and it can not work but you need to at least leave the option of going back to a work from the office model if the telecommute doesn't work for the employee (or you find other people's performance goes down because they aren't as available for helping out with random questions etc).