7 ms·
>Companies that support remote workers and do it well seem to have a huge leg up on the competition. I'm a remote worker and I'm definitely spoiled by not havi
by jasode 11y ago
>Companies that support remote workers and do it well seem to have a huge leg up on the competition.
I'm a remote worker and I'm definitely spoiled by not having to deal with open office plans and disruptions.
That said, I see no evidence that the article's statement is true. (I want it to be true, but that doesn't change the fact that so far, I see zero evidence that it is true.)
You can't convince people with just rhetoric.
Instead, show compelling examples of how Company-A-with-mostly-remote-workers is beating the pants off of the Company-B-with-onsite-workers.
Show that RemoteWorkerCompany is 10x more innovative, delivers 10x faster, has 10x profits, etc etc.
I suspect finding comparisons that control for other variables are hard to come up with. Nevertheless, that's what it's going to take to convince managers. A bunch of programmers writing a thousand essays on the "advantages" of remote workers is just preaching to people like me who happen to like working from home.
- fweespeech 11y agoDo you know of any blogging platform that beats Wordpress from 2005-2010? ;) After 2010, Tumblr was pretty big but it was really a different project. http://automattic.com/about/ http://automattic.com/about/ There is also that.
- HigginsNinja 11y agoTrue, maybe a good follow up to this would be some use case studies. It would be so easy to pick any given set of companies for my narrative though. I feel like that is just as dismissable.
- joeax 11y ago37 Signals, Stack Exchange, Dell, IBM, I hear Microsoft has a few remote teams too. A lot of TC startups put "SF or remote" in their job ads. Go to Stack Exchange careers they place an emphasis on remote. On the flip side, there are a lot of companies that only make exceptions to hire remote workers, as in my case. But a bunch of my onsite counterparts prefer being onsite.
- jasode 11y ago>It would be so easy to pick any given set of companies for my narrative though. Yes, please try to come with convincing case studies. I would love to have ammunition to show benefits of remote work. Remember though, when citing companies's with remote workers that are successful, that you must control for other variables unrelated to remote workers. The other replies citing Automattic Wordpress and 37Signals did not do that. > I feel like that is just as dismissable. I feel the opposite. Companies and managers have a herd mentality. You show them any management technique that demonstrates superior results and they will copy it. Look at Six Sigma, or JIT Just In Time manufacturing, or Henry Ford's assembly line regrouping of manufacturing, etc etc. Show some evidence that reorganizing your onsite workers as remote workers is The Killer Management Technique (trademark applied patent pending) to blow everyone else out of the water and every company will be doing it.
- Beached 11y agoI worked for an insurance company with the whole cubical world, then switched to a 100% remote office. I can attest to the following being true from my experiences: They prioritize communication and collaboration by necessity There is a lot less wasted communication You get a huge portion of your life back They tend to be more flexible in general I see no evidence that there is any more or less posturing, or the caliber of workers being better, and it is pretty moot on reaching out for help, no real difference.
- alfonsodev 11y agocouldn't be open source projects a good example? almost everybody contributes remotely. Why couldn't work the same way for private software ? I see that could be a confidence problem and effort mesure problem because it's hard to mesure effort in number of lines of code or commits, even user stories, right ?
- louhike 11y agoIt seems (correct me if I'm wrong) a lot of the contributors are from companies so it might not the best example.
- up_and_up 11y agoI have worked 100% remote for 3 years and love it. On the quantitative side of things, remote workers are much less likely to have commute time to and from work, leaving an extra ~1 hour a day (assuming 30 min commute from home to being in office chair ready to work) being available. Assuming those numbers, thats an extra 5 hours per employee per week. Again, assuming that multiplied by 50 weeks, thats 250 additional hours per employee per year. No small sum which could lead to a sizable productivity advantage. This is assuming that the employee would devote that extra hour a day to the company of course. By my point is that onsite employees would not even have that hour available since it is eaten up by transit time.
- nileshtrivedi 11y agoAlso, consider the fact that hiring pool increases many folds once you allow remote work. So a company will be able to find better people at lower costs.
- jader201 11y agoI find it odd that you would assume the employee would convert that transit time into work time. I would lean to the opposite assumption -- that that's one more hour/day the employee would get to spend with life (family, hobbies, etc.).
- joe_inferno 11y agoI suppose it would depend on who he's trying to sell this to ;) workers are more inclined to like the version you present while employers would be more inclined to like his version.
- mgkimsal 11y agoIt's really a mix. The benefit is flex - when you need more time with family, you have it. When you need some extra time for a project, you have it too.
- everly 11y agoI agree with you but still see it as a net positive for the employer, even if none of those hours are spent on work. Perhaps it's a stretch, but I think that 250 hours of potentially stressful commute time being allotted to more fulfilling activities will result in a better employee (albeit only incrementally perhaps).
- ThomPete 11y agoI am pretty sure those numbers doesn't exist and even if they did they would be meaningless. Company culture is very unique and based on specific people being involved. One person can literally make or break the companies productivity and success. I think the real point to be made anyway is that there isn't any numbers showing that remote work is in itself making productivity worse. Sometimes you need to reboot (ex. Yahoo) but mostly if you have good people with good ethics it's just as good as any other setup.
- copsarebastards 11y ago> Instead, show compelling examples of how Company-A-with-mostly-remote-workers is beating the pants off of the Company-B-with-onsite-workers. Meh, I'm not sure throwing out anecdotal evidence would help.
- deleted 11y ago[deleted]
- justonepost 11y agoI don't think the article claiming 10x benefit from remote. That's really not true. 1.25x, possibly, but definitely not 10x.
- blizkreeg 11y agoI'm curious as to how companies that have many remote workers (developers, more specifically) achieve some of the benefits that come with in-person communication and co-working in the same space? For instance, in our experience, a lot of the times our developers will get together in a conference room and work together and we've had remarkable success with it. Problems get solved quicker, there is more coordination, and just good motivating camaraderie. It becomes sort of a war room, especially around critical projects. How do you emulate this in a remote working scenario?
- kej 11y agoWhen I worked remotely, we would often do conference calls with someone sharing their screen, which reproduces a lot of the benefits of being in a conference room with one person's laptop hooked up to the projector.
- hibikir 11y agoYou'd be surprised by what can be achieved by just having Slack. The best parts of IRC and email, put together. Searchable. Persistent communication changes companies. My current employer is only running part-remote, but we actively move important conversations to slack, because if nothing else, we can go back to them later. When sharing actual screens is necessary, there's ScreenHero, which is very useful for pair programming and such. Now, I think it's important to have at least some video chat every day, if just so that we can keep up with the emotional state of our coworkers. Over the years, I've preemptively fixed many team dynamics problems by paying attention to people's emotions. If Joe is sad today, maybe I can help with whatever the problem is, or I can at least make sure he isn't pressured too much. If you do most of your talk by text, it's far harder to pick up on those things. If there's some rotating pair programming going on, those things can be handled better.
- blizkreeg 11y agoWe do use Slack and it certainly helps. However, we invariably find that there is a certain inertia to reach out via video among some devs or wait until the person is in office to hash out a problem. It may just be because we don't have anyone 100% remote on the team and hence expectations aren't set. Also, in an open office plan, talking over video at your desk can becoming annoying to the person sitting next to you, which means grabbing a conf room. I'm just saying it depends on the personality of the developer in how she/he handles working with a remote worker.
- justonepost 11y agoThe biggest problem with Remote culture is lack of exceedingly reliable communication. It's improved a little bit by things like Zoom lately, but we still need to work on integrated whiteboarding. Crazy, I know.. Also, mixing remote / onsite is hard because of politics. I think to be effective in remote, it has to be all remote and everyone has to be mature. Like netflix mature. You know, if you don't start producing at high velocity continuously and immediately, you get let go immediately. This is because unless you are mature, you generally goof off when you don't visibly see other people working hard.
- angersock 11y agoI disagree with your requirement of immediately and continuously producing--least of all because, in all odds, the codebase of such a culture (optimizing for "throw code on the wall now now now don't waste time thinking") is going to result in a big pile of garbage that will take a little time to get up to speed on. This is because unless you are mature, you generally goof off when you don't visibly see other people working hard. So what? God forbid anybody in my super lean startup have fun in a non-company-mandated way. If I've got a dev who "goofs off" but when they're on point they're really on point, I'm fine with that--I just know not to put them on time-sensitive things, because I'm experienced enough to know how that'll work out.
- PopeOfNope 11y agoAre you hiring? :) I'm currently a remote employee, but recently my employer has started mandating what I call "micromanagement" techniques. Every 5 minutes of my day must be accounted for and logged. Project managers have started pinging me on the status of my tickets twice a day. The irony of the situation is, the harder they crack down, the less desire I have to work. It didn't used to be like this. Slowly over the past year, somebody up the ladder has been mandating these changes. It seems like this is the standard MBA approach to increase company efficiency. I'll be paying close attention to whether they succeed or not.
- JamesBarney 11y agoThere is evidence that working form home increases productivity. [0] But the problem is harder to solve than just convincing managers that remote work is productive. Many of the employers who believe in the productivity of remote work are more willing to offshore the work for $25 an hour than shell over a the cost of a fully loaded local dev of $80-90 an hour. So if you want remote work you need to convince your boss of two things. That remote work is productive, and that the benefits from timezone sharing and language fluency are worth an extra $40-50 an hour. [0] https://hbr.org/2014/01/to-raise-productivity-let-more-employees-work-from-home https://hbr.org/2014/01/to-raise-productivity-let-more-emplo...
- jasode 11y ago>There is evidence that working form home increases productivity. [0] Those were call center workers answering the telephones. For the HN crowd, I think a more relevant study would be "knowledge workers" like programmers and engineers collaborating to ship products. Think of the type evidence that would convince Paul Graham and Sam Altman to yell at all YC2016 founders, "What? You haven't set your up your team as 100% remote?!?! Are you stupid?!?! Why did we give money to you?!? Put the whole team on Skype and VPN access immediately because that's The Competitive Edge you need to beat the competitor from NY-Incubators."
- JamesBarney 11y agoBefore we can compare remote and local teams productivity we need to solve the problem of measuring developer productivity. Very smart people have been trying to solve that problem for a long time and it seems to me like they have made very little progress.
- qwer 11y agoSo then there really isn't evidence is there?
- jasode 11y ago>Before we can compare remote and local teams productivity we need to solve the problem of measuring developer productivity. In the blog post, there's the phrase "more productive"... note the qualifier of "more". In this thread are additional examples posters using the phrase "more productive". More than what? It implies a mathematical relationship right? If you want to argue the merits of remote workers, you can't have it both ways with the word "productive". On the one hand, everyone can just throw around the phrase "more productive" when it's convenient to the remote-work narrative but then also discount it as "unmeasurable" when we're looking for the type of concrete evidence to satisfy managers. If that's the state of discussion, these mixed messages reduce to "Remote is good because it is MORE of This Unmeasurable Thing". The discourse on this topic needs to be higher quality than that.
- joeax 11y agoHow about hiring? Instead of being restricted to talent in the 30 miles radius around your office building, you can effectively hire anywhere in the country, or the world. No need to displace someone and their family from their existing community and then cover their relocation costs, just so they can jockey an office chair in your building. And no more need to constantly belly ache on blogs and articles that there is a "talent shortage". I'd say that's a substantial advantage.
- FLUX-YOU 11y agoSalary negotiations will be a bit different since you're also competing with all local jobs. So you can take on multiple devs and pay them differently if they have similar skills (hard to measure anyway), or you can pay everyone the same and limit what markets you pull from. The former could get ugly if anyone found out.
- bjelkeman-again 11y agoIt is an advantage. But it isn't without disadvantages. Not everyone thrives in a distributed environment and it is hard to do certain type of work (brainstorming, very interactive requirements and design work, for example) in a remote only setting. It is also harder to build good team spirit, when you don't hang out together. It is possible, but it isn't a no-brainer even when you look at all the advantages. We have a hybrid model with a lot of us focused in hubs, but working remotely part of the time now.
- kleer001 11y ago> You can't convince people with just rhetoric. Yes, yes you can. You can't convince all the people all the time, but you can certainly sway more than 50%. How do I know? The stupid shit that so many people do.
- serve_yay 11y agoThat's true, in fact, rhetoric is probably your best bet by far if you want to convince people.
- mooreds 11y agoFor a great book about the power of rhetoric, check out Plato's Gorgias. http://classics.mit.edu/Plato/gorgias.html http://classics.mit.edu/Plato/gorgias.html From Wikipedia: In this dialogue, Socrates seeks the true definition of rhetoric, attempting to pinpoint the essence of rhetoric and unveil the flaws of the sophistic oratory popular in Athens at this time.
- kleer001 11y agoAyup, it seems like such a done relationship that I'm surprised more people don't understand. Arguing for understanding is hard, swaying with emotion easy.
- nedwin 11y agoI don't really see it being true yet but I think it's coming. Right now if you're based in SV you can hire the best talent in the world, pay them a fortune and build something great. Investors are reluctant to touch anyone outside of that bubble. With lack of housing (and no more construction virtually) alongside better tools for working remote, and more managers experienced in working remote, I can see remote teams leading the charge towards the end of this decade. It takes time.
- tetraodonpuffer 11y agoyou can hire the best talent in the world of people willing to move to SV, the world is a lot bigger than SV and having worked with excellent developers plenty of times around the world I think if you are hiring only in SV you are definitely limiting yourself also in terms of the perspective individual developers bring to the company. It is obviously difficult to have a pro-remote company if you hire executives or management that values "face time" above all else, and prefer phone to email/chat, this is why likely it's a lot simpler to start a company fully remote than to change an already existing one. Given the advantages of cost of labor (you can be a lot more flexible in compensation terms if you don't have to compete with SV salaries), pool of talent and retention advantages (if you have a great remote environment I think it'd be a lot easier to have very low turnover) I am really surprised more companies are not being formed doing this. But then again as you said a lot of VCs/investors won't touch companies not based in SV so that definitely can be a contributing factor in the low % of fully remote outfits.
- ta119a08 11y agoAgreed. And actually, there's plenty of case studies and efficiency research on this subject. What it really comes down to is: Get the right team of remote workers together, provide the right tools, and apply the right policies and you can give yourself a great market advantage. But it's exceptionally hard to satisfy all those dependencies. Many individuals aren't nearly as effective in remote positions, and many more might be effective with some practice but don't actually have the experience required to do it well yet. Paying for their inefficiency while they learn the ropes of remote work is a dangerous and competitiveness-risking bet, especially if they never even quite manage to figure it out. Tools and policies are a whole other issue, as those not only need to be identified but they need to suit the team that you assemble and put constraints on who else can join that team. Not every toolset and not every policy is a good fit for every worker, remote or not -- and it's much more important that they are for remote workers. So at the end of the day, you absolutely CAN have a great company that works remotely and there are many out there. But it's not reasonable to suggest that many or every company can see benefits from it any time soon.
- bjelkeman-again 11y agoHaving worked in and managed a remote/distributed team for the last eight years I can agree with that. We have made really good progress, but as you grow it is a challenge and you don't always get it right. Often you don't have a good template to work from and you have to iterate your way towards a good process. Which sometimes can be hard work.