These companies were no different than the 3 successful companies that didn't support remote work at all.
All 7 companies were process driven companies, with discipline. The processes were not overly complicated, nor bureaucratic in nature, but they were followed religiously. If the process wasn't working everyone still followed it, but the issues were raised and addressed quickly. Which meant everything worked and made sense.
I've worked at 4 unsuccessful companies 2 that were almost 100% remote, and 2 that were almost 100% not remote. What these 4 companies had in common was a lack of process, or discipline. Chasing the "next thing", blowing up schedules because "we need it now", zero planning. These companies need everyone in the same location because nothing is written down, everything is rumor, tribal knowledge is key and if you don't get to sit in a room and look at everyone to figure out the politics nothing works.
Bottom line is if you want to be successful you need to plan, have process and be disciplined in your approach to running the business. If you do these things managing remote employees is no different than having everyone in the same room. If however your company is a mess, trying to manage remote employees is next to impossible.
I have also worked at companies that were highly successful and followed processes as you say religiously.
I haven't ever worked anywhere with a sizable remote worker employee pool though.
An example: Larry and Sergey deciding to do away with managers back in the early 00's would have decimated a startup that didn't have a burgeoning monopoly. Was barely a bump in the road for Google.
This is actually a big problem in my experience, because remote workers are cut out of the "inner-circle of people" when office politics kick in. Face to face time helps networking a lot and creates much stronger ties than slack chats ever can.
Don’t get emotional, when you get bored and it’s time to move on get a better offer from somewhere and tell them to counter it or you walk, then follow through.
When you’re a remote worker you must learn to not play any sort of games. Say what you mean and mean what you say and you’ll be respected in the industry.
At the end of the day, all that matters is getting paid.
Been there done that left for a higher paying job where other people worked too.
Don’t “hope” for raises or promotions, ask for them. And if they aren’t given, start looking.
This is how you develop a powerful remote career.
That sounds like a strict requirement for remote work to work, and intuitively so. In your experience, how was the training done for less experienced IC ?
Since managers have power, and engineers usually don’t personally know their skip levels, managers can easily replace async documented process with lovely hours-long face-to-face 20-person meetings. And they can silence dissent! They can wreak havoc in a way no IC could ever do.
This has been a particular pain-point for me at times. Example: two meetings with the same team members on two connected subjects of about 45mins to an hour in length, spaced half an hour apart when they could easily be combined. That's just in one day. There are others that have mirrored those throughout a week. The meetings don't need to be as long as they are, but they're scheduled for that long and the rest of the time is often filled with awkward chit-chat. But it fills the manager's calendar slots so that they appear effective, even if a lot of time is being squandered. Add on all the frustration of the back and forth across floors, wandering the halls looking for a meeting room that isn't double-booked or waiting on people to vacate rooms, etc etc.
IC time is more directly controlled this way. Occasionally it makes sense, but the amount of duplication is, at times, staggering and can be frustrating.
Their core business was management consulting.
Has anyone ever promoted a manager because they have so many meetings?
My complaints are probably less about co-located offices and more just corporate cruft.
I expect to find useless and inappropriate comments downvoted, but there is no official policy that I remember, so those are only my ideas of how downvoting would help moderate a discussion.
Good processes, specifically those that favor radical transparency, are a good way of getting in front of these types of issues, and are especially important for making remote setups work well.
Is that an adage or it is the literal meaning of the word "headquarters"? The head's quarters - and the premier definition of headquarters if you look it up in Merriam.
You're describing operations in most "agile" companies.
How were those extremely precise measurement obtained?
What's it like moving from a 98% remote company to a 99% remote company, and then back to a 98% remote company?
What in your opinion is holding companies back from getting past 2 9's remote?
First, to let it out of the way: yes, you can definitely have remote teams which work very well and produce high quality products. In my experience, those have the following characteristics: clear and fairly technical product definition (e.g viz software which are built for scientists), excellent teams with no bad performer, and healthy business environments.
The problem is when at least some of those conditions are not met:
1. Most organizations are dysfunctional in some ways. Product and engineering are not aligned, or there are constant re-organizations, lack of ownership. It is extremely challenging for managers to improve this situation if everybody is remote, because communication is your main tool here, and doing so remotely is even more difficult. My experience in those situations is that face to face discussions are the most effective tool to untangle the mess.
2. When things go south (e.g. you lose a big client, etc.), it is almost always the case that people will start to find teams / people to blame. Executives have shallow information, and most will rely on what is available to them (kind of availability bias, but for people instead of ideas). Remote teams will be at a disadvantage.
3. When your team is not very good, or not very experienced, it is very difficult to improve their skills remotely. First, being remote means you lose a lot of very useful information, such as "do they often talk to other people when they are stuck". Instead of observing how people act, you have to ask, which paradoxically means more interruption.
Generally, my sense is that remote-first work is quite fragile, or said differently, is an unstable equilibrium. As soon as things go badly, it is much harder to fix things. As long as everything goes well, it may well be more efficient though.
Remote-first companies operate differently, in particular communication
> Hiring and working from all over the world instead of from a central location.
Am I naive to think that the legal requirements of complying with all of the world's labor laws and tax reporting (w.r.t to income) would outweigh any benefit of the increased productivity of remote work? I could see this crippling any fledgling startup attempting to bootstrap, and only see those backed with massive VC cash being able to do this.
The hand-wavy way that this gets done is that everyone is a 1099 contractor or owns their own "business". That's great for the company, as it pushes alot of bullshit to the employee (payroll tax, benefits, etc). It's great, that is, until it isn't because many of these independent contractors aren't really independent at all, and the tax and labor authorities will be less than amused.
neither can the employers country force the company to get a work visa for the "employee", nor can the employees country force the employer to open a legal entity in the country. the only thing the employees country can do is to make it hard for the "employee" to work as an independent contractor.
or both countries can set up an international agreement to deal with this situation.
the company is not trying to get around the law, and presumably most, or all who for example work for gitlab in the US are employees. most likely in europe too, since a single company is enough to cover the whole european union so it's likely that they set one up. they are not employees in countries where there are to few people to make it worth setting up a local company.
In the US, the primary determination is if the contractor can set their own schedule and client list. Also if the contractor can determine the best way to perform a task or get to a result.
It's an interesting take in the context of remote work, for sure.
I couldn't find the direct IRS link, but this looks official enough to reference:
When your "contractor" gets hurt when working/travelling/etc at your direction, the "contractor"'s health or auto insurer will likely figure out that the contractor meets the test to be an employee and will pursue action against the company.
If the de-facto nature of the interaction is that of an employee, then (mis)classifying that as a contractor relationship is generally illegal; the specifics depend on the jurisdiction (which is especially tricky if you have people in many jurisdictions) but it may be considered tax fraud because you're not reporting/paying taxes in the way employment requires, it may be considered violation of worker's right laws, etc.
If you're treating your remote workers as independent contractors, then you have to treat them as independent contractors - i.e. they can sell their services also to other employers at the same time, they can set their own hours, they can choose how they achieve the goals and possibly (this may depend on location) subcontract their work instead of doing it themselves, etc.
If the company can set your hours and deeply control how/when you do the work, you may both have a nasty surprise from the IRS
sure, if the countries have treaties that cover this particular case, then those apply. but if they don't then i can't imagine what might happen.
I am not a lawyer but I do have some experience in this. So, as I understand it if one or both country's agencies decide it is actually an employer/employment relationship they may decide withholding was done/not done in the wrong place, or invalid tax credits etc. were claimed and may assess penalties for that on top of wanting the amounts back. It can also complicate things like VAT collection, etc.
but doesn't any of what you say imply a treaty between those two countries?
this is getting of course country specific, but my company has hired people in other countries before. and the problem is not trying to get around employment law, but rather that i don't see any options to treat that person as an employee.
we can not employ anyone unless they have the legal right to work in the country of employment. to be an employee in a US company, i need to have a work visa for the US. i do not see any other option there.
for this to work without a visa, there would have to be a category of foreign remote employees. i have never heard about any such thing.
in other words, without a treaty between the respective countries, an employer/employee relationship is not legally possible.
how would you pay my social security or insurance? without a treaty that defines this, you can't. you have to give me the cash and let me pay by myself.
Finally some of your contract terms may just be uninforceable but that is less of an issue.
In general this stuff is tricky and very much dependent on the countries involved, the nature of the work being done, and the physical locations it is done in (and probably more things).
*Except Russia and China
I have also seen that face 2 face interactions are the best in order to align within or across product and engineering. Especially at the level of longer-term goals. Not so much at the level of weekly or monthly cycles.
And I’ve seen the exact same thing with coaching and mentoring people and teams. It feels like it’s much harder. I think when you are the person who needs to upskill, it is a lot more obvious when you are sitting next to a person senior to you. That you have to grow becomes more “material” maybe?
I love remote work, the benefits brought up are very real. I’m curious about solutions to these very real issues.
* Although in my case, I’m sure someone could come and say “you are not doing it right!” We were fairly new to this.
How do people work around this?
There is no replacement for meeting up in person periodically. Anyone who tells you it's not a key requirement of remote work is foolish. Smart teams + companies have figured this out and do regular meetups.
With that being said, there are ways to "maintain" relationships with coworkers. I wrote a big post about this last week you might like: https://www.friday.app/build-relationships-remote-team
I think you've hit on a very important and somewhat subtle point here. Remote work is very sensitive to doing it wrong in ways that aren't always obvious and that office work is more tolerant of.
But you’re right of course for eg UK/US in most cases. Difference between ‘where companies are’ and ‘where (affordable) houses are’ is much bigger in less bikeable countries.
People sit around in an office just as easily as they do at home. If seeing a butt in the seat is proof of working, you have already been fooled.
Correct. In most companies you can get away with this for a long time though or even have a great career.
also a prolific ticket opener
It gets even worse with remote where you don’t know if somebody is at least working or just sitting around.
They are still hard to measure even when observing directly.
2. Maybe, I've never observed that either as an IC or a manager, so yeah, if there is such a toxic culture it's a problem.
3. Don't you have weekly 1:1 to dive into that? I would argue that relying too much on observations instead of directly asking people is a problem.
I've worked remotely for 15 years. I can go back to any conversation on any feature we've ever had. It's extremely powerful.
Sometimes ephemeral communication is a feature.
I am ignorant of the operation of the law but why would taking quotes out of context present legal risk? Wouldn't the misquoted be able to supplement the record with the missing context?
Agreed. Even when we do video calls, someone summarizes and posts what we talked about. I noticed Meet is now doing live captioning. It would be nice to email everyone the meeting at the end of the call.
Body language, better tone, gestures, etc. Communication goes beyond just words especially when you're building trust or resolving conflict. Not every communication in a business is technical or product based. In a larger organization it's those soft conversations, that smooth over inter-team and intra-team dynamics, which are in many ways most important long term.
3. Of course, you cannot only rely on observation, and 1:1 are crucial. But especially with junior people, just asking questions is not enough. You really have to look how people work to understand your team's dynamic. In my experience, 1:1 utility decreases the more junior reports are, and observations utility increases the more junior reports are.
I do think if you want to do remote work as a company, you need to focus extra resources on facilitating and overdoing communications. Most companies have problems getting on the same page when they are in the same room. It is possible with a remote team but it requires someone to be explicitly in charge of communication.
> communication is your main tool
I think at its heart, remote work will amplify any existing communication issues in an organization. Being in the same office can smooth over some of these issues, but they are still issues. This is why it is hard for a company to transition to remote work. The inertia of dealing with communication issues by being co-located is hard to overcome.
This is also why companies that started remote are still the best at remote. They simply would not have survived without proper communication from the get go.
2. If executives blame a remote team that is functioning well and punish or fire them for it incorrectly, then those executives should be replaced. That's just lazy scapegoating.
3. It sounds like you are saying that you think that you should lterally watch over a software engineer's shoulder to see if he is typing a lot, or if not, asking for help. This is extremely ignorant. Programming doesn't mean that you look busy a lot. A good engineer might spend a lot of time just Googling. Or actually sitting there and thinking for a couple of minutes without even necessarily typing (unless he is afraid the manager looking over his shoulder might get suspicious).
Why does every remote company have to be async?
Why can I not get the setup (remote work) without the ideology (async work)?
Maybe it’s due to a lack of tooling?
Suppose remote work was the norm. Your comments somehow imply moving work to be on-premise would be an improvement. Let's examine your claims one by one.
> 1. Most organizations are dysfunctional in some ways. Product and engineering are not aligned, or there are constant re-organizations, lack of ownership. It is extremely challenging for managers to improve this situation if everybody is remote, because communication is your main tool here, and doing so remotely is even more difficult. My experience in those situations is that face to face discussions are the most effective tool to untangle the mess.
In a remote-only organization, communication is necessarily all done in a matter that's transparent and not transient like face-to-face communication. You claim doing so remotely is more difficult but do not substantiate this. You claim that face-to-face discussions are effective... for what reason? What about face-to-face communication makes this more effective? Just a bunch of unsubstantiated claims made here.
> 2. When things go south (e.g. you lose a big client, etc.), it is almost always the case that people will start to find teams / people to blame. Executives have shallow information, and most will rely on what is available to them (kind of availability bias, but for people instead of ideas). Remote teams will be at a disadvantage.
If remote were the norm you could easily make this same claim about the lone on-premise team whose communication is isolated from the rest of the organization. This has more to do with the fact that remote teams are rare and less with the fact that they're remote. In fact what you're saying here is what often happens with satellite offices. Again, nothing here you're saying is unique to a remote team.
> 3. When your team is not very good, or not very experienced, it is very difficult to improve their skills remotely. First, being remote means you lose a lot of very useful information, such as "do they often talk to other people when they are stuck". Instead of observing how people act, you have to ask, which paradoxically means more interruption.
Again, assuming remote was the norm your claims make no sense. It would be trivial to see how much workers were communicating with each other in a remote team. In fact, I don't know how you would even get your purported "useful information" unless as a manager all you're doing is micromanaging your employees all day?
TLDR - all of your claims against remote work are trivially countered. Remote work has no disadvantages except the loss of (important) non-verbal information when communicating.
Can you please review the site guidelines and follow them when posting here? They ask you to edit out swipes like that.
The problem is when communication are broken, you don't even know who you are supposed to talk to. In that case, I think it is quite obvious that doing it remotely is harder than if everybody is on the same building.
> If remote were the norm you could easily make this same claim about the lone on-premise team whose communication is isolated from the rest of the organization.
That's correct, the problem is the same. It has been my experience that as soon as things go south in a company, you have a vast advantage if you and your team work in HQ. It has almost always been my experience that the projects that got the most pull politically (and hence resources) were the one pushed by managers in HQ, or with an existing strong relationship that was created... by being at HQ.
> Again, assuming remote was the norm your claims make no sense. It would be trivial to see how much workers were communicating with each other in a remote team.
You are the first manager I have met who claims this is trivial, remote or not.
Again, unsubstantiated. Why is it harder than if everyone is on the same building?
>That's correct, the problem is the same. It has been my experience that as soon as things go south in a company, you have a vast advantage if you and your team work in HQ. It has almost always been my experience that the projects that got the most pull politically (and hence resources) were the one pushed by managers in HQ, or with an existing strong relationship that was created... by being at HQ.
Again this has less to do with remote work and more to do with the fact that remote isn't the status quo.
> You are the first manager I have met who claims this is trivial, remote or not.
It would be trivial. Inherently to remote work would be an online record, whether that's Slack, Discourse or email to record all communication.
You've yet to actually bring up issues inherent with remote work. All of the claims you've brought up thus far wouldn't apply in an organization that's already remote-only. Would there be difficulty to transitioning a non-remote org to be entirely remote? Of course, but this is an issue with making any large sweeping change.
In another comment you make this claim:
> but things like mentoring, quality of code review, etc. are hard to measure if you are not observing them directly.
I would argue that all of this would be much easier to observe in a remote only organization as said communication would need to be made available through some record-keeping.
Where-as in a on-premise organization code review and mentoring can occur behind closed doors and would be very transient. How would you know how well your engineers are mentoring each other?
Only if you keep metrics on all your communication tools regarding who talks to whom and for how long. That means, chat, email, phone calls, etc. Which many workers would be uncomfortable with since it's blatant and visible tracking. Worse, easy to gather numeric metrics that are known about tend to become KPIs which tend to become gamed.
>In fact, I don't know how you would even get your purported "useful information" unless as a manager all you're doing is micromanaging your employees all day?
You lift your head and walk around the office every so often. Amazing what you can see from a distance. Who is sitting next to whom and talking. Who is with whom in an conference room white boarding. Chat with people casually about what's going on next to the coffee machine. And so on. Trivial, to use your own phrase, for any half-decent manager without coming off as micromanaging but rather just sociable.
>In a remote-only organization, communication is necessarily all done in a matter that's transparent and not transient like face-to-face communication. You claim doing so remotely is more difficult but do not substantiate this. You claim that face-to-face discussions are effective... for what reason? What about face-to-face communication makes this more effective? Just a bunch of unsubstantiated claims made here.
It's obvious to anyone with social skills and common sense. As a species we have evolved to communicate face to face. Not just words but gestures, facial expressions, posture, tone, etc. That's all part of what we consider communication. Especially important when there's potential conflict going on. Digital mediums are far from perfect and lose many of those characteristics.
It ultimately ended as several upper management thought we were too "disconnected" from the company although my e-mail was always open, phone forwarded to my cell and I was online in a company wide chat messenger during working hours. We even came on-site once a week for face-to-face meetings. But I guess some people picture remote workers negatively so we are now back on-site and all the things I took for granted during the trial year are making being on-site so much harder.
I commute an hour by car so I gave up a pay raise ~$6,000/yr. on gas alone. I haven't (and don't want to) calculate vehicle wear, snow tires, etc. I'm constantly interrupted by people throughout the day laughing at the nearby reception desk, asking me about lunch or just coming to talk because they are bored. Even right now I have someone using a leaf blower directly outside my window so I can't focus on code (why I am on HN right now). The office temperature is an uncomfortable 66F because the corner office gets so hot with the many windows it has and I am part of their HVAC line. I am using an underpowered laptop instead of my home desktop (32GB RAM, high end CPU, etc) and I require our IT Department to install all software for me because "company policy"... Needless to say my productivity has dropped.
Perhaps someday we'll be able to go remote again, or maybe it's just time to move on. I've been here now for more than 5 years and I enjoy the work I do and the people I work with but after having a taste of remote-work, it's hard going back.
When I'm at home I have a fully stocked kitchen, my fridge with all my ingredients and no competition for any of it. What it means is when I'm working from home, I eat healthier and lead a healthier lifestyle. I save money on food because the laziness to not pack a lunch doesn't exist.
The commute in mornings is stressful (especially around this time of year where roads become treacherous with rain/snow with melt+freeze cycles). Without that commute I can wake up at 6:30, shower, eat and be "at my desk" by 7:00 while the on-site work has me waking up at 5:30.
There's just so many benefits to remote work. I'm happier, and therefore more productive on that matter alone. I don't even need to get into all the reasons you covered why work at my office is far worse
Plus savings in gas and wear & tear on my car. Hell when all my kids are in regular k-12 school and I can just toss them on the bus, we could drop to one car easily, too, saving even more money.
So, remote work: worth probably $6000/yr to me now in sheer cash savings, call it $10k for time saved and lower stress. Worth maybe $15k in a couple years when all my kids can ride the bus. Not friggin' bad. Oh and despite the kids (disease carriers that they are) I'm still sick like 1/2 as often, so that's nice.
Plus I can prep ingredients for dinner over lunch or while on a call that doesn't need 100% of my attention or whatever. Measure stuff, chop some veggies, set it aside, back to work. We've been eating so much better (and cheaper) since I went remote.
Looking like that'll end soon which has me pretty bummed, though. Remote is just so much better. Any music I want (or none), get up and walk around, work from any room or out on the deck. No shared bathroom, hahaha. Offices are expensive time-wasting misery factories by comparison.
I am also a father of 3 so being remote gave me the ability to attend school activities, doctors appointments, and just being there for them more which I know means a lot to them - as it does to me. There is also the little things like a trip to the dentist which could take me ~30 minutes remote and I can do it on my lunch break. Now on-site I have the commute so I need to take a 1/2 day which in turn causes a loss of productivity for the company.
I think I know the answer. I know that this is the ongoing core problem - measuring "results" is really hard. Running a business means "experiments" are expensive, and really difficult to control in a way that you can get some kind of scientific learning out of them.
I think about the Jim Collins books which were written based on decades-long studies. Certainly imperfect and vulnerable to survivorship-bias and various other issues, but still perhaps better information than any single company is able to come up with for themselves on what tactics would benefit their company more or less than others. (i.e. they may use successful tactics and profit, without knowing what the opportunity cost may be.)
As a growing company of around 400 employees, we were really short on space and software is one of those fields that do quite well remotely. We were asked if we were interested and we officially went remote a week later. Since then, a new building was built solving our space issue so I think that had a lot to do with our return. The communication "disconnect" I think was just a way for management to justify the reversal of the decision.
We used Pivotol Tracker to track our performance so if anything we had proof of how well remote worked for us - but some people fail to see the positives of remote work even with the proof right in front of them.
 - https://www.pivotaltracker.com/
The productivity increase of being remote resulted in apps/updates to occur much quicker. We were able to take advantage of many things we now had access to such as faster internet, IPv6, better network experiences (no more IP conflicts, blocked web sites/filtering, other IT nonsense), self managing our desktops, and so on.
To be clear, I'm not actually trying to argue against remote work in general. I think it can be done very well if the company is built around it from the bottom to the top. My point is just that one has to examine the effect on the entire organization. It might be the case that some groups benefited but at a cost that wasn't worth it at a high level. For instance, it could be that the organization needs a much more rigorous planning process rolled out to every single team before remote work becomes a net positive.
Example would be a tool I built for a team member that works with flex licenses (Autodesk, etc). He has a command line tool that lists how our licenses are used but it's a pretty verbose dump which isn't fun to read manually. I wrote a parser for this command and wrapped it up in a web app which provides a table of all users, charts on usage, data storing for historical metrics and so on. He is now able to better understand our usage and can more accurately guess as to when we need to purchase more licenses. He can also see what we are not using to reduce our company costs.
The things we've built don't go through any "system" and are developed simply between the requester and the software team (nothing really public so far, all internal tools). As a result, our increased speed is only a positive. However, I can understand in other companies when increased code/updates would cause tons of stress on the teams so your point is valid.
Were you able to effectively collect requirements for that tool while working remotely or collecting requirements required on-site interaction?
I used a VPN so I was almost constantly connected to our company network. At the company we don't do a lot of face-to-face meetings (typically only the older management folks here prefer that). Most of us use chat or email but I also get the occasional phone call. This project was pretty straight forward where the employee made a request and actually was able to send us the online documentation of the commands and we were able to take it from there. We built a prototype of what he was looking for and we made some minor tweaks after his initial review.
We did come on-site at least once a week (sometimes more if it was needed) but they were mostly reserved for those occasional face-to-face meetings or when we were setting up a BLE Mesh Network for workorder tracking.
I was employee #1 in this new role and have since made a lot of really awesome things such as a company directory (mobile app), dashboards for our fabrication department, license management software for our IT folks, visitor check-in/out kiosks, interactive surgical simulators for our R&D/Sales teams, to name a few.
I hold a BS degree in Art. While in college, I took some web development courses and that is when I first started noticing my interest in programming. Despite having ~10 years of programming experience (~4 being as a professional software dev) I am not the most confident developer and the horror of software dev interviews scares me. Maybe it is time to go for it - worst they can say is no, right?
There's a huge salary penalty if you're not constantly looking for the best offers out there (do some Googling to convince yourself this is true). Don't worry about your imposter syndrome -- let others determine if you can get the job or not.
Elite software companies have ridiculous interviews, it's true, and you have to spend at least tens of hours practicing them. But everyone else is pretty reasonable, I've found. There are lots of enterprise shops that don't care about that nonsense.
Unfortunately, that's not particularly useful in knowledge work where most of the time, we're dealing with a non-deterministic relationships and creatively figuring out a problem. The expression of the symptom is the manager's schedule but the actual disease is the outdated idea of command and control as a way to manage knowledge workers.
For this reason there will always be command and control, since an organization becomes dysfunctional when people act against decisions based on made-up priorities which are way mis-aligned with the real priorities which were decided.
Anyone who thinks otherwise is delusional. Of course there are different types of management styles like servant leadership for example. But that still doesn't change a damn thing. Now instead of the most aggressive person signing the contract, pushing the button, etc, now a nicer fellow signs the contract, then commands every one else to follow.
And having knowledge work on the table doesn't really change the equation either. That's why almost all IT companies these days use OKRs. An objective is to be set by managers and checked upon later (a.k.a command and control).
Having come from a company that was dead against working from home, it's a breath of fresh air and has completely changed my life.
I work 8-4. Finishing at 4 feels like I actually have part of the day left. No more commuting & setting off early in the morning / later at night to avoid traffic. I don't have to sit in a car for 2 hours a day. I can go to the gym and get home again before the masses start turning up at 5:30.
Technology is such a massive enabler. Need to talk to a team member? Video call them. I've never met any of them, but it feels like we're colleagues and know each other well. I'm more productive not sitting in an office - No interruptions because someone is bored or wants to talk utter nonsense. I'm in a relaxed atmosphere, I don't have to wear a shirt and trousers, don't get dragged into pointless meetings all the time etc etc.
Video call meetings seem to get straight to the point & speed along. People seem less inclined to go off-topic and faff - a big productivity boost.
I will never understand the mindset of the previous employer that had a natural mistrust of remote working. They've lost many employees because they haven't embraced flexible working, and that trend will continue.
Granted, it's not for everyone. You have to be mindful that you're at work (I have a separate space), and ensure that you're not disconnected from your colleagues. I find that making sure that I have a few video calls a day with a colleague keeps me in check.
Even among remote work in different timezones, there's still a huge difference between say a 4 hour timezone (say, covering all of North America) working with people from potentially ANY timezone where you have potentially 0 hours per day of overlap.
Even in an organization that does asynchronous work really well, very few organizations can do everything effectively in async, meaning that you'll always want to have some overlap for synchronous discussions.
My advice for any company concerned about expanding remote work would be to simply limit/restrict which time zones you're comfortable people working in.
Our all-remote person team at Close.com has scaled up to 15+ engineers, 40+ people overall. We do have people all over the world, but we tend to focus our hiring around American & European Timezones, which provides a nice balance of covering a huge percentage of the world's population while still providing enough overlap to have synchronous meetings.
That said, we are always a little skeptical of people who are willing to work very odd hours (e.g. throughout their night), because for many people it's not sustainable for them long-term.
I'm not sure we know that. We know that social networks enable people to communicate remotely, but I'm not sure we know that they actually help in building trust.
My 2c on that:
The chairman of the board at a company I know well has been in business for like 40-50 years and he reckons that CRM software has been transformational for managers. Apparently, before Salesforce, you had little idea what your salespeople were doing with their days -- especially if they were regional specialists (re: remote employees). Salesforce keeps them on track, keeps them disciplined, provides strategists with better on-the-ground facts, etc. And that's had huge effects, according to him.
But, if you're a chief marketing officer or biz dev person, and your success depends on engineers, you don't have a SF equivalent. Sure you can look at their Jira tickets or whatever, but if don't really understand what they're working on, that won't provide a lot of clarity. So maybe you look for clarity by asking them to be in the same room -- but ultimately that doesn't help much either (they just put on their headphones, deliberately avoid you, etc.). So you give up that battle.
But with product people -- you don't have a salesforce-type system to keep eyes on what they're doing. But neither is their work totally incomprehensible. So, drawing on how helpful SF has been, you conclude that transparency and oversight are needed to keep things on track. So you develop a strong preference for face to face conversations.
This is a theory to explain how a startup I know well has decided that its challenges getting to PMF are (in part) about a WFH policy that was 'too liberal' (CEO's words).
She's also extremely supportive of family time, taking an hour off to leave early for a kid's event, etc. She allows a very healthy work/life Ballance, which is part of why I stay.
So well that they decided to promote me to manager of my team, which is arguably more risky than working as a remote engineer. They took a bet on me, and I think it has worked out well. I encourage my team to work at home as much as they would like to, and have even started hiring remotely.
I stand by remote work. Work is about more than enslaving code monkeys to do your bidding. It is a partnership that works well when you trust your engineers to get their work done, regardless of where they are located.
Maybe I'm a cynic (oh heck I should just be honest and say I'm a cynic), but I suspect that the big issues in those places that are resistant to remote work are about power, control and trust. I work on what I would say is a very successful fully remote team. However, we're small (~30 people), tightly knit, our work is essentially self-organizing with a little steering from above, and each of the people responsible for components of it is a domain expert with a lot of experience and little need for hands-on coaching. Our managers know every one of us personally and they know we're doing our best every day. There are no trust issues. We collaborate pretty effortlessly using the usual tools, and our ability to do these things has allowed us to keep our overhead low and attract skilled people from all over the world.
In short I think we're essentially a different kind of organization, and it would not surprise me to find out that it is hard to nearly impossible to convert an old-style organization, especially a larger and older one with hidebound traditions, into a new-style fully remote thing.
Face-to-face is always one of the highest fidelity mediums for communication in expressing the verbal & non-verbal. And I would agree with the resounding opinion in this thread that periodic meet-ups are very good for keeping trust relations higher in the times when remote is the norm.
Sometimes even that is hard if you're managing a team from across the globe, and then trust is reduced to a metric of some kind - work output, quality of work, etc.
I like working with remote teams and I've had great and horrible experiences with them - first and third party. It can sometimes be cultural but oftentimes I've found it can be isolated to the individual - and working to remedy that weak link can oftentimes (but not always) turn a situation around.
Understanding how to build a team, identifying the needs of the team, and establish trust within that team, whether co-located or remote is important. It's also important to understand how those needs and methods are differ between co-located and remote work.
A good example would the time my team (spread out in 4 different countries) was crunching for a launch where we set up a 'virtual' mega war room connecting 4 war rooms across the globe with live video feeds. Worked wonders for open communication when there was overlap in time zone working hours.
Ironically, when I need to draft some long write up (e.g. perf evaluation, speech, etc.), I have the easiest time when I lie in bed watching some pausable movie or show. Nothing like passive entertainment to help me work through writer’s block.
The standard stack that companies use is Office 365. The tools in there are really awful and unreliable in many scenarios, and add friction to most interactions.
The other thing that an individual contributor won't grok is that your people are usually on a bell curve. Your most self-motivated workers thrive remote and often are more productive. But many workers either don't perform as well without direct human-to-human feedback or don't perform well remote for various reasons. We tend to assume that people have home lives and environments that are stable and amenable to work -- many do not. Many people have difficulty being alone all day. Still others fear (rightfully) that they will be held to a higher standard of performance/accountability because they aren't present to informal conversation.
> That would be too scary. We can’t have that!
It could also be that non-technical members of the team don't have the combination of tools, technical ability, and training to make remote meetings effective.
I've seen a lot of remote meetings completely wrecked by inability to use the meeting software, failure to adjust audio settings properly, faulty or improper hardware, inappropriate use of hardware, etc. After a few frustrating interactions, many might conclude that this mode of communication isn't effective.
This is definitely a cultural issue that needs to be addressed from the top -- these people need to be assigned the proper tools, trained to use them, and expected to use them.
>"For example, I’d argue that Slack is a tool that has made the idea of remote work much more realistic for people on the manager’s schedule. While it’s technically an asynchronous communication tool, it’s also used as an alternative to being in the same room, powering constant back-and-forth communication (which can be annoying)."
I remember this being an issue when I was doing remote work. I would be curious what the fix is for this. It does seem like simply moving the interrupt driven physical office to an interrupt driven virtual office defeats one of the key benefits of remote work.
Maybe. In some offices, it only means that you get both: constant pings from even unrelated teams' chats, etc, and the in-office interruptions. I'd like if this were limited to one form...
In other words, remote work is how people give themselves private offices when their company refuses to.
For 10 years, I've seen people write articles which dance around this fact. Everybody is afraid to say "private offices", even when that's exactly what they're describing.
from the perspective of managing technical teams i've only found the "manager's schedule" (as described) to be a bother to _me_ and _my_ time management. this has been a major pain in the ass when i had to kick out feature work and caused me to spend several super late nights to wrap things up. this didn't affect my team directly; no doubt my exhaustion impacted my mood and thus my interactions. not sure if i was a total dick (never got that kinda feedback, direct or indirect...but how knows...), but i certainly more than once had the posture of defeat as i shuffled from a pairing session to a strategy meeting.
i tried my hardest to create a big sandbox the devs could own and (mostly) self organize. with the help of sympathetic product managers we switched from scrum to kanban and dropped physical standups (and their associated shitty conference call experience)
for a dedicated slack channel. we leaned heavily on tech and a couple basic asks such as "try to post status around the same time every day", "important communication goes in email, not in slack", "if you know your schedule, add it to the team calendar" and so on. it was not perfect but it worked out...for the that team, project and business conditions.
now, i have also certainly (and most commonly) experienced shitty remote situations where people on the speakerphone are forgotten, work from home is viewed as a negative and local time is gravely disrespected.
However, I'm more convinced than ever that these pop-culture articles and thought pieces about remote work are counterproductive for remote workers. Most of the remote work thought pieces that make it to the HN front page are very one-sided; They make remote work sound like a panacea, or a way to boost productivity and happiness with zero downsides. This creates very unrealistic expectations of remote work for job seekers, especially the more junior remote devs that I've worked with in recent years. When it comes to remote work, we want to believe that it's the golden ticket to solving all of the problems of the modern workplace.
In my experience managing remote, on-site, and mixed teams: It's much more difficult to make remote teams work well. Some key things to watch out for with remote employees:
- Communication is everyone's job. Async, text-only communication can be more efficient when done right, but it's much more difficult to foster friendly, accurate, and rapid shared understanding over Slack or e-mail than in a well-run face to face meeting. Successful remote work depends on everyone making an effort to seek out information they need, proactively share understanding via accessible documentation, and develop healthy relationships with their peers and managers.
- Remote employees are not contractors. A common misconception is that remote work equals total freedom about when, where, and how you do your job. Pick your own hours, vacation without taking PTO as long as you respond to e-mails once a day, batch your e-mails to once a day or less, and work on your own terms. This can work in certain situations if everyone agrees to it, but it's not a given. If you're a remote employee, the only guarantee is that your working location is not at the office. Having the team working together during specific core hours is hugely valuable if any collaboration is required. It's not efficient to have two people ping-ponging e-mails back and forth with one response per side per day when they could hash things out with a 5-minute chat during overlapping business hours.
- Some people can't handle remote work. It just doesn't work for everyone. My biggest surprise as a remote manager was how many people's productivity dropped off a cliff after they went remote, yet they were convinced they were being more productive than ever. Some of these employees can be trained to be productive remotely with intense hands-on management, but it's a lot of work. I give new remote employees very explicit instructions about expectations for process, check-ins, and team discipline when we start. Continually update these remote onboarding documents as you learn how your remote team works best.
- Remote job listings attract a lot of bad apples. Remote jobs are synonymous with slacking off in some circles. Watch out for digital nomads who want to collect a paycheck while they travel the world. Avoid startup founders who think they can put in a couple hours of remote work and collect a paycheck and benefits while they focus on building their startup on someone else's dime. Watch out for remote applicants who try to work two jobs at once, doing the bare minimum for whichever of the two companies is paying the least attention to their work. When hiring remote at scale, you'll run into more of these bad actor applicants and employees than you might expect.
- Meetings are still helpful in remote teams. There's another common misconception that remote work == no meetings. Some conversations are still most efficiently handled as an N-way video call for 15-30 minutes, rather than a never-ending Slack conversation where participants are half-distracted as they alt-tab between Slack and their work.
As with all hiring, references are key. There's an art to getting an honest reference out of remote employee referrals, though. Don't neglect to follow up on reference checks. Be polite and professional, but don't hesitate to ask hard questions or ask for more appropriate references if they try to give you softball answers. Also have your hiring department follow up with the previous employer to confirm start and end dates. It's tempting for remote workers to stay on with their old employer for a few extra months, double-dipping both paychecks while they can.
Ask people why they want a remote position. There are many valid reasons to work remote, but having other obligations during the day is not one of them. For example, if someone wants a remote job so they can stay home and watch their toddler during the workday to save on daycare costs (actual answer from someone I interviewed) then they aren't going to be very productive. Make sure they can allocate a proper amount of time for focused work.
After hiring: Proper performance management is key. The important thing here is to treat on-site and remote employees the same with regards to performance management. Technically, there's no reason an employee down the hall couldn't also be sandbagging their performance while they work on a side hustle for 75% of the work week.
The biggest pitfall with remote employee performance management is the idea that people have a finite amount of work that can be finished early. Specifically, it's difficult when people get attached to the idea that the number of hours worked shouldn't matter as long as they get their work done. The flaw in this argument is that if your employees are running out of work before the end of the work week, you're not managing your backlog and roadmap effectively, or you're grossly overstaffed. Set the expectation that if someone finishes their sprint work by day 7 of a 10 day sprint, they need to spend those last 3 days taking on additional tickets or helping coworkers.
Watch out for people padding estimates, sandbagging, and playing other games to minimize their hours worked. Your job as an engineering manager is to make sure they're not worked too hard, but also ensure they're not sandbagging. Again, this isn't unique to remote employees, but in my experience remote employees have far more temptations to sandbag a little bit here and there that most people just can't resist. Don't nag, but let them know you're watching closely.
Most of all: You need to build mutual trust with the remote employees. Without watercooler conversations, shared lunch breaks, and other office mingling you need to make an effort to get to know people. I've found that the more you build a healthy personal connection with remote employees, the less likely they are to try to abuse the system. Be wary of anyone who insists on purely transactional communication arrangements with odd working hours that suspiciously never line up with anyone else's working hours. Also be wary of anyone who always has excuses for why they couldn't finish their work each week, but always rushes to be the heroic person saving the day when something goes wrong. The remote work abusers are always trying to make themselves look indispensable at key moments while dragging the team down on average. Don't let heroism overshadow underlying problems with someone's performance.
I now run a mix of densely packed manager schedule and maker schedule whilst maintaining a number of large OSS projects and a consultancy business.
1) most people don't have the discipline to work remotely. I've been working remotely for a decade. I'm a self-starter and have run my own businesses. I find that the same discipline needed to build a company is almost the same as it is to work remotely.
You don't have the possibility of the boss coming in to see what you are doing or a manager right across the hall. Many people have a hard time succeeding in this environment, especially if you are working from home with lots of distractions.
I've seen many companies struggle to keep remote employees because if this.
2) Managers need to be excellent communicators to manage a remote team. At my last remote gig, I eventually had to quit because the manager was extremely introverted and passive aggressive, which made working remotely almost an impossibility.
I think if we were in an office, I might be able to work with his personality, but instead he just avoided any sort of non-slack chatting and intentionally assigned me tickets that had misinformation or left out important details for a task that I needed to complete (and then acted shocked when I missed them).
After it happened the first time, I thought I was the problem and tried to get more information about specific tickets. Something important would always be left out...and then I was always blamed for the mis-communication.
It finally came to a breaking point when I worked on a month-long project and was asked to merge it with a junior developer's work right before a vacation. The Junior developer's work broke everything. I explained the situation and asked the manager if he wanted me to fix the code that was a result of our merge, when I came back.
He said 'no' and then sent me a long list of issues while I was gone (I saw them in the airport on the way home..1 day before I was returning to work)..which all resided in the junior developer's code base.
He then had a conversation with me about not being a 'senior' enough developer and that they felt they were paying me 'too much'.
This conversation was odd and funny at the same time because In the previous 6 months, I had written large additions to the application, which were still in production with almost no issues and I was praised by the owner of the company. I was also getting paid 60% less than my market value, which I negotiated because their original offer was laughable. I only took the job when my business had a couple of slow months.
I should also add that the manager built the application we were all working on 7 years prior..and it was steaming pile of garbage. Spaghetti code, bad practices, and I would find so many bugs that needed to be fixed when I was working on a feature request, it would delay everything.
It's been a couple of years since I worked there and they still haven't gotten out of beta and launched. I'm guessing it's because of the managers inability to communicate and effectively manage a team.
High-level employees need collaboration and frequent meetings making remote work impossible (execs), low-level ones can't be trusted because they have nothing to lose.
The perceived benefit of hiring a full-time employee is that they will strive to be as effective as they can be in achieving the firm's goals filling the entire work-day. Obviously this is not quite as easy as that, but if you hire good people who share your vision and treat them well, then it gets quite close. And this is equally true for remote employees.
Then what's the problem? There are tons of "barely acceptable" people in offices everywhere. As long as they are not bad enough to be fired, the company benefits from them.
If however the employer can not see whether they get what they pay for without employee sitting in the office then said employer has bigger problems. And these employers will be scammed / fallen victims of their management incompetence anyways disregarding of in office / out of office style.
Myself, I am both Employer and subcontractor since 2000. There was not a single time for me when I was in doubt as an employer whether I am getting my money worth. And as subcontractor I value my reputation and more then happy to present whoever hires me with stellar real references.
As a subcontractor I normally develop rather large pieces upon which we agree upfront and there is rarely need for me to report daily details / progress. 2 weeks to 1 month cycles are more normal.
If rent is $400 and you are making 120k a year, most certainly your salary is over 5 average salaries. Why would you work all day to get 15-20 average salaries? You can work 2-3 hours and already afford all the stuff you want.
And if you see it every day among the people you know, you really need to find better associations.
Those people are losers, they are not the norm, and you should close contact with them.