Also, there's this new invention called "doors" that I wish companies would get on board with. I hear that "opening" one's "door" can be used as an invitation to chat. :)
They had a new building constructed, including a very coveted corner office. A student organization was absolutely delighted when they received that corner office, and thought it was a sign of growing appreciation for their work. Turns out, it was actually a way out of a political quagmire: professors had fought for that office so bitterly that it had gotten to a web of "ok, I will accept that you're not giving it to me, as long as X doesn't get it either". The student organization wasn't really hated by anybody enough to be part of this web, so they got it just as a way to avoid pissing anyone off too much.
Must be very new since our office had none bar for the meeting rooms.
This reminds me the time I was working at the office. We had an open floor plan, and so no doors (except the CEO).
It was sometimes nice to talk to people, but there were times when I was deeply in code, and someone asked a small random question from me. It was clearly because he/she wanted just to talk. This would have been better to ask through Slack as I could then continue my work and answer later.
So what I usually did was a) stayed home for deep work hours or b) put on my headset and listened to music to indicate that my "door" was closed.
And yes, with the CTO the physical door was an indication: if it was open, we went in and discussed something, and he was always happy to do so. When it was closed, we didn't interrupt him, and when we did, you could feel that he was feeling indeed interrupted.
I am curious on 1) the size of your teams, and 2) your opinion on how this would work with E2E product domain based teams (mixed skill sets) vs skills based teams e.g. User engagement team (front and backend devs covering sign on, emails, etc) vs Backend engineers (maintain all backend systems, etc).
The organization will never be perfect and stay perfect, but as long as you pay attention to it when hiring and designing teams then it can be close.
There is no sense in not teaching high level math to gifted children, yet it is still happening in the name of equity. Just watch and see in person meeting getting banned in the name of equity as we progress from shareholder capitalism to stakeholder capitalism.
I say this as someone who managed mixed distributed / WFH teams: If in-person conversations are an advantage (and they are), no company is going to willingly surrender them for the sake of catering to the people who aren't in the office.
That doesn't mean teams can ignore the remote team members. It's everyone's responsibility to communicate and share information. However, there's no sense in reducing the efficiency of in-office employees just to level the playing field.
The strategies that worked best for my teams were to structure the hires and the workloads according to who could work best together. For example, having an in-office back end team combined with a WFH front-end team works well, because the communication is naturally segmented across team boundaries anyway.
On the other hand, if you put one of the front-end devs in the office with the back-end devs while everyone else is WFH, you need to be prepared to make that in-office person the team lead because they're going to become the primary communication point whether you want it or not.
I love my mixed distributed/WFH teams, but I'll never deny that in-office communication still reigns supreme. That said, distributed can be made to work as long as you do your planning and structuring around the natural communication lines rather than trying to fight it.