For me this is the first time I've ever felt far more productive working remotely since I can trust other team members are doing a good job, and when there are blockers or things to discuss it's easy for us to jump on a call and work it out.
I'm not saying there are no drawbacks, but I think for this particular project the pros far outweigh any cons of remote working.
I was very much in the hybrid camp a year ago, but now I think it really depends more on the team and the project you're working on. Some projects I've worked on before I can't even imagine working on from home since they've required a lot of collaboration with non-technical teams. But for projects where the technical work needed is well scoped and where you have strong developers, you might as well just let them work however they please.
I wonder if this is why devs have such strong disagreements on this – I doubt there is a right answer here, it just depends on the nature of the work.
It's worth jumping into the HN Looking For Work threads from time to time to get a general picture of the people who use this site. I find it enlightening to realise that dogma about programming that seems foreign to me is mainly coming from people with massively different technical backgrounds. It also explains the webdev defaultism.
Tech’s skill requirements create a bimodal distribution of jobs, seemingly. Some places manage to break away sufficiently to spend less time dealing with poor code.
There is nothing here that can’t be addressed in a remote setting, you just need different methodologies (tight feedback loops for juniors, public channels for team comms, etc). You may simply have a preference for being around people and using the methodologies you listed here, which is fine enough, but remote doesn’t fundamentally block any of the outcomes you mentioned.
I'm simultaneously pretty gregarious and pretty introverted. Having to take the lead and proactively arrange for social interactions is exhausting for me, but being a mostly passive observer and tactically jumping in is much more manageable, and all around a more efficient use of my resources. Work better in a pull- rather than push-based setup, if you will.
> Having to take the lead and proactively arrange for social interactions is exhausting for me
This is definitely the case for me as well. I've set up regular meetings once, to avoid all kinds of discomfort that arise when doing so every time. Though, I understand that such arrangements may not flow as easy as in-person ones for everyone.
> Unfortunately, the more structured, proactive alternatives cost a lot more of my time and effort, so it's all around less effective.
I don't think a remote-first approach inherently takes more time and effort, but it requires a culture change.
If you alone are trying to adopt a remote-first strategy I definitely think it will take more of your time and effort, but if your company culture is remote-first I don't think it should.
Culture change requires time and effort.
And without structured guidance shaping the change, progress will not be evenly distributed.
I think the harsh reality is that remote-first does inherently take more time and effort, even if some of that is a one time investment.
The trouble is that this one time investment is difficult to quantify.
I worked remotely for many years prior to the pandemic so I’m not against remote work. But I don’t think it’s fair to claim that it comes at no cost. I did find it incredibly important to still get to the office periodically for team bonding and to catch up on the 100 little hallway conversations that can’t happen remotely.
I agree culture change requires time and effort, but "upfront investment" is not the same as "inherently takes more time and effort".
I even said it takes more time and effort if you are adopting it when other people aren't (I.e. unevenly distributed progress like you mention).
I think you’re underselling the impact of the prerequisite culture change, because very few companies are remote-first or even know what a good remote-first strategy looks like.
If a company already has a solid and effective remote culture, great! But this is pretty rare, and can’t be considered a general case. Those companies are also made of people who fit the mold of that remote culture, and I question the merit of generalizing their success to a broader workforce made up of people who weren’t pre-selected for their compatibility.
And to be clear, I’m not saying I don’t think the investment is worthwhile; just necessary and not trivial.
> "upfront investment" is not the same as "inherently takes more time and effort".
We can agree to disagree here, but I just find this to be a rather odd conclusion. I’m not trying to split hairs, but think that “just change the culture” hand waves away a massive undertaking for most orgs, and it’s better to address this head-on than pretend it doesn’t exist.
Requesting for people to communicate more in group chats instead of direct messages takes 5 seconds.
Scheduling regular 1:1s with juniors keeps a tight feedback loop. Schedule it once every x weeks and there you go.
i just did that to my team and not only our productivity got better, but now everyone knows what everybody is doing (my team is brand new, and the company has this culture where everything is DMd instead of being sent into channels).
Requesting something and something actually happening are two very different things.
There is also a meaningful difference between an in-person group chat and a group chat that will remain visible to the whole team for months or years to come.
This request becomes far more than just changing the medium, and requires everyone involved to adjust to the idea that everything they ask can be later analyzed without the context of the moment, and this has a chilling effect on the kinds of things that people are willing to ask. This in turn fundamentally changes the dynamic into something that doesn’t really replace the original junior/senior relationship effectively.
Accomplishing what the parent comment is talking about requires far more than “please use the group chat”.
i.e., I don't have the respect of the people that are working for me.
I never had issues with people making sure chat remained in public channels.
> There is also a meaningful difference between an in-person group chat and a group chat that will remain visible to the whole team for months or years to come.
One can be referenced later with a simple text search.
The other could have been an email. And will probably end up with people forgetting what exactly was said.
> requires everyone involved to adjust to the idea that everything they ask can be later analyzed without the context of the moment, and this has a chilling effect on the kinds of things that people are willing to ask.
i.e., I work at a toxic company with toxic management.
Because those same people were speaking up regularly during in-person meetings and weren't being judged there.
Also, let's forget about video/audio.
> Accomplishing what the parent comment is talking about requires far more than “please use the group chat.”
Sure. It requires effort. No more so than what was required before. The difference? We blindly accepted what came before as the way things were.
Since there's far less lawyers on this site than devs (naturally), I'll chime in with my .02c. Face to face is king. Don't say anything you wouldn't want your mom, dog, or the news saying when you wake up tomorrow morning. And you'd be surprised the stuff that people will put into writing, even after repeated notice. Ever work in healthcare and have to deal with HIPAA? It's insane how flippantly I've seen patient info shared, like it's not the first thing drilled into you. It doesn't matter if you are Jesus reincarnate, I'm sure you have said some things you wouldn't want to be read out in court.
Can you be more specific? "Public channels for team comms" -> they explicitly addressed that ("frustrated grumbling").
> but remote doesn’t fundamentally block any of the outcomes
Remote forces us to change the way we have been operating for decades. Why should we?
"Frustrated grumbling" goes to the tight feedback loops, make sure juniors aren't on their own island for too long without a checkin of some sort (if you want to manage things that way, I could also argue for letting juniors flail a bit in some cases but the person I replied to obviously prefers a more micro approach). Public channels were related to the desire to know what others were working on.
Further specifics depend on the dynamics of the team, but the point in there are various relatively easy ways to systematize remote work efficiently.
> Remote forces us to change the way we have been operating for decades. Why should we?
Why should people be forced to continue operating in ways they find suboptimal for a myriad of reasons (commute, distractions, tethering living location/family/friends to job, etc) just because some are unwilling to adapt even though solutions are readily available? The historical status quo is not often a great place to look for arguments for how things should be.
The debate between remote and in-office communication reminds me about the debates around generative vs human made art. Is text messaging "real communication", is a generated painting "real art"?
If the goal of the communication is specific (need requirement X by Y time), text is actually quite probably better (can take time to be concise and clear, use tools catered to the specifics, remove various other subtleties of face to face meetings). If you want to get to know someone or have low specificity communication needs, clearly an in person rendezvous is best.
Why cant you use standups to give updates and then take it offline if anyone is struggling?
You seem to be having some kind of Messiah complex where people always need you for help. If you leave the company tomorrow, the company will do just fine without you.
I eventually had to leave because I turned into a human Confluence replacement and architect on top of my existing work and still was one of the worst paid people (with little to do about that, management hates "mercenaries"). So I'm very happy I no longer feel compelled to do this working remote anymore, except when people abuse our platform.
I saw it happening in a 'remote' setup a few years back, except, it wasn't as intentional as it was in co-located work environments. It was more a natural consequence of people being remote. Issues/delays that might have been more naturally noticed in f2f settings lingered for months before surfacing. And... the more I dug, the more I was noticing this. More teams separated and working independently with few 'info hoarders' acting as informal intermediaries. There wasn't actual info hoarding with a political motivation behind it, but it happened all the same. Some aspects of working in that team were far better than '9-5 @ office' of 20 years ago, others were worse.
I'm not a "remote work at all costs" person, but also not a "return to shared office at all costs". Flexibility/choices I think are the optimal setup. Not everyone has a great home to work from. Many people work better with routine and physical space between 'home' and 'work'. We do, indeed, often get new info/ideas from the proverbial water cooler chats. There's no one 'best' way for people to get work done, and not one 'best way' for people to work together. My 'best' working style even changes depending on the skills and personalities of the other folks I'm working with.
Why can’t this happen over IM ?
You still only overhear those within earshot
What if you were in a meeting at that time ?
From a CS angle, we know async is more efficient than synchronous code, but requires very careful implementation. Same for people. It works for OSS volunteers, it can certainly work for full-time employees.
But if you need consistent support (juniors) or you need to influence/help others (seniors, managers), then it's such a huge hindrance to getting traction.
Your job at the office is to sit and listen to conversations like KGB?
Seriously, it sounds like you dont know how to structue work, nor manage people.
Organizing and growing teams is a challenge no matter what the environment, especially for a group that trends introvert. It is hard, whether in office, hybrid, remote, or mixed.
It is hard enough that it seems to me that people pick a side and then stop thinking about how to make the other options work - because why would you? If you picked iOS, why would you waste your precious time thinking about how you'd do it on Android?
But if you're not thinking about how to solve the problems you perceive in remote work, it's not useful to announce your problems with it as if that is any kind of conclusive argument. You haven't solved the problem, but that doesn't mean the problem can't be solved.
Another problem is that many companies are doing hybrid, and that means 40% of the time spent remote. Do the juniors just not get help on those days? Do they just "talk themselves into trouble" without the talking? If we can answer these questions for the two remote days, we can answer them for five remote days.
>I used to have a couple of PMs from other teams who regularly came to me for help because their engineers weren't great at talking to non-technical people.
Great. You're one of these talky people. Lucky you! We're not all like that. Let's see if we can be friends rather than competitors/enemies.
I don't have all my juniors around me, so I can't overhear their conversations, so I can't jump in when they talk themselves into trouble. I can't help people debug problems I'm not aware of, and frustrated grumbling often comes a few steps before actively asking for help. I don't have people from other teams around me, so I can't grab them for coffee/lunch and catch up on what they're doing. I used to have a couple of PMs from other teams who regularly came to me for help because their engineers weren't great at talking to non-technical people.
Fundamentally, information is the biggest asset you can have on the job, and I lost access to all the information that came from organic, unstructured, ad-hoc, and often passive interactions. Unfortunately, the more structured, proactive alternatives cost a lot more of my time and effort, so it's all around less effective.