The benefits of a more asynchronous workplace
doist.comI tried sharing these studies at my ex employers in Europe hoping they'd spare me the hellish 40 minute commute in stop/start traffic and they weren't interested at all.
Management there only values "butt time in seats" and the ability to come over and interrupt you by tapping you on the shoulder whenever they need something.
As one of my ex CEOs put it: "If I don't see my employees stressing out at thier desks I get the impression they're not working."
Until we get over this psychological attachment of management loving to visually see their slaves on the open office plantation through their private panopticon[1] offices, remote won't take off no matter how many studies get published.
As someone who has gone to the dark side, there's an interesting tradeoff here. There's basically three scenarios:
(1) all employees are trusted and unmeasured, but you have to tap people on the shoulder every once in a while to confirm that they're on track. Naturally, this is easier if everyone is on-site.
(2) everyone is accountable for producing of tickets, and you can check that everyone is at least doing some work. Check-ins can happen via comments in tickets.
(3) Everyone just does whatever they think they're supposed to be doing, and the manager only finds out something is wrong when the employee volunteers the information or the project isn't delivered on-time.
(1) is the common case, (2) requires time and skills many managers don't have (and creates @#$% Jira commentary form the peanut gallery), (3) requires building an excellent team with years of mutual trust between them, and still goes wrong all the time.
Seeing you at your desk working, and asking a casual question or two at the water cooler is by far the easiest (laziest?) way to make sure things don't go too far sideways.
> (1) all employees are trusted and unmeasured, but you have to tap people on the shoulder every once in a while to confirm that they're on track. Naturally, this is easier if everyone is on-site.
I don't get it - shouldn't one-on-ones and regular progress check-ins (be those standups, metrics (This is your #2), whatever) give you that information? None of those are easier when on-site. In fact, given today's move towards open offices, any form of 1:1 collaboration is easier remotely where you don't have to fight for precious meeting room space.
I think the core problem is that you're trying to prove "everyone is working" when we should be interested in "the work is getting done". Seeing that everyone is working doesn't actually mean progress is getting made. If you have to take steps to answer that question anyway, the first question is fairly pointless.
It really depends on the communication styles of people. I had a manager I loved that would drop by every few days and just ask “how’s it going”? Then I’d fill him in. It was fun and low key and highly productive.
Also had managers that were basically invisible but kept a great crap umbrella for us. Loved them too. Ended up working a ton and getting enormous amounts of work done because trust and autonomy are huge.
I think the worst situations are when managers are too insecure to be honest with direct reports. That’s decidedly uncool and super ineffective.
Also, it seems managers get so overloaded that 1 on 1s and stand ups end up being mostly a waste of time because it’s too hard to remember all the little details.
So remote or in office isn’t really the issue. In my view, remote is superior due to productivity, flexibility and happiness, but it does require everyone to do regular video chats and pair programming.
Ironically, the in office folks have the hardest time with this because they feel they need to get up from their desk and find an overly booked conference room as you mentioned.
Simple solutions are context dependent, but could be along the lines of a) work remote if you have the discipline, b) asynchronous slack based standups, c) report status as you go in your tickets, d) every day or two peers and managers sync up 1 on 1 or in person depending on their preference, e) have clear goals as a company and a team, f) have good technical product people writing 1-3 day user story tickets including completed designs if it’s ui work, g) have good tech leads writing 1-3 day technical improvement task tickets, h) vote as a team on contentious technical decisions, then disagree and commit, i) generally chill out a bit and let work be enjoyable.
At least that’s a start...
> I had a manager I loved that would drop by every few days and just ask “how’s it going”? Then I’d fill him in. It was fun and low key and highly productive.
> Also, it seems managers get so overloaded that 1 on 1s and stand ups end up being mostly a waste of time because it’s too hard to remember all the little details.
I'm not sure how the first quote doesn't count as a 1:1 - the goal isn't to have a highly formalized process, it's to have communication. Some about the specific work, some about general work and workplace, but communication.
Total agreement about the overloading of management though - I haven't had a boss in years that didn't regularly have most of their schedule booked and often double-booked. I had to fill in for my manager while he was on vacation for week and it reaffirmed my lack of desire to do management - and I only had to deal with pieces that couldn't wait a week! I sometimes think the recent shift to focus on regular management 1:1s is all about reclaiming enough time to actually know what their team is doing.
> I'm not sure how the first quote doesn't count as a 1:1 - the goal isn't to have a highly formalized process, it's to have communication. Some about the specific work, some about general work and workplace, but communication.
Yes, you’re right, I guess those were a form of 1 on 1s :-)
> Total agreement about the overloading of management though - I haven't had a boss in years that didn't regularly have most of their schedule booked and often double-booked. I had to fill in for my manager while he was on vacation for week and it reaffirmed my lack of desire to do management - and I only had to deal with pieces that couldn't wait a week! I sometimes think the recent shift to focus on regular management 1:1s is all about reclaiming enough time to actually know what their team is doing.
Absolutely! It’s wonderful to have empathy for this! :-D
> > (1) all employees are trusted and unmeasured, but you have to tap people on the shoulder every once in a while to confirm that they're on track. Naturally, this is easier if everyone is on-site.
> I don't get it - shouldn't one-on-ones and regular progress check-ins (be those standups, metrics (This is your #2), whatever) give you that information? None of those are easier when on-site. In fact, given today's move towards open offices, any form of 1:1 collaboration is easier remotely where you don't have to fight for precious meeting room space.
This is not quite the case everywhere. We have agile 5-8 person offices and people are still supposed to walk out for longer phone calls occupying one of the smaller meeting rooms.
But I actually like that different teams can mix a lot easier.
> But I actually like that different teams can mix a lot easier.
I've heard this claim for open offices a lot. I never understand it. It's not like I'm AGAINST easy collaboration. But I spend (or try to spend) more time on my own, and everyone "collaborating" around me and expecting that I can turn off my peripheral vision and hearing with a brain that is hardwired to NOT ignore those things just makes the majority of my time worse.
Plus, in the last 20 years and 5 companies (spanning 8 offices if you count office moves) I've never had adequate meeting room space (defined as: We need a space to spontaneously talk without disturbing others, can we find it trivially?) for more than a 3 month span after moving to a larger building. Hardly scientifically conclusive, but personally persuasive.
So I'm all for collaboration between people, including between teams, but I don't understand sacrificing the REST of the time in the name of that one thing.
> But I actually like that different teams can mix a lot easier.
My team shares an open office with another one, working on a different project. We see them every day.
I don't think anyone knows any name of the people in the other team.
"I just stare at my desk. But it looks like I'm working!" - Office Space
Reminds me of an old adage about tech work and other skilled labors: If you give me a task that takes a normal perosn 8 hours, and I finish it in 30 minutes, you're paying me for the skill, knowledge and experience that allows me to do it in 30 minutes. I do not owe you another 7.5 hours of work. I owe you the job being done, not the hours it should take to do it.
Isn't that one of the reasons Hacker News exists, to fill those other 7.5 hours?
> I do not owe you another 7.5 hours of work.
Only if you are a contractor and you've fulfilled your contract. If you are a salaried employee I expect you to keep your hopper of tasks full so you aren't sitting around idle 95% of the day waiting for me to feed you 30 minute taskers
Judge people by their output. If someone is performing well and shipping, then it doesn't matter if that takes 10 minutes or 8 hours. Many people work better with a lot of space. If you fill someone's hopper so they're forced to work 8 hours a day, then you'll quickly find the tasks that used to take them 10 minutes to complete now take multiple hours due to: burn out, stress, context switching and most likely bad management.
Why? As a salaried employee you're literally paying me for my ability to get work done, not for my hourly output. If the goal is to keep me busy for X number of hours a day, instead of getting a job done whatever it requires, why am I salaried?
> If the goal is to keep me busy for X number of hours a day, instead of getting a job done whatever it requires, why am I salaried?
The "goal" in a lot of cases is nebulous (i.e. "keep developing the product", "improve stability", etc). There might not be a manager feeding you tasks every time you run out. At least in my company, you are expected to figure out on your own how to continually make the product better and proactively do it, not sit around idle after rapidly finishing the last task your manager gave you.
If you are just a dumb worker that can only work when your manager fills your queue, you are not valuable to me as a salaried employee (you are more valuable as a contractor who I can call upon for a one-off difficult task that you can then complete in 30 minutes).
So you're not trusting the salaried employee to use their judgement on how best to utilize their time, but instead assuming they instead use their skill to be a butt in a seat and working for at least 40 hours? What's special about the salary then? It's just easier than an hourly system?
You seem to be presenting confused ideas.
Here's what I believe:
If I pay you a salary, I want (roughly) 40 hours per week of productive work at your current skill level. Note: I consider sitting around thinking about things relevant to the product or company to be productive work. If you believe your level of output deserves higher compensation than you are receiving, come talk to me or find a company that will pay what you think you are worth. However, accepting a salary and then doing tasks really fast and then going idle (watching netflix, working on side projects, etc.) until your manager cattle prods you is not acceptable for a salaried employee; that would be more appropriate for a contractor where you can idle on your own dime.
So basically let me get summarise this:
- you have an employee that works faster than others, in the same pay grade.
- You are annoyed that he or she has empty queue of work
- You expect employees to look for tasks on their own when they are done
so either that employee:
- has no creative control over the work he or she is doing and cannot move forwards on their own.
- is severely underpaid and undervalued
- is under bad management that cannot fill their work queue fast enough
All of that will lead into them doing tasks at the same speed as other ones - you just turned a good, valuable and fast employee into another drone.. or worse - they'll go work for competition, and you'll have to both suffer the loss of a good trained employee and a cost of hiring someone else.
If this is happening, it's 100% due to bad management. It means the employee wasn't given creative freedom and a strategic direction to go in. The very last thing any manager should ever do is punish their best employees (e.g. the person who can finish a whole day's worth of work very quickly).
> The very last thing any manager should ever do is punish their best employees (e.g. the person who can finish a whole day's worth of work very quickly).
They are not the "best employees" if they are constantly idling, waiting for me to tell them what to do next. People here seem to think the ideal manager/subordinate relationship is that of a worker thread pool where the manager fills the queue and the worker threads pull tasks off the queue.
Not so. The "best employees" are ones who can examine the current state of affairs, and then come to me and propose things to work on. The ideal manager/subordinate relationship is actually one where the workers are all artificial general intelligences that learn over time what the product is, how to improve it, and proactively create tasks to work on.
If you are a rockstar but only work as a a super-fast super-efficient thread in a worker thread pool, you are less valuable to me than a non-rockstar AGI who can dynamically recognize which tasks need to be done and only occasionally needs guidance and course-correction.
It sounds like you do value creativity and autonomy. If that's the case why would it matter how many hours someone was working? Judge them by their output, not how they got there.
This depends a lot on what the value of their output was. If they want to do their tasks 5 times faster than the interns and leave then they can do that for intern pay since that's the value they bring. If they are actually doing more valuable work that involves understanding the product, working with other teams, designing new systems, and they can still do it in less than 40 hours then that is fine. Being effective at driving projects and making decisions are a different kind of work that usually take some time.
Great way to turn that 30 minute task into 8 hour task.
If employee is getting extra works as a reward for being efficient guess what will happen.
As someone who works with client billable hours, actual work usually takes the least amount of time. The communication about your completion, testing/confirmation, documentation and shadow/knowledge sharing take the remaining 7.5h (using your analogy).
If you're truly doing all those things in 30m, you should be running the show.
Sometimes taking the full 8h allows you to put in the packaging to confirm you've done the "hard" part.
Everyone in this thread below is assuming after the 30 minutes I just fuck off and do nothing. LOL, why would anyone pay me if I did that? Obviously, there's always a ton of stuff to do. But, again, it's about results, not hours worked. There's times when you have to put in almost 48 hours non-stop, others where you don't have to work all week. The point is that if your employees have tasks to do and they're doing them, who gives a fuck about how long it takes them? The 40 hour work week is fucking horrible, anyway, and as is pointed out later in this thread, creative work like coding goes on in your mind pretty much 24/7. If I come up with the solution to a problem Saturday night you can damn well be sure I'm taking some time off to compensate for that. Otherwise I'll burn the fuck out.
Sure, some unknown quantity of people can just fuck around and hide from work, but again, you're not paying me because I'm a fuck off person, yer paying me because I have the decades of experience, and because you know with certainty I'll do the damn work, find more work when I need more, and will never miss a deadline on my own fault. Everyone on HN just assumes bad faith all the time, geez....
If I finish stuff early there’s always more that can be done to help the team. Our ci can be improved, our ux can be polished, app perf can be profiled, engineers can be mentored, customers can be listened to, relationships can be strengthened, unit tests can be added, refactoring can be done, architecture can be simplified, etc.
It feels good to help people, as long as it’s with healthy boundaries so as to prevent burnout.
This is only true if you're getting paid the equivalent of a normal person working 8 hours.
Most tech workers get paid a bit more than that.
I would find it unethical, including in team where I am fastest.
What's unethical about it? If someone produces what needs to be done, then does it matter how they do it?
Just like I don't want employer to flip it into "we need 12 hours worth of work" or hold unrealistic deadline over mu throat, I will ask for new task if original estimate was too short.
I did actually signed contract that actually specifies fI'll time - 40 hours.
That's not how creative work works though. Do you ever think about your code at night or the weekend? Mental work is basically always on and can't be judged by the amount of time at the keyboard implementing it. The whole concept of tasks per hour doesn't map well to software development.
The actual example was "I was done in 0.5 hour, I dont owe you another 7.5 hours of work". Unless you signed contract that is for specified amount of work, you do.
I you wanna count weekend thinking into it, is a different question.
Why can they not be trusted and measured? I trust my employees and encourage them to be creative and autonomous. I also expect people to ship their progress regularly and work in strategic alignment as helped by the direction I provide in our regular meeting cadence.
It's a weak manager that's constantly concerned about their reports not being productive. Nothing in the world is easier to spot than someone who doesn't produce. You don't need to optimize for that, when it happens, deal with it. Optimize toward keeping your team motivated.
Does the employee deliver? That should be a yes/no answer. Micromanging employees minutes is an ineffective distraction to reaching that goal of delivery. The more autonomous each is while still moving in the direction of the common goal of the team, the more trusted they can be.
Absolutely. You will get the best work out of an employee if they have as much autonomy and creative input as possible. I've never understood why that's so difficult for a lot of managers to realize. I suspect most people aren't cut out for leadership because they don't have the trust, confidence or lack of ego required to motivate people without power tripping on them.
>> Micromanging employees minutes is an ineffective distraction to reaching that goal of delivery.
i would say that it is a very quick way for employee to reach towards a new company.
I would like to suggest a tremendously simple (4) : Every day, each employee spends no more than 5 minutes reporting what they did the prior day, and what they are planning to work on that day. If they're blocked by anything, they can mention that and ask for assistance.
I just finished working on a fully remote contract that worked that way, every day at noon there was a conference call that never took longer than 15 minutes. It worked great. A couple manager types were on the call, and they'd share any developments on the contract side of things, feedback from the customer, things like that, but mostly they just listened and took note of potential issues and made sure they got resolved (so like if you mentioned a problem one day then didn't the next, they'd ask if it got dealt with).
Making standups useful to everyone on mid-to-large teams (i.e. > 6:1 employee:manager ratio) is quite challenging, but yes, you raise a good point that this is viable, particularly for smaller teams.
Sounds horrible. Have meetings when they are necessary. Talk to people throughout the day. Send weekly status reports.
Don't waste a day resolve that issue now.
From my experience, as long as the company is divided into small project teams, a project manager can take 10 minutes every day to have a group meeting for everyone to share what they worked on yesterday and what they're working on today. Call it a scrum meeting or a stand-up or whatever, but it doesn't have to follow any specific model as this will probably vary depending on your type of work.
We have 8 people on our current project team and we can typically finish this meeting in under 5 minutes each morning. We have some people on each coast, and half the people are remote so we do it at 10:30 am Eastern.
It keeps everyone accountable to the company and each other, and because everyone knows what everyone else is working on, it makes it easier to avoid overlap and divide up tasks in the most logical way possible.
In the many jobs I've had I've never seen "things go side ways" because those tricky employees have finally found a way to not do any work! By and large the vast majority of workers have the capitalist cultural logic deeply ingrained in their psyche and personally feel value only when they produce meaningful work. Most people are not trying to get away with doing less, and, at least in my experience, feel the most satisfied and secure when they are working hard and creating visible products of their labor.
When I've seen "things go side ways" it's almost exclusively at higher levels of management when politics create goals other than "create an amazing product". Anyone who has worked both in a large company and a small startups has likely seen the difference between "my boss's goal is for us to create a best in class product" vs "my boss's goal is for him to get L_current +1 promotion".
There are no companies that have failed because the workers have finally figured out how to sneak their way out of doing work. But workers do have a hard time being productive when "productivity" is some weird game that no one will really explain the rules to.
But the logic of blaming workers who get "off track" is a huge part of the culture we need to get rid of to have successful remote work.
Agree that 90% of people want to do effective work. The problem is that 6 people have 7 opinions about what effective means.
It's not about blame, it's about trying to ensure the team works together cohesively, and that individuals are unblocked.
> There are no companies that have failed because the workers have finally figured out how to sneak their way out of doing work.
I suspect there are such companies, but that the guilty individuals weren't serious professionals. Hire bad enough 'developers' and I can see it becoming a problem.
If the job is shovelling snow, I imagine it becomes one of the management's chief concerns.
2 seems to work well. Keep people updated as you go. It’s compassionate - managers have a lot on their plate, give them an assist.
It’s a valid concern. If you don’t have transparency into ongoing work, then you aren’t ready for remote workers.
If the only method for your manager to know what people are working on is to tap people on shoulders, then doing that isn’t a “bad behavior” for the manager, it’s necessary behavior.
Of cause a better solution is to have trust and plans. (Agile, scrum, waterfall, napkin sketches or whatever it doesn’t matter as long as people align during planning and have transparency into the plan). But in the absence you still need to have management in sync with what is going on.
Naturally the best pathway forwards is to look into changing your system to include all these value adding elements. But enabling remote work while management is critically dependent on physical presence to continue operation is not a good idea. And the solution is not just for managers to “give up the mindset” of knowing what’s going on below them. Trust is great when it works, and toxic when it doesn’t. The agile mantra of increasing trust is not just supposed to advocate blind trust. It’s about building a framework and working routine where we are validated in trusting each other.
My manager _constantly_ will shout out, "does anyone know what X is working on?" It pisses me off to high hell that a manager has to ask his workers what another worker is working on.
I honestly think that EVERYONE should be using a ticket tracking system and just put assignments in a person's queue. I don't see why this is such a big deal or looked down upon. It's so easy to see what everyone is working on, run reports to see how long things took, have a place to keep track of notes which builds a knowledge base, the benefits are limmitless.
Not to mention the fact that if all you have to do is look at the reports to know what is going on, you don't physically need the person there which will allows them to work from anywhere.
> I honestly think that EVERYONE should be using a ticket tracking system and just put assignments in a person's queue. I don't see why this is such a big deal or looked down upon.
As I see it, none of the queuing stuff is really controversial.
> It's so easy to see what everyone is working on, run reports to see how long things took
This, on the other hand is usually what's controversial, and the reasoning behind that is that it often leads to management using past data as a stick to drive "faster" future development, with silly statements like “Well, the average plugin took 2 days to write, why is this one taking 7 days? Oh it must be that the person doing it is lazy. Better give them negative feedback on it and tell them it can affect their promotions”.
The example is contrived, but the motivations and behaviors are very real. Competent developers tend to leave companies where they are constantly badgered about stuff like this by managers who have never developed software. In the extreme case (very few organizations are this bad, but they do exist), all you end up with is the remaining ones who know how to show that they are doing a lot of work, but are generally afraid to show their lack of knowledge in any area for fear of being dinged by the data-equipped management for it.
Since this is not conducive to the technical health of a software development team, estimation practices that purport to be unrealistically accurate are what's looked down upon.
> management using past data as a stick to drive "faster" future development
Of course bad management is bad, but the idea that the type of metrics available to them make any material difference is not one that has any merit to my mind. A bad manager will always make your life hell, regardless of what measuring tools they have available.
> A bad manager will always make your life hell, regardless of what measuring tools they have available.
Correct. That's why developers with bad managers strive to make as few measuring tools available to them as possible. In other words, if you're a manager and your employees seem to resent and fight against more ways of measuring "velocity" and the like, you should probably consider that your usage of this data and how you express the results might need some work.
A huge problem with ticketing systems is then management uses it to track all productivity.
We had a ticketing system and one guy in our group had between 60% and 80% more tickets than the rest of us. So it would seem we were all slackers, however he took the tickets that took like 2 minutes to do (password resets, account unlocks, etc...), meanwhile i would get stuck troubleshooting a production performance issue that would consume hours. Management didn't care what the ticket was, they liked to see pretty numbers of tickets completed.
I might be the only one who had this experience, and i am not saying ticketing systems are bad, they are extremely useful, as long as everyone knows how they work.
You're definitely not the only one to have this experience.
Honestly, I think the problem is structural with regard to management. Just changing the process or tool (ticketing vs constant communication with manager) isn't enough. It probably needs to be combined with smaller teams (i.e. Amazon's pizza rule) and management defining goals and "success" as more than meeting some narrow KPIs (MTTR on tickets, for example)
On the flip side... At my previous job, cause of the ticket tracking system, it was shown that I handled 40% of all tickets that came into our team of 7 people. And this wasn't 2 minute tickets either, these were projects also.
Sorry you had that experience, but to me the justification of those types of system are solid.
All you need is a 10 minute standup to solve that problem every day. You can even do it async and have people post it on slack or something. If people aren't saying it in enough detail, then ask for more detail.
Take the ticket backlog one step further, have a scrum board with to do, in progress, blocked, done columns and then management can't get an excellent high level view at any time
One thing that amuses me - you can provide the very simplest tools (such as an issue tracker report) and some managers will still utterly refuse to use them, to the point of open hostility, because it somehow undermines their position to open a link and read an online report as opposed to asking a subordinate to read it to them instead ¯\_(ツ)_/¯
Yep, my biggest frustration is when people (not just managers) ask questions instead of looking things up. And it can be hard to push back against because they are "just trying to get the answer more efficiently by just asking". Which is true, it's usually more efficient to ask someone who knows something than to find something yourself. The problem is that it preempts work to be done in serial instead of doing a bit more work in parallel. There is a point at which that makes sense, there are things people know that require a lot of legwork for someone else to find out for themselves. But "what are you working on" is pretty much never in that category.
Unfortunately there's always people living in the 1800s...
True. The enterprise sometimes keeps going in spite of its leaders...
I disagree with the “tapping on the shoulder isn’t a bad behavior”. It is counterproductive as illustrated by the linked cartoon.
https://heeris.id.au/2013/this-is-why-you-shouldnt-interrupt...
They weren't saying it isn't a bad behavior in general, but that in the absence of visibility into what staff is doing it is a necessity. It's far worse than having proper visibility, but until/unless you have that visibility, it's a lowest-effort way of getting some visibility.
Of course the right thing to do is to work to get proper visibility, and when you have that, then the "tap" is pointless interruption.
Managers who tap aren't interested in work visibility. That can be achieved via a simple email. Managers who tap are only interested in hearing themselves talk at others.
> If the only method for your manager to know what people are working on is to tap people on shoulders, then doing that isn’t a “bad behavior” for the manager, it’s necessary behavior.
It is bad behavior, for two simple reasons:
1) The tapping of the shoulder (both literal and figurative) doesn't award any information, only the question afterward. So focus on what that question is, and implement whatever information that gets you (if any) into another system that doesn't require you huffing around interrupting the flow of your employees.
2) If that is your only method, you have already failed, and anything you do in that position that is not directly related to getting out of that position, is bad behavior.
> As one of my ex CEOs put it: "If I don't see my employees stressing out at thier desks I get the impression they're not working."
This really hits the nail on the head, in my experience this is accurate for employers that are anti-remote, they want to be able to see people "work". I've argued that that means they are essentially paying people to be there 8 hours a day, not that they're working 8 hours a day. You see it a lot in stale offices, people are sitting at their desks appearing busy. Work doesn't get completed in the that time and they start hiring more busy drones.
It's absolutely baffling to me that we can't look at the statistics at a higher level and recognise that it's a highly inefficient way of working.
Company's politics boil down to how the person in charge sees himself: as a boss or as a team leader. When it is like a boss, run and don't look back.
Likely they don't have any higher level way to gauge or measure productivity, which is why they fall back to something they can see: how many people are there and for how long. If they could measure how much work is actually getting done, they'd probably forget to even gaze upon the serfs toiling.
This seems like a big use-case for JIRA. It can do all sorts of reporting, and if you're engaged and looking at it every day you can see work as it gets done (as long as people use it in a way you've all agreed, which is a separate and simpler problem). Even a simple Trello board would go a long way (my personal preference).
Ironically, many places will use JIRA/Trello/etc, and then still have the sync meetings where you repeat all the actions you've performed on the board!
I get more work done and work longer hours when I work from home. Meetings are a good reason to turn up to the office if you have an agenda. And maybe the odd guild or two. Or brainstorming on solutions with team mates. But this only requires you to be in the office a couple days a week max. They could get 20% more work out of me with no impact to my non work life but ...
> we can't look at the statistics at a higher level
We can look at them and your management can too. The important takeaway is not that they don't know or can't learn, it is that their sense of control over you is more important than any measurable truth. Once you realise it's just a dysfunctional personality trait it becomes a lot easier to understand why it's so hard to change.
It’s easy when work gets completed. I would hire anyone remotely or let them play games at work if work is done. It is more difficult when we think their work in average or has a lot of defects. Then, the contract is for them to put in the required hours with decent concentration, and they have fulfilled their part in a measurable way that satisfies the manager. And truth be told, if their work were perfect, they would be promoted.
So, home office for senior developers with awesome productivity only?
Then the junior developers never get the benefit/mentorship of the best senior developers, instead they get mentored by the senior devs with poor productivity. That seems like a recipe for more unproductive developers
Hire juniors who can actually read the fscking code and docs.
Hah that's a tall order in 2020. Most of them can only watch videos and ask others.
This is my experience of British management over the last quarter of a century. I am an expensive contract resource but I still get paid for turning up and not so much for providing working software.
When I am working remotely, due to the organisation's inability to measure productivity, fostered by their management's "bums on seats" culture, I can't demonstrate that remote work is a benefit to them.
Ditto in India. Though economic realities are forcing companies to give at least one work from home day per month. It is estimated that companies are losing close to $20B in traffic related stress.
In mob programming culture it's not even bum on seats but bums crowding around a seat!
> mob programming
Why waste one person's time when you can waste ten?
No wonder Singapore is like that too. 50+ years after independence from the British is not enough to change culture.
The interesting question is: "why?".
David Graeber's book "Bullsh*t Jobs" is about that.
These companies main priority is not efficiency and productivity. If it was, they could hire less people to do the same work and that would foster unemployment.
They have a political and social role: hire as many people as possible. Keep them employed and busy and keep an eye on them.
Become too big to fail and you'll be rewarded with overbudgeted contracts (and even bailouts, sometimes).
> These companies main priority is not efficiency and productivity.
Still with you here...
> They have a political and social role: hire as many people as possible.
You lose me here.
Most companies are out to make as much money as possible now or in the near future. I spent the first three years of my career in QA at a total BS Jobs company (120k+ employees, lots of government contract and enterprise software work). So many people coasted, nothing ever really got done, etc. Even in a totally dysfunctional organization like that, hiring was either about backfilling attrition losses or hiring people that were expected to directly or indirectly contribute to revenue growth.
Never attribute to a vast socio-political conspiracy that which can be explained by the emergent incompetence of a large organization.
> Most companies are out to make as much money as possible now or in the near future.
The company in the abstract, sure. Not managers and VPs and such. Not even the C-suite, necessarily, or at least they likely have other concerns in addition to just the company making money. It's the principal agent problem plus the management version of résumé-driven-development, basically.
I call this “general wants to see his army”. I can read Wikipedia all day, but I must be present. Funny thing, all managers are allowed to work from home. Developers not! There is open office with small desks for 8-12 people in one space.
I think this is because people don't understand how engineers spend their time. The stuff displayed on the screen makes no sense. Sometimes things that sound simple take weeks ("iOS Safari and Chrome behave completely differently!") and things that sound hard take an hour ("yeah that's just a flag flip"). What are "unit tests" and "code reviews"?
Even with 12 years of professional programming experience, I am only beginning to have an idea of how long things are going to take in the context of a small team. If you've never programmed before, I don't know how you could possibly come up with an idea of how long something should take. So it reduces to the heuristic of "well they're at their desk, I'm sure they're doing something."
Personally I work remotely in Norway with a similar commute, but I do travel into the office for some face to face meetings. Most is done via slack or something similar though and my productivity is vastly higher. I also don't need to waste 2 hours every day of my personal time that I can instead spend with my wife and children.
They also save on office space.. I don't see how this is not a win win for everyone either.
Your ex CEO sounds like a psychopath.
That's South/Central Europe for you. Not everywhere is as evolved as Norway.
Eh, I work in Norway and while I can work remotely on request, my inquiry about doing so regularly one day a week was met with “what if shit hits the fan and we need you here urgently” from my manager (my house is a ten minute walk from the office) and “if we allow one person to work remotely, everyone will want to” from HR.
You should tell HR that would be great, one seat at the office costs a lot. They have a huge savings potential :)
Yes, but think of all the meetings you can’t have if people aren’t at the office!
Unless your work output is very easy to measure, demanding you show up to work in one of the only ways to ensure you're at least putting in an effort for your employer.
Of course, one of the hardest professions to measure output for is software engineers.
I once worked with a guy who, it was discovered after a long time, actually had two Silicon Valley jobs. That he actually showed up at! He walked/drove between them a few times a day, and managed to keep the illusion up for quite a while.
I'm guessing he has 4 "remote" jobs now :)
I used to have 3 remote dev jobs at once. It was exhausting but doable; my problem before was that no company was utilizing me at more than 30% of what I could sustain and I was upset I was wasting my time. So I had one web dev, one Java and one Deep Learning gig in parallel. The only issue was with conflicting times of meetings. I didn't tell either company I was working for another but had a prior agreement that they wouldn't mind if I did unrelated work elsewhere as well if it didn't affect deliveries for them. I used the extra money I got to pay off my Top 10 MS in ML and MBA.
having multiple start up jobs makes some sense, really. you as an employee are making an investment in terms of time in exchange for shares of the business.
the VCs aren't putting all their eggs in one basket with startups, so why should the workers?
Maybe the problem is you were trying to invalidate their e tire management worldview with those studies. Instead, a more effective strategy might have been convincing management that while their methods were generally fine, for your specific case you might buck the trend. At least, that's how I've had luck with this problem. And also reassuring(and proving through my actions) that they wouldn't need to devote special time just to managing me vs managing the horde.
Logic doesn't matter, it's the ability to sell it. This goes for almost all major decisions which are usually decided based on emotional "gut feelings" rather than logic and statistics.
I would suggest something like: "I've been crunching the numbers on how to increase efficiency and been pleasantly surprised at how well we're performing compared to our competition. I was thinking of trying an experiment based on this new study I've read <Link> where we leverage existing great management techniques to also allow remote work on a limited basis. If you're interested I could show you the numbers but I think with a small sample set <me and a few other good developers> we could prove that this could boost our efficiency even higher! In fact even though it's increasing our numbers we can even offer it to the team as a perk, <study> has shown that when a team gets a perk even if it boosts efficency they work even harder! We have this great new/old project <X> that would be perfect to measure the numbers with. How about I roll it out at the beginning of next month? Don't worry about the planning, I have some experience and can have a proposal on your desk by the end of the week."
Mostly good advice. Along similar lines (w/ more detail of course), see DHH's book "REMOTE" which includes advice on how to sell the idea to mgmt. As a first step I'd recommend starting even smaller though, vs framing it as a new and demonstrably better way for projectS to be done in general (ie, a big change). See if you can find a way to demonstrate the benefits on a personal/individual level, without making a big deal of it. If you can start the bigger conversation (involving teams / processes / policies) already armed with evidence of success at your current workplace, you'll gain credibility and engender confidence / assuage fears of those in management who need convincing.
For my part, I've been self-employed (full-time consulting), 98% remote, for about 3 years. Before that, in almost 20 years of traditional software-related jobs, about half my working days were remote. I was fortunate in being able to insist on a high degree of autonomy wrt how/where/when I got my work done, for most of my positions. Not always possible, but you'll never get the freedom if you don't look for the oppty and make the case for it.
I personally just do it.
It's then empirically obvious that I get more done and am happier.
If they don't like it, they can sack me. I earn more than twice minimum wage, ergo I can work half the year and get by.
It's never happened yet because it turns out actually people like people who get stuff done. Who knew?
Behind this monitor I'm looking out at the river, watching Winter roll in as I eat lunch. :)
Remember, we live in a corporate culture where people who have offices with doors that close praise the “collaboration” of the open office that the rest of us serfs suffer under. You’re dreaming if you think productivity is actually the goal: power is the goal (their power over you). If you manage to produce anything in spite of management’s best efforts to thwart you, that’s entirely accidental.
> power is the goal (their power over you)
working remotely gives too much power to workers because interviewing elsewhere becomes so inexpensive. In fact I'd argue most remote devs that are not already at the top of their potential compensation/status (say, someone working in the linux kernel team) are interviewing constantly. Most companies not aiming for top tallent are better off taking on contractors than remote full time developers.
The worst thing is that Europeans take this attitude with them when they move to USA and then enforce it everywhere. They just can't imagine somebody working remotely properly and have the need to micromanage over IM, i.e. employees getting messaged immediately when one's status switches to "away" or similar.
> the ability to come over and interrupt you by tapping you on the shoulder whenever they need something.
Yeah, the answer to the OP articles question about why the remote studies work out that way isn't a big mystery.
The first thing you learn working from home is self-motivation and training yourself to get "in the zone". Then try doing the same at an office, where interruptions are far more often.
But that said not all offices are like this. A lot of companies work to 'protect' their creatives/engineers from disruption from the extroverts/talkers. Either by isolating them in separate closed office rooms or having rules like headphones on = don't bother them.
What if I'm both a creative/engineer (DS, actually), and an extrovert/talker? Do I need to ignore myself when I have headphones on?
It's a generalization, fall back on common sense and work with people who fit your personality/work style.
Clearly :) It was a (terrible) joke.
Oh mb.
> interrupt you by tapping you on the shoulder whenever they need something
Well, yes, that's what you're being paid for.
The alternative is hard KPI's and getting fired for not meeting them, which is not something you really want.
I know one person who works remotely in transcribing and one in editing. They have specific numbers to meet in terms of lines and pages. In fact the transcriber is paid by quantity.
We're getting perilously close to seeing software developers reduced to those kinds of measurements again. People stuck working in "Agile" shops are putting up with "velocity" metrics. And with the spread of GitPrime, for instance, they're even seeing lines of code per day used as part of their metrics; something that used to be considered a relic of the past.
Probably works for them. But don't measure code like that.
Bill Gates: Measuring programming progress by lines of code is like measuring aircraft building progress by weight
And then, how do you measure someone refactoring code and ending up with -1kLOC?
Or someone thinking hard for a few days to come up with an elegant algorithm?
I believe a change must come from bottom up and not from top down. Management won't change since they have little incentive to do so. Employees who are not happy with synchronous office work with a lot of interruptions should quit and start small successful companies that are asynchronous and remote.
To help this movement, we built open source SaaS boilerplate. We also built Async, an asynchronous team communication tool designed specifically for small teams of software engineers.
Remote has already taken off. Some people will always be stuck in the slave master mentality by choice, not because they don't know any better. They just love to control others and make others' lives miserable. Many managers literally have no other skills or purpose in this world other than that. Fuck them. The rest of us will be productive remotely while the master and slaves will work in open offices where the idiot executives actually believe that random sharing of bullshit is what writes code, fills in the accounting books, and in general does actual work. As long as those morons are making money though, their idiocy will live on. And how can you not make money in advertising these days? So it's a long uphill battle for the rest of us who prefer to get things done and do non work stuff afterwards than the moronic control freaks who think collaboration is the key and somehow the code or article writes itself. The alternative is starting that fifth game of foosball before lunch and getting to actual work sometime in the afternoon, continuing at home, and maybe finishing by two to three am if you're lucky. No wonder people work so many hours with such little efficiency.
If there's anything I've learned working office jobs at corporations, it's that you can't change the culture around "butt in seats" management because it's almost like one of the core identities of the leadership. There's always a non-technical C-level executive at the top who values "butt in seats" management, and remote work isn't one of those things that anybody will speak out to defend, particularly against the superior(s) at the top of the food hierarchy.
It's kind of like how legalizing prostitution makes way more sense especially for the sex workers, but nobody ever talks of legalizing it because nobody wants to be the guy to bring it up or challenge the status quo.
Just leave and get a job at any remote-friendly company. The grass is really greener.
It takes a LOT of influence to directly affect culture at a company. If you don't have the amount of influence the best you can hope to do is spread and promote the ideas; just like in society. Except, it's a bit easier to change jobs than to change the society you live in :)
Businesses optimize for low middle management quality (being able to keep track of attendance == good enough), not for good grunt quality.
I work remotely.
I've noticed that one thing that make me work harder than in an office, is that I feel that I need to earn the trust that my employer gives me. In an office, sometimes I feel that just being there is enough to justify my salary, even if I'm just chatting with colleagues or browsing the web. I discipline myself better when I work remotely.
Another thing that makes a difference for me: I suffer from back pain when sitting in a chair for too long. At my place, I can lie down if needed.
On the downside, I suffer from being far from where decisions are taken, and I sometimes miss important information.
> On the downside, I suffer from being far from where decisions are taken
And your employer suffers from your lack of input in those decisions.
That may or may not have consequences for them but almost always will hurt the employee's career.
Yea, I've also noticed that I'm actually way more responsive working remotely because I overcompensate to signal that I'm available and working (or at least not slacking off). The fact that I'm in a totally opposite timezone makes me further want to ensure the high degree of trust. I'll immediately respond to Slack messages I get even at 2am if I still happen to be awake.
Meanwhile when I was working in an office, I felt that Slack messages were often a distraction that pulled me out of my flow state. I felt that if it were really that important or urgent (it rarely is), then they'd just come to my desk and tap me on the shoulder.
Looks like "working harder to compensate for not being there" is a common theme among us remote workers.
By the way, regarding:
> I suffer from back pain when sitting in a chair for too long. At my place, I can lie down if needed.
I suggest wearing a smartwatch that will notify you when you have been inactive for at least an hour. Try to do a couple minutes of stretches or bodyweight exercises when you get the notification. I see the opportunity to be able to squeeze in tiny amounts of exercise as another benefit of working remotely.
This was exactly my experience too, but I would gladly do remote again still. No chance of "advancement" within the company though for remotes.
My personal experience with lying down to work is that it feels good in the short term, but causes problems in the long term (increased pain).
I have no data to back this claim, but I can provide this single data point.
I completely agree with both your other points about trust/discipline and important decisions though.
I believe there are many studies, even posted here that lying down < Sitting < Standing < Walking. Lying down for long periods of time is worse for you. (sleeping excluded). Less activity with the body = worse for the body.
One good way to make sure you're not straining any part of the body too much is to have multiple confortable positions that you can change from along the day.
The ultimate good-for-you background activity would probably be some movement equivalent to climbing a tree (pumps your whole lymphatic system; suspected of being a causal factor of the health of people in “Blue zones”, as said zones all contain a lot of orchard workers; something our bodies probably expect us to do a lot of, given our evolutionary roots; etc.)
I’m not sure how you could combine it with typing, though!
This is good info in this comment but it makes me very sad.
I now hate my standing desk and want a climbing desk.
I worked at a place that had a treadmill desk. Takes some practice to use it...
Since remote work seems to be the topic this article on async communication spawned I wanted to throw this out there for reactions.
First off let me acknowledge that some people prefer remote work and also say up front I do not.
I recent YouAreNotSoSmart podcast interviewed Laurie Santos from Yale and if I understood her research basically claims we often both individually and as a society choose things we think will make us happy but actually don't. Examples seemed to include anything that takes you away from people. One example was the ATM machine. It's more convenient than a bank teller but interacting with the teller adds to your quota of needed interaction for happiness. Things like the fact that you can order a Starbucks coffee on your phone and pick it up with no interaction as another tiny example. I'm sure those were minor examples but she was basically claiming we're often inadvertently choosing things that actually make us less happy.
For me I prefer in office work because I want to be around other people. I want them to interrupt me too. Not 100% of the time but I enjoy the camaraderie, the conversations, going over solutions together, etc...
So in that context, is it possible the push for remote work fits in that line? We think it will make us happy but it for many people it will have the unintended consequence of isolating them and actually make them less happy.
I'm not saying you shouldn't be given the choice. Maybe you are different. Maybe you have special needs (someone you need to take care of for example) or maybe you're remote location has family or friends around. But, if Laurie Santos is correct then maybe a large percent of people are actually making a bad choice?
PS: I don't know if I trust her research. I'm only passing on my interpretation what I though she said in the interview.
I'm sympathetic to this line of thought. I don't think remote work is for everyone.
However, I see fewer people on net because I work in-office. Basically just my coworkers, no one else. The vast majority of public interactions I have going into work are fleeting and poor (driving next to someone, ignoring someone on the train with headphones). At work, I talk to the same people every single day. Then because of my commute time, I get home late enough that I can't go out or do anything after work. On weekends, I usually have chores to do that I can't do during the week because of how busy I am.
In comparison, back when I was working from home, I would go running and pass people on trails. I would go to meetups at my local church after I got out of work, or take trips into the city to attend conferences on weekends. If you're spending 2 hours or above commuting to work every day (which is not that unusual), you're going to be pushed towards human interactions that are very brief and inconsequential, because you literally will not have time to do anything more significant.
Quality vs quantity matters a lot here. I think people occasionally hype up inter-office relationships too much. I like the people I work with, but I would much rather spend my limited "interaction time" on family members or friends that I've known for years, instead of on coworkers and commuters on the train. I make casual conversation with my coworkers, I don't talk to them about intimate struggles or goals in my life.
Not everyone wants to work remotely because they're antisocial -- sometimes it's literally the opposite motivation.
Good points. As someone who's had the option to work remotely for most of my ~21 year career, I find the sweet spot is a mix. For writing code / solving hard problems / doing "Deep Work", I am much more effective when I can control my environment and eliminate not just time and stress of commute but rule out whole categories of distraction and interruption. OTOH, there is no substitute for human connection; in terms of team dynamics, personal energy / motivation, and effectiveness in driving change, my most impactful moments and projects have all benefited hugely (if not outright depended on) my physical presence. Of course YMMV. So much depends on your personality, your role, your team and manager and company... but IMHO / IME, a mix of remote and onsite is ideal.
I think it's absolutely true that most people will prefer an office or at least a community to work in most the time in person. I've done both and normally prefer an office. However most offices nowadays are very badly run and promote open layout and daily scrums etc. If offices weren't effectively sabotaged this way they would be much better. Every office critique in the OP article was made as well by my father in convo. He isn't in tech but ran a small biz his whole life. Not unique problems to tech we just have a weird culture atm. So my thought is the breakout companies that are learning how to respect engineering and get away from the hokey practices of current middle management will be the only ones attracting senior talent. Things will shift eventually and the office can maybe make a comeback.
I didn't like most of my colleagues in the office and beyond work we had not much to talk about; almost no "office friendships" survived when I moved jobs. OTOH I throw parties at home where I invite people I consider interesting. Remote work is perfect for that, do your 100% at work, then just forget about it and live your life for the rest of the day.
Here's an anecdote for you. I work remote and normally make time for activities or groups at least a few times a week. Once, after something upset me I decided to spend a couple weeks not going out. I rapidly went toasty. By the end of the first week I couldn't concentrate on anything. I was restless, anxious, and desperately unhappy. So yes, I need some social interaction to feel normal. But it doesn't come from my co-workers.
I think this is the key. I'm not sure "forced interaction" is the answer for everyone. I work remotely and spent yesterday morning for 2 hours just chatting with some folks at a coffee shop I regularly work out of over some common interests. That filled my "meaningful interaction" bucket more than 2 or 3 days of office work in my previous office'd life. My 2 cents as well.
I'm much happier not interacting with people like tellers, clerks, cashiers, and the like, because I have a speech impediment and I'd much rather not have to devote the mental and physical effort to talking. I also live in an area where travel can become treacherous and I don't own a car. Do those things apply to everyone? No. But they apply to me. I actively dislike people who think "the study says it's a good thing so I'm going to force it on you... you're welcome" is a valid mindset.
Similarly, I've noticed that being open to being disturbed means being open to having random tasks dumped on you outside the ticketing system, which takes time away from what they're actually tracking your time on. Email and Slack can do the same thing, but seeing someone right there sitting all alone and lonely without my task to keep them occupied seems to be a powerful incentive for some people to air-drop random work.
This is interesting, and reflecting a bit, it show to me why I like remote work. I train a few times a week in a gym setting that is very social, I have 3 roommates, I call my coworkers quickly if I need something, I'm pretty outgoing and friendly when I go to a coffee shop or market. Overall, I feel like I have other paths to get my social interactions from, so the ability to isolate myself for hard work gives me a lot of relief from the negative parts of work, without feeling like I miss a lot of the positive ones.
I have a family, wife, kids, and I prefer my remote job, because I can focus on them, not on the relationships with co-workers. The commute is another problem.
To fill up the social meter without a family I think I would prefer one or two days in an office, but similar results could be achieved at a co-working space or taking the time to make friendships locally and spend time with them in the evening.
A problem with most theories like this is that they treat interaction as though it can only ever add up to a positive impact. Too much unwanted interaction can burn somebody out just as much as not enough wanted interaction. That's one of the reasons that we talk about "emotional labor".
I feel like someone always chimes in to say this, but the underlying assumption here is that a significant portion of one's social fulfillment should come from their office workers, which I think is ludicrous.
Let's be real here, what percentage of people - especially engineers - really find that their social needs are being satisfied through their office jobs? After you or your co-worker leaves their job, how many ex-coworkers do you actually still remain in contact with?
I've always found office relationships to be fairly boring. Because they're you're co-workers, you have to keep a certain level of professionalism and political-correctness so as to avoid offending people. This basically confines the realm of acceptable dialogue to banal things like the weather and small-talk. If you want to say anything interesting about anything interesting like say politics, you basically have to first probe them to make sure they're not going to get offended and passive aggressively retaliate. Anything you do outside of work like a cool side project or that band you're in can't be seen as threatening to your dedication to your job, so it's safer not to bring it up.
And I'm prob going to get a lot of flack for this, but I think most office workers are fairly boring - going to work, going home to their significant others/kids, and waiting to retire. Or maybe they're really interesting but don't feel comfortable talking about interesting things at the office for the reasons I mentioned above.
Ultimately I think it's better to find social fulfillment on your own and not expect it in the office, otherwise you're bound to be disappointed. But I get that it's unfortunately hard to make friends after school. I think there are a lot of reasons for that, but that would require another long post that's outside the scope of this comment.
EDIT: Just after I posted this I see this on the front page https://news.ycombinator.com/item?id=21274511#21274909 Kind of supports my thesis.
Interesting. I feel the exact opposite. Many of my x-coworkers are life long friends. I will attend the wedding of one that's been a friend for 25 years and other x-coworker friends will likely be there.
It seems waste to spend so much time with co-workers and not be friends. It also seems a waste to spend so much time "working" and not have it be fun and pleasant and social.
But, thinking about it more maybe I was spoiled making video games. It was something I wanted to do, my co-workers wanted to do it to, we did it together sharing the struggles and feeling proud of our product. I'm guessing there are plenty of jobs that if I had to do I'd just want to put in the time as quick as possible and then get back to something I enjoy.
I have a close friend that upon graduation wanted to make video games. He applied, was rejected, ended up in finance, made more money but at least for him it's clear his job is just something he does to get paid.
I find interacting with people who are forced to be there (like fast food workers/coworkers/bank tellers) doesn't really count for in-person interaction.
Personally, I'd rather interact with people who are honestly there, and aren't economically forced to submit to me or me to them.
EDIT: Wait, are you a manager referring to your subordinates? If so, you may have forgotten how stressful it is to constantly be submissive to everyone around you. If you're the same rank or above everyone else I can understand wanting interaction, but if you're on the receiving end then any interaction is an implicit demand you cut more flesh off yourself to please them.
Just because someone is your boss doesn't mean you have to be submissive to them.
In what universe is that true?
The very essence of being a boss is having the means to force you subordinates to submit to you, and at most companies I've worked with that's an explicit primary benefit to the rank!
Jesus Christ; firstly no, it's not a benefit whatsoever to be able to force someone to do something. Secondly, a boss who has to force people to do things rather than provide convincing reasons to do them is a terrible boss, and should be fired by his/her boss immediately.
The "very essence" of being a boss is knocking out obstacles for the people under you. That is what a boss actually does, not tell people what to do. Sure, a boss translates vague prioritization from above to meaningful and actionable items for his/her team to work through, but the only "power" a boss has is the ability to absorb shit so the people under him/her don't have to.
The boss also has a boss, who has a boss, and so on and so on, up to the CEO, who has a boss (the board and/or shareholders). No one gets to "force subordinates to submit" to anyone, at least not for very long.
> Jesus Christ; firstly no, it's not a benefit whatsoever to be able to force someone to do something. Secondly, a boss who has to force people to do things rather than provide convincing reasons to do them is a terrible boss, and should be fired by his/her boss immediately.
> The "very essence" of being a boss is knocking out obstacles for the people under you. That is what a boss actually does, not tell people what to do.
Those types of managers/bosses are great, and are some of my favorite people because they simply allow me to do what needs doing while shielding me from bullshit. But by no stretch of the imagination (or certainly the experience of workers as a whole) do they represent every manager/boss. If you've been lucky or sheltered enough to avoid the kind that aren't like that, you should reflect on that as a fortuitous outcome and maybe consider that your experience isn't everyone's experience.
Nothing lucky about it, you are not a passenger in your life, you get to decide how people treat you.
What do you do with a boss, who, when you aren't submissive responds with, "You like your job here, right?"
The same thing I do in other hypothetical where nowhere near enough context or information is given: nothing.
I am not a helpless passenger in my life, so I don't get "stuck" with bosses who treat me like cattle. I anticipate problems like this and preemptively deal with them, and you should too.
Socializing is important, but commuting, sitting in an open office with bright lights, loud co-workers etc doesn't balance against my social needs very well. I work on a small team, me and my co-workers see each other usually twice a week, once in the office and once at the coffee shop. Along with my other social activities, I get plenty of interaction and I still don't have a daily commute. The social aspect of work only becomes super important when work is your whole life and you've got nothing else going on.
Was there any mention about how virtual interactions might add to the quota?
I'm curious if daily social video calls with your remote co-workers would be helpful in that regard.
If anyone is interested its episode 163: https://youarenotsosmart.com/2019/10/08/yanss-163-why-pursui...
"but interacting with the teller adds to your quota of needed interaction for happiness"
Is there some evidence that mundane interactions with total strangers actually make everyone happier? I know some people who thrive on social interactions, but for many of us it is a chore rather than an opportunity. A rather taxing chore at that.
The podcast brought both the teller and the starbucks examples up but didn't go in to research details. I agree with you it sounds sketchy and I don't know how they'd prove it one way or other really. I'm only inferring from the podcast that Laurie Santos has research to back up her claims that even these little ways of removing human interaction from our lives affect our (most people's?) happiness negatively.
I accept there's some daily "human interaction" quota for optimal happiness, but reject that ordering a big mac in person moves that needle at all. At a store where the salesperson walks you through options for a few minutes, sure, but not for purely transactional interactions.
The issue I often have with discussions of remote work vs. on-site, is how much confirmation bias tends to be incorporated into the conclusions made.
After about 16 years of on-site work (at various jobs), I did almost 5 years of remote work (for a single company), having just recently returned to an in-office role (despite focusing on landing another remote position, the best opportunity wasn’t.)
And, frankly, I find neither inherently, categorically superior. It has far more to do with a number of unique variables, among them: culture, software tools, and the people themselves.
So while I do largely agree with the core argument of the linked post (roughly summarized: asynchronous communication helps facilitate productivity for knowledge workers), I also feel too much emphasis is placed on working remotely as inherent in part of the solution.
How about we just teach and incentivize people to, for example, not interrupt others unnecessarily, how to recognize when someone may be deeply focused on a task, how to indicate such an effort is currently underway, plus to recognize when it may be appropriate, necessary, and healthy to stop the “deep work“ and address communal, biological, and psychological needs? All regardless of the exact mode of the work.
While "remote workers are more productive" is in the article's title, I disagree that the author is suggesting that working remotely is a necessary part of the solution. The article's subtitle is "Async isn’t just for remote teams".
I think the post makes it clear to that office workers could benefit a ton from async communication. And I agree completely. Sync communication at my previous job was such a drain on my productivity. For me, Slack made communication easier, but it made focus more difficult and work more stressful.
I think you're right that software tools can make a big difference. The author seems to be promoting its product - Twist - as a great Slack alternative. And I think it looks solid.
Switched from Slack to Twist six months ago and have not looked back. Slack is great if you need your focus to be online and immediate response. However, as a developer, I found Slack to be nothing but constant interruptions and needing to dig back through long threads wondering if I missed something important. Life is much saner (and productive) after switching to Twist.
Yup, the article is advertising Async, not remote. This is a company blog post, so it's always about advertising, even when it's not explicit.
They promote Async, because they also claim that their coloboration tool (email/slack alternative) is the right option for async.
Slack can be used as a asynchronous mechanism - but too many teams develop into using direct IMs/convos as a preferred communications style.
It can be but nothing about it makes that the default or even easy.
I’d love to see companies abandon chat in favor of discussion threads.
For “water cooler” conversations video is almost always better.
Yeah, cultural norms are what matter here (vs the tool per se).
Slack usage covers the whole gamut, from one extreme [proper (ie, consistent) use of channels, status / DND, and notification settings, making it a very effective, developer-friendly and management-helping async-oriented system] to the other [flowstate-killing, nonsense-generating chaos of interrupts and noise].
Slack is entirely designed to encourage casual chat-like conversation with emoticons, reactions & so on.
Want meaningful async communication? Think of the UIs of usenet clients or even email clients.
I agree with you that neither is inherently superior. However, I think this with regards to the business and generating business value. If you consider the quality of love improvements, they are phenomenal for the employee.
Personally, I believe in a hybrid solution. You work remotely say 2 days of the week, and you spend rest of the time in the office. This makes sure that you get your dose of water-cooler talk, as well as having time to yourself to get things done.
I would like to see an improvement in the culture, too, and I've seen organisations experiment with "Do Not Disturb" desks, with very limited success.
Every office I've been in has been open-plan. If it's full of developers it will mainly be quiet and conducive to work. Put just one person in there who needs to talk, especially Sales and Marketing, and it's all going to fall apart.
^ This, 100%. It's all about decoupling physical presence from notions of "working" or "interruptible".
I find async comm tools like Slack invaluable for allowing ppl to display their status (eg "DND"), as well as the ability to control notifications -- and to catch up on topics when unable to participate in realtime. These things have immense value, whether you're remote or not.
I'll never forget the experience, some 20 years ago, being on the critical path for an imminent major release, heads-down, working furiously to deliver a mission-critical feature, and enduring a steady stream of shoulder-taps (despite headphones and body language) that made it ~impossible to do my job. Silver lining was, it made it crystal clear to me that I needed to carve out time for "deep work", and empowered me to push for and receive permission to work remotely at a time and in an org where that was a nearly unique exception. I chose to spend about half my working days remote, and across various jobs and companies and industries since, have sought and pushed for and mostly maintained this balance. I'm convinced we'd all be happier and more effective if such a balance were available more broadly.
I find that acceptance of remote work (or conversely, aversion to remote work / working from home) is an excellent signal of whether or not a company will be a good cultural fit for me and a satisfying place to work.
Actually I think you kinda nailed it earlier with “among them: ...the people themselves”. A company’s / managers job should be to maximize each workers productivity and comfort (because comfort will lead to longer service, and longer service means increased productivity). Given that studies show that remote work isn’t destroying productivity, the rational thing to do is to allow workers who find remote work beneficial to work that way without stigmatizing them.
Great points, the pendulum is still swinging so I expect more and more pro-remote content in the coming years.
I personally prefer mostly remote work, but I think it's much harder to pull off - there are no play books on how to do it and if you don't do it from the start it becomes exponentially more difficulty to execute correctly.
Sometimes I wonder if the underlying issue is that there isn't enough actual work for people to do. I worry that I'm about to sound super out of touch, but hear me out; I'm not making a value judgement about anyone's job.
It is assumed that everyone needs to do exactly 40 hours of work per week, but ask yourself this: for every person in your company, what do their next 40 hours look like? 40 hours worth of HR policies need to be created. 40 hours worth of sales calls need to be made. 40 hours worth of snacks need to be ordered for the office. 40 hours worth of website text updates need to be made. 40 hours worth of UIs need to be designed. 40 hours worth of code needs to be typed in. Isn't it strange that all these vastly different tasks take the same number of hours to complete in a week? My guess is that chattin' is what takes up whatever time remains; people are required to pretend that they do 40 hours of work every week, so they come up with their own way of filling the time. Planning is always valued (and a good idea!), so if you report "yeah I spent the week planning for our Q3 XXX" then it sounds like the money spent on your salary was worth it, and it continues to pay.
As a software engineer, I've never had the problem of not having enough work to do. Tasks are always added to the backlog at a faster rate than they are removed from the backlog. But I feel like a lot of other jobs aren't like this, and the "there is infinite work forever!" thing is most prevalent in fields like engineering, design, art, fabrication, etc.
Meanwhile, most of the people in your average office aren't doing any of those things. To some extent, they're on retainer, waiting for their skills to be needed. And, trying to optimize this is perilous. If you get employee utilization up to 100%, people complain loudly (Amazon fulfillment center workers aren't sending 1000 Slack messages a day). If you try to not pay people for the time periods where they're not being utilized, you just get the "gig economy" which is awful.
I dunno, it all makes very little sense to me. Sometimes I wonder what percentage of the US economy is about doing work that doesn't need to be done, and how many people would not have jobs if we decided "we're not paying for this anymore". I think I'm scared about it, though.
Many, if not most, jobs have a peak utilization rate well below 100%. The most obvious example is fire fighting. IIRC, a firefighter should spend less than 10% of their time fighting fires. If they're spending more than that, then they're likely to be busy when you need them.
Sure, they're likely to spend a good chunk of the other 90% working, but it's just busywork. That busywork might be important: they spend a lot of time inspecting and maintaining their fire trucks, for example. But it's not their "real job". Their real job is to be close to the fire truck so that they can respond when an alarm rings.
It's much the same for the rest of us, except that the line is grey, not black and white like it is for firefighters. We have a priority list, and stuff on the bottom of the list will never get done unless it bubbles up in priority for one reason or another. That stuff at the bottom is real work, but since there's always stuff that's more important it's comparable to "washing the fire truck".
And even the stuff at the top of the list is busywork in a way: it's always possible for more important stuff to come in and bump it out of the way. A server can go down, or an important customer can call, or ...
You’ll probably be interested to read about Bullshit Jobs. The authors’ name escapes me currently.
Is it this one, maybe? https://en.wikipedia.org/wiki/Bullshit_Jobs
You're shadow-banned btw (which I normally wouldn't tell) but your comments look OK, so maybe this has happened by accident? You could try to challenge that (maybe via the email support?).
I can see the parent comment, so I think he isn't shadowbanned..?
Comment history is mainly dead, so my guess is they are. Someone likely [vouch]ed for the dead comment in this thread, so it's now visible to everyone.
I vouched.
Fixed now. A rogue spam filter had gotten to them.
I will have to read that. The summary on Wikipedia makes me think the author read my mind.
It should always be "I get paid for giving my employee 40h/ week of availability for work". that doesn't necessarily mean code. there's design, meetings, bugs to find, etc.
ofc, short breaks should be in those paid times. And the hour/week is not the same in every country.
But 40/week doesn't have to be every week, just average (as some times there is less work to do, and other times stuff is on fire and must be fixed)
also, that rate has nothing to do with being remote or on-site.
I find an _average_ of 40 hours to be quite extrem also. I've been at a new 40-hour job for 1 1/2 years now, after working 26/30 hours week for the 3 years prior. My impression is that 30 hours a week might be a realistic average to aim for (26 being the ideal amount IMO). It shifts the work-life balance to "I go to work and in the evenings and on weekends I do whatever I like", where 40 hr / week feels more like "life is work and I'm glad if I get one day completely off on the weekends"
EDIT: Maybe I should give some perspective: I'm single and under the impression that people in a relationship have an easier time managing 40hr weeks because they can better distribute the random shit that comes up every week (how people with kids do it though, I have no idea...). Also I'm currently laying in bed sick, due to having had no reasonable work-week for months, because the only thing I get as reward for finishing my projects in time and to the utmost satisfaction of our customers is even more work. /rant off I guess...
I just said 40h as that is what the law specifies as what is a full time job. Agree that 40h is too much for most knowledge based jobs.
As you optimize a process to get 100% resource utilization, response time for any change gets closer and closer to infinity. You need some slack for things to work, and the more things change, the more slack it requires.
And that's not even considering how humans are physically unable to work 8 hours day in and day out.
There's even a whole book about this: https://www.amazon.com/dp/B004SOVC2Y (by one of the authors of Peopleware[1], which is also excellent).
[1] https://www.amazon.com/Peopleware-Productive-Projects-Tom-De...
I would guess in some positions, like those requiring clearances, that it is more important to have cleared employees there when needed than micromanaging if they are working 40 hours per week.
You wont keep most employees around for part time work, but you want to make sure if your production systems go down or customer orders need to be expedited, or an emergency patch, etc... that you have a team that knows how to do the work, can get it done fast enough and is cleared to do the work (if applicable).
In some cases it might be cheaper to have employees that might be idle a bit than to lose money on downtime. Just a guess though.
This is amusing. Not long ago I was in a thread about how to do remote work well and the top complaint amongst remote workers was "not responding quickly to IM" (between remote workers). And the general sentiment was the expectation to respond quickly is greater in remote work. That alone made me not want to take remote jobs. At my current work place, my IM status says that whoever IM's me should not expect a response and that if their query is urgent, they should simply walk over to my cube and talk (I don't mind). If not urgent, they should email.
The other thing that came out of that thread was "If you're remote and don't respond quickly enough, people assume you're slacking off - while in the office people visibly slack off all the time and it's considered OK".
I worked with both types of people.
Funny thing is, when I am a freelancer, who gets paid much more money per hour than an employee, people valued my time and would send me mails or text messages and wait hours or days for an answer,.
When I was an remote employee, people paid me less and called me three times before 10am.
Somehow, many employers have the perception to own every minute their employees are awake.
I would never go back to such a work culture.
> Somehow, many employers have the perception to own every minute their employees are awake.
This is increasingly true from my perspective as well. Not sure if I was willingly unaware or what.
> Somehow, many employers have the perception to own every minute their employees are awake.
The disconnect is that their expectations are higher for remote than on-site. If I go for a short walk, and my boss comes to my cube and doesn't see me there, he assumes I went for a walk, or to the cafeteria, or whatever. He'll just try again or send me an email asking me to drop by once I'm back. It's not a problem.
But what I've heard from remote employees: If their manager tries to ping them and don't get a response, then it's "OMG these remote workers slack off too much!"
Yea, I'm contracting remotely and the difference between working a full-time job in the office seems to be night and day.
As a remote contractor, they judge me by my results and trust me to do my job however I see fit. No hand-holding or micromanaging, only one standup every couple days.
Meanwhile at the office I've got to attend a morning attendance meeting everyday, a bunch of other useless meetings, and I need to ask for permission if I need to take a couple hours to go to the doctor and apologize if I happened to sleep in one day.
Can't say I miss office life.
Especially the sleeping...
I have not set an alarm for months now.
I've always said one of my primary goals in life is to not have to wake up to an alarm. I'm so used to it now I didn't even think to mention it, but reading your comment I just realized I've achieved that.
But I sleep till noon lol
Is it possible your approach to instant messaging is wrong?
Article is espousing the benefits of asynchronous communication. If the expectation is that I respond within a minute or so, then it is synchronous.
Can you suggest a better way to use IM that doesn't require me to respond quickly?
I'm fine with IM for sending over quick URL's, etc while doing a live debug or something. But if you just have a "quick question", email me if not urgent or come to my cube if it is. If you are located far away, call me. Both email and phone are more efficient for simple questions. IM is in the unhappy place where it's worse than both.
"Sure, let me get back to you later."
That's a guaranteed way to be disturbed again in an hour or two.
Async doesn't mean "never", you do need to respond to your colleagues eventually.
If they need a response within an hour, then they need to indicate that (and ideally why) in their initial contact.
If they expected a response within an hour and didn't get it, they can call me or physically come to me.
I've told two of my bosses while being interviewed: Assume I'll check email only 3 times a day. Is that workable?
No one says "No" (even though it may not be workable).
One of my bosses actually suggested to me that I should have "office hours" and be available in those hours, and simply not respond all other hours.
It all depends on the need of the job. And most engineering/SW jobs do not need you to "be available to respond within an hour" for any request.
Sorry, but your inability to interact with your co-workers makes you a difficult person to employ. A ton of folks don't need this kind of special treatment.
That's an odd way to disagree with someone. The situation is symmetric. Why the assumption that I'm the one seeking special treatment?
My boss who suggested office hours wouldn't want to hire someone with your view.
It's more like your boss would rather have someone who doesn't need your special treatment, but since they have you, they've got to invent ways to deal with your special blend of crazy (office hours).
Further, you have no clue what my policy is regarding instant messaging, don't lash out at me because you're feeling vulnerable.
Amusing that you're pointing out to me that I don't know your policy yet you feel free to make assumptions about my boss.
Whatever provides less cognitive dissonance, I guess?
You've provided information about yourself and your situation (including your boss), I haven't.
Except for the occasional visit to the office to give a few high fives and have some chit-chat I work remotely.
Until recently we used Toggl to track work time and the guidance was to have "6h of focused work daily".
I'm managing 5h 15min-ish, but only when working remotely. When I'm in the office that number organically drops to around 3h 40min.
Only person really doing those hours(and above) is one guy who's not into chit-chat.
That is roughly consistent with my experience.
When I was using the "pomodoro" technique, I first started with the goal of 14 pomodoros per day (14 x 25min of focused work). My (fairly successful) friend who had done pomodoro told me that was not a reasonable goal. 10-12 seems a more reasonable goal for most people.
When doing focused reading in grad school I could do maybe 8-9 hours on a good day.
Working on a personal project I enjoy at home, I can do maybe 7-8 hours of focused coding in a day (but probably not multiple days in a row).
At work I probably do 4 hours of focused coding on average. This is partly because of non-coding tasks, but also my attention tends to peter out beyond 4.5 hours.
I can't tell you how unburdening it is to read your response. Thank you for your honesty.
I can tell you, I'm in the same boat. I can't really do more than 4 -5 hours of actual coding on a typical day. I've done days with 7 - 12 hours of coding but those are outliers. Also by Thursday, I'm pretty burned out. I rarely get a lot done on Friday.
We all are, but we play this little game with our employers so that we don't get fired.
My take is that you can't shoehorn creative work into your desired time slots. Not if the result is supposed to have any quality.
I have found that sometimes I just need to stare away from the screen and forget what exactly I have written in order to obtain a fresh perspective and spot any problems.
No way to speed up this process, and what's worse is that if I try to log only the time during which I did "focused work", the result generally doesn't go over the mentioned 5h 15min daily.
Every person I ever asked about this is in the same situation.
How did you find the 6h target system. I've wondered if I should do something similar.
I am, however, bad at time tracking by disposition, and haven't made a full system yet.
I didn't participate in any of the decisions, but I assume that given a 8h workday less than one hour was reserved for lunch and the rest for stuff like going to the bathroom and socializing with your co-workers.
It actually was dropped not that long ago, because clients complained that we "weren't working full time".
Little do they know that those 6h were honest, focused work and the requested 8h won't be, because there are limits to what can be achieved on any given day.
Oh, I mean did you find it personally effective at boosting your own output.
I work for myself, so if I can improve my efficiency within a given timespan, it's all win.
I did write a lot of low-quality code if that's what you're asking.
It was a lot like preparing for an exam after you skipped classes the whole semester. You don't wonder off and you don't stop and think about the direction you're going.
Been working 100% remotely for 3 years now. My biggest fear is having to go back to an office at some point in my career. I hope it never happens.
This article hits on a lot of good points to me, because I often see people treat chat like it's a stand-in for an IRL conversation.
People will start conversations with just "Hello", and wait for me to respond, as if we're talking on the phone or something. This, to me, fundamentally misses out on the benefits of online communication: You don't need to wait to establish a conversation with me to ask me your question; you can just come out with it. And your question/problem can become just another item on my TODO list, which I can prioritize throughout the day:
- If it's something I can answer/address right away, I can do so
- If it's something that will take some investigation, I can start investigating it (and let you know how much time I'll need, etc)
- If it's something clearly low-priority, I can wait until later when I'm not as busy to address it
- If it's something that doesn't really make sense, or there are things I can explain to you to help point you in the right direction, I can spend a moment to help dig up some information for you.
If you just say "Hello" (or "Ping", etc) you're taking away my ability to prioritize your question/problem, and are asking me to agree to spend time on something before I know what it is.
If instead you begin the conversation with the question/problem that needs addressing, you're adding an item to my TODO queue, which can be re-sorted/re-prioritized continuously throughout the day, and allows me to be more effective. I can get to your question when it makes sense for me to do so.
I have my status permanently set to http://nohello.com to hopefully drive this point home with people, and anecdotally I've seen a lot less drive-by "Hello" messages on Slack. Additionally I've just stopped responding to people when they say "Hello". I just hope that doesn't come off as me being a jerk, though...
20-40% of the stuff you do at work are considered "real work", this is totally normal on-prem, but not remote.
Where do I get the best ideas to solve a problem?
Not when I'm sitting in front of it for 8h a day.
I get them when I stand up, buy groceries, do my laundry, shower, etc.
Does this provide huge value to the company I work for? Totally
Does the people at the company think I cheat them? Many do
Would they feel better if I sat in their office for 8h, have worse ideas, provide lower value and generally feel worse? Somehow many do too
An important point about asynchronous vs. synchronous is that it's not just about the communication but about the work processeses. What enables people to work more effectively is removing synchronization bottlenecks in processes. Any kind of synchronization point causes people to do silly things like wait for that to happen, delay activities until after they've happened, or try to organize meetings around these points. The more synchronization points you have, the slower things get. Usually we call this bureaucracy.
Any kind of meeting is a synchronization bottleneck. People synchronize their workday around these. Workdays and office hours are synchronization points as well. They create bottlenecks in our traffic system even where literally everybody is trying to get to work at the same time just so they can be at a standup meeting.
Treat it as a technical problem and get rid of unnecessary blocking activities and things run smoother. It's true for software, it's true for logistics, and it is true for work processes. The same principles apply and you can use similar design patterns (queues, events, etc.). A side effect of non blocking processes is that people can work more effectively without waiting for people to talk to them or meetings to happen. It enables remote work but is just as effective when used on site.
Git was invented to support asynchronous development where independent groups of developers work on their own branches and exchange patches or pull requests when they want to synchronize. Works great for OSS but it is now also common in non remote software teams. Create a ticket, assign it, create a branch for it, do some work, create a pr, pr gets reviewed, ci builds trigger and if you figured out deployment automation, ultimately the change goes to production as well. It's all orchestrated via events that trigger somebody or something to pick up the work for the next thing. It's great. It replaced a work process where people were bottle-necked on central version repositories that required a lot of ceremony around branching and merging because it was so tedious; which in turn made commits a big deal and necessitated commit freezes and lots of communication overhead, meetings, and delays. Git got rid of most of that.
If a boss needs to see you in your seat to "know" you're working, it's very likely that said boss cannot actually tell which employees are effective or talented, either.
"No expectation of immediate reply"? HA! I SO wish. Slack kills any async expectation. Specially if you install it on your cellphone. Then you're on the clock 24/7.
I guess the article also assumes different time zones when working remotely?
I filed the article under the "rubbish bin". I've worked remotely for several years, and maybe I live in a different planet, because "async" and remote work do NOT go hand in hand for me. If anything, Slack means people can reach me even when I'm taking a dump, and I'm expected to reply at that moment.
How do you know people expect you to answer immediately? I haven't noticed that expectation.
They ask questions which imply "I'm sitting on my hands until you answer me".
Not to put too fine a point on it, but if that's happening to the same person(s) all the time, they need to find a different solution than expecting you to immediately bail them out on request.
Is that your problem? Why?
Why would you install Slack on your Phone?
Your phone is with you at all times. Work should not be.
Anecdotal but I'm the opposite. I hate working from home and love having a team around me, sharing goals and ideas and hyping each other. Different strokes etc.
I'm similar, but perhaps for less positive reasons.
Being able to work from home if I need to is nice, and I sometimes take advantage of it, but generally I like to be in the office so I can have a better idea of what is going on.
This is partly paranoia due to astonishingly (often deliberately) terrible communication under a previous regime where for instance I discovered my own line manager was leaving two days before he did by overhearing it mentioned in a conversation between people who worked on a completely different project, though even now under a much better environment I feel being in the office keeps me better abreast of things I need to know, before it becomes an emergency that I don't know them.
It also creates opportunities for unplanned collaboration whereby I hear a problem that I can help with, saving others time banging their heads against it, and sometimes works the other way around for me too.
And contrary to many of the other anecdotes here, I have far more attractive distractions at home than my colleagues could hope/fear to provide for me! Though maybe that speaks more about my will-power than it days about my work & home environments...
"sharing goals and ideas and hyping each other"
I will be cynical but this does not sound like some work is being done there. Reminds me of the guys of the gym who spend 90% time here just talking.
To me it sounded like the other 10%. While the 90% will be there and not all will necessarily interrupt on purpose (they can be guided to increase the 10%), you focus your most productive interactions with the 10%. From time to time you work with the other 90%, and that helps everybody up the game.
I prefer to work/live alone, but to deny the benefits of camaraderie and relationships with a high-performing team? Absurd.
The article starts by simply assuming its conclusion in a complete non-sequitur: that all the listed benefits of remote working stem from asynchronous communication.
Sharing the space with your children or partner? Asynchronous communication. Being able to take short breaks in your own space? Asynchronous communication. Not being distracted by people chatting about their weekend? Asynchronous communication.
One of the major benefits of remote working, for me, is just not having other people around. It's not much a matter of communication but simply of the relax and focus I get when I don't have to be aware of others.
I work remotely for about 80% of the workweek. I am most effective at home. At work people talk to me and interrupt me quite often. You get interrupted by people walking by etc or just striking up a conversation.
At home this obviously never happens for me. The only distraction I have is Slack and my dog that reminds me that it's time for a walk.
So I can attest to this.
I could work from home 80% of the time if I wanted, but actually prefer working at an office because I find it less distracting. The office is a 'clean' space where I'm only surrounded by work related thing. I have my work computer on my work desk with my work setup, and nothing else. There is pretty much nothing else to do here other than work. Home is cluttered and I'm surrounded by all kinds of 'distraction' not related to working.
Remote work boosting is becoming a company shaming trend for not allowing workers to escape company rules, routines and procedures. Sure, remote work should be promoted, but in a way to give companies useful resources on how to analyze the neccessity and implement in their workflow.
Instead of writing arguments how remote work is just awesome, it would be more useful to have statistics on how many people are actually capable and accountable to work from home, and what do people really want out of their workspaces or by asking for remote work.
This is probably the ideal split. The one period when I was working from home four days a week and going to the office once was without a doubt the most productive of my life.
Get all the staff meetings and brainstorming and shit-shooting done in one day, then actually work the rest of the time. As it is, I have at least a half dozen different ways that you can get in touch with me if you really need to, over text, voice, video, screensharing, etc.
The other thing about working remote is that you need to actually commit to it, and get prooerly setup. It's difficult to do that if it's an irregular or one-day-a-week thing; the work-from-home day just becomes an unofficial vacation day.
> At home this obviously never happens for me.
Interesting, you never get phone calls, texts, Amazon deliveries etc.?
Rarely. I get some texts from the GF most of the time. Amazon doesn't really exist in my country anyway.
It is easy to make a case for either synchronous or asynchronous communication just as easily as making cases for on collocation or remote work or office landscapes or individual rooms. But what is most often missing us the context. And it is quite naive to believe one way is always better than the other.
I can recommend the work on Dynamic work design by Nelson P. Repenning to make a case for both in what context either is best but even more importantly, when and how to move back and forth between different work modes. Here is a good introduction: https://sloanreview.mit.edu/article/a-new-approach-to-design...
I think I am not really well-adapted for async communication.
I can't really do "fire and forget" messaging. When I ask something I want the reply to arrive as quickly as possible because I don't want to lose the context that I have in my mind right now and load it again later when I receive a reply. On an async channel this results in compulsive checking for replies which of course kills productivity. Almost-sync channels like Slack are the worst - who didn't experience the frustration of their chat partner suddenly disappearing without a word in the middle of a discussion?
On a related note I very much prefer a focused half-hour meeting to a whole day of async back-and-forths.
Inbound messages are problematic too because they provide the same kind of addictive random gratification that social media is infamous for.
Any tips for dealing with these problems?
Nobody is adapted to asynchronous communication, it's always going to make you less productive. The key is that your immediate request is forcing someone else to put down their thing to help you, the same way that other people interrupt you when they message you. In optimizing for team performance, we don't get individual maximums.
Mostly, try to reduce switchyness. Not all input is blocking, sometimes you can put a question out early and have hours/ days/ weeks before you need an answer. Work on identifying potential hangups early and often. Try to handle your communication in batches. Respond to urgent messages faster, but spend time between deep tasks or in the lame duck part of the day doing email.
i have a personal kanban type page in ms onenote. one section is Waiting For... where I add things I'm waiting for like responses to questions I've emailed out. I can scan that in the morning to see who hasn't responded to what questions and send out follow ups or schedule calls, etc
thanks for your honesty; i think it takes some adjusting both personally and culturally from the company so not entirely your fault.
i would broach the subject with the team to the extent possible. i think it requires buy in from others to the extent that if you're getting stuck with regularity, then those with whom you work don't seem to be empowering you with either the autonomy or information you need to work async.
so, the company needs to resolve that either via empowering you (=> individuals), or get their knowledge/discussion norms set up to empower async/remote type stuff, to include such things as escalation guidelines (e.g. can use phone call for urgent matters, but gitlab issue is 24hr turn around), project planning, decision provenance/knowledge storage, etc.
The benefits you get from implementing asynchronous communication with your organization are huge. This is exactly why I felt the need to resign from my job last year to go build a platform that is designed from the ground up to support this.
As a remote team, implementing the async communication style will allow you to never have to depend on fixed calendar meetings. No need to have to organize everybody together in a room, at a specific time, to just make a decision.
I wrote a bit about how to do this within a remote team, which is a guideline into how to set a basic async comm process for a remote team. Hope you find it helpful:
https://standups.io/blog/a-basic-guideline-for-async-communi...
> I wrote a bit about how to do this within a remote team, which is a guideline into how to set a basic async comm process for a remote team. Hope you find it helpful:
> I wrote a bit about how to do this within a remote team, which is a guideline into how to set a basic async comm process for remote teams. Hope you find it helpful.
> I wrote a bit about how to do this within a remote team, which is a guideline into how to set a basic async comm process for remote teams. Hope you find it helpful:
Joke about async communication or copy-paste error?
A thing to consider is that these remote methods are not bound to remote workers. I had a job were I had two choices when a certain situation occured that stopped me from finishing work:
1. Find the person involved, talk to them and try to resolve it right away
2. Write a mail to them, print it out, clamp it to the related paper and hang it on the wall.
We were a very tiny 7-person company with rooms in the same building and still the approach outlined in point 1 rarely was more productive than just waiting for them to reply. For situations that happened more often I created email templates so there was even less work.
Another advantage of method 2 is that unresolved work in the end of the day is already taken care of and if you are working in shifts the handover is easier then.
I think an asynchronous workplace (remote or not) is mostly a good one as people tend to be more effective without interruption.
Anyways, I think a big barrier to this dream are the tools that can promote and sustain asynchronicity.
It's really hard to keep communication open and job responsibilities/deliverables clear without being mircomanage-y. Lots of leaders will have to give up control - which is going to be really hard, to say the least. Software tools will need to be security-blankets for managers as much as performance trackers for employees. Give them a little pat on the head that "it's all ok". That's going to be hard to accomplish.
The reason people don't like remote workers by instinct isn't because they don't realize that they people COULD be more productive at home.
Its because they worry that it creates incentives that could lead to a decrease in productivity over time.
I think the root of it really is the first line Management. These guys need to be really good at their job in order for WFH FT to be more productive. If these aren't all that efficient to begin with, that will make it much more visible in a WFH situation. I think all parties intuitively feel this.
my office is hell to work in. everyone simply shows up next to your screen and starts talking. that is why async comms from remote locations has been a blessing for me. i can simply queue the non important messages for later. once they've realised that i won't answer for a couple of hours they started being a lot more aware of what messages they're sending. thus comms improved greatly once everyone started working from home. the occasion call takes care of any face2face situations. overall major win
I have this issue as well. People will show up at my desk to get something done. Yes it should be in some sort of ticket, but then they are in a queue and might get another admin, so if they just show up they will probably get their stuff done so they will leave me alone and i can get onto other work (it is not that i don't want to see people, but i have lots of work usually).
Their tool Twist is the result of their own problems while developing their app (Todoist) , and they use it internally. Usual tools made by companies that use it (dogfooding) use to be better.
Personally I think flexibility is the future. Allow employees to decide or work inhouse or remotely. I work in a very large financial services technology company. I value to closeness to colleges and the quick, sharp interactions that can happen with that - but - there are times when I am wokring on something larger I would be more effective at home or a remote location where sales etc can physically come to my desk and suck my time.
I think this is key, but it costs a lot from companies (and also people), culturally, economically, and sometimes constrained by law.
Should you keep all seats even when 20% of your workforce prefers to work remote? What do you do with those seats when they are empty? It's possible, and it's great when it's there, just not as simple as choosing one option or the other.
I happen to prefer to work alone, but I recognize those times when meetings or pair programming are truly valuable and needed, and I jump to it at once when needed. It's about recognizing the pros and cons of each approach, and minimize the impact of the cons as much as you can.
I hope flexibility is the future. I take advantage of this a lot, but unfortunately, my company has a lot of new managers. They LOVE meetings. I really cant stand it.
This article conveniently overlooks problems when remote workers need supervision to keep them in line with expectations. I’ve had both good and bad experiences managing remote teams. The difference seems to be the quality of the remote workers. The quality of a remote persons work is inversely proportional to the supervision they require.
> It leads to lower quality discussions and suboptimal solutions. When you have to respond immediately, people don’t have time to think through key issues thoroughly and provide thoughtful responses. Your first response to any given situation is often not your best response.
I feel like this is the main benefit.
Management here doesn't like remote employees because they cant order them around like they do us. Also they don't like the fact that those employees don't stay in the office longer and are not bonding with other people here.
Oh it's quite simple, I don't get interrupted. At work I might get 15 minutes of work done before there is someone at my desk, and headphones are the international sign of "hey lets bother that guy".
If remote workers are more productive, why aren't most office jobs remote?
It works very well when you need a clear documented interface for communication. It will not work on a culture which demands more facetime.
And more often, the answer is somewhere in between, and it's hard to generalize.
Productivity depends on the phase of work. Simplisticly put there are two phases of mental work such as programming: i/o bound and brain bound.
If you're in the i/o bound phase remoting is often hard. You need to talk to people, pull answers from them, communicate, coordinate, reach agreements and nail down development plans. You can't do anything anyway unless you agree on the next steps first.
Conversely if you're brain bound all you want is a laptop and being alone at home because it's way more efficient to focus on a problem when you can forget about everything else. You can't plan ahead anyway unless you dig down in the code and see for yourself first what will work and what needs to change.
These phases alternate in worklife, maybe based on projects, time of the month, the whatever happenstances take place in the progress of development. Usually when you're stuck in one phase you really need to spend time in the other phase for a while. This is normal.
This has consequences. People working remotely tend to maximise their time on what they're efficient at, i.e. brain bound programming. At the office it's easier to invite people to meetings through the week to get work done that way because you can't really be brain bound at the office anyway. Thus remote types and office types tend to inflate their favourite phase as much as possible.
This inflation happens because these two phases are inherently incompatible with each other, and crossing the gap to switch phases is tedious.
But if you only ever work i/o bound you begin to wonder how could people work remotely at all. After all, everything happens in the office anyway so maybe working from home could work if only we add enough meetings to keep the remote people more tightly in the loop... And people working steadily from home begin to fathom, in time, whether it's possible at all to work at the office as all you have is constant breaks, meetings, people coming to ask about stuff and you can't ultimately get any real work done.
Different things begin to become important for people who don't alternate. So there's a slight confirmation bias in how people flock to the position and environment that maximises the kind of work they're really good at. But the caveat is that in doing this that you could be comfort-siloing yourself. So natural and healthy alternating between phases is what keeps you open and able to adjust to changes in work life and work projects.
On the other hand, people who alternate too often begin to get nothing done. You need to allocate batches of time for both phases in some moderate proportion. How to balance that is more of an art than anything else.
Sounds familiar, anyone? This is a dynamic I've observed in my own work life over and over again.
Communications can often be better working from home. Open offices really inhibit conversations because you don't want to disturb your neighbors. At home you can talk to whoever you want for as long as you want as loud as you want.
I think there is a component of selection bias here. Only productive workers will be allowed by their bosses to work from home.
good old email is King when working remotely. I think most IM apps are used as monitoring tools. Maybe there is a better solution for that
How do I upvote this harder!
I wonder where they get productivity data.
An owner of a company I'm close with found her employee was abusing work from home. This same employee was formerly a Superstar or so we thought.
Maybe bad management, but I found myself calling a 7 hour work from home day 8 hours too.
For the same pay, would you rather have one person get a lot done in 6 hours or another person get little done in 9 hours? If an employee was underperforming for 10 hours a day, would your friend keep them on? Truthfully, the only things that matter from the company's perspective are the output and the price. It's wrong to misrepresent your hours worked, just as it's wrong to lie about the color of your pants, but a rational company wouldn't ask about either.
(promo) - For builders we have created https://www.yourtempo.co to help you manage e-mail and only process / reply once or twice a day.
I don't get it why the workplace is viewed as only a place to work. We spend 8h of the day there. That would be a sad life if you only worked in those 8h. The workplace is actually a place to socialize, to do the things that you love, chat with your friends, have fun.
I bet most people from those 8h work a maximum 4. The rest is chatting and socializing. I like it.
> The rest is chatting and socializing. I like it.
The problem I have with this is that I don't really get to choose who I can chat and socialize with -- I like my work colleagues, but they're not my main social circle and never will be because I find it unhealthy if your colleagues are your core friends since if you ever want or need to leave (or get fired), it makes it all the more painful and makes an already stressful situation even more stressful. I'm a firm believer that you should enjoy the company of the people you work with, but that you should have a strong social life outside of work too so that you don't feel socially trapped in that job.
depends on the type of work. if you're in tech and you change jobs every 3 years, yes that's harder. but in medical people stay much much longer, 20-30 years. Most of my team has been here over 10 years. It's seems stupid not to create strong friendships.