Live data from Hacker News

The benefits of a more asynchronous workplace

doist.com

61–70 of 272 posts

Re: The benefits of a more asynchronous workplace

#61

Earlier quoted context omitted.

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.

Re: The benefits of a more asynchronous workplace

#62
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.

Re: The benefits of a more asynchronous workplace

#63
post #50

Earlier quoted context omitted.

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 mat…

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 repo…

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

Re: The benefits of a more asynchronous workplace

#64

Earlier quoted context omitted.

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..?

I vouched.

Re: The benefits of a more asynchronous workplace

#65
post #56
post #48

Earlier quoted context omitted.

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 t…

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.

Re: The benefits of a more asynchronous workplace

#66
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.

Re: The benefits of a more asynchronous workplace

#67
post #22

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 fin…

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 p…

Slack can be used as a asynchronous mechanism - but too many teams develop into using direct IMs/convos as a preferred communications style.

Re: The benefits of a more asynchronous workplace

#68
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.

Re: The benefits of a more asynchronous workplace

#69
post #67

Earlier quoted context omitted.

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 p…

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.

Re: The benefits of a more asynchronous workplace

#70
post #50

Earlier quoted context omitted.

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 mat…

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 repo…

> 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.

Post reply on HN