Three Dev Leaders Open Up About Remote Software Development
linearb.io
linearb.io
This is as ironic as companies complaining about skills shortage while limiting the hiring of developers down to the small pool that can reach the location of their offfice.
And then the assumption is that a lot of them are not going to go for it.
Part of the equation for the executives should be that there is a strong chance that some developers resign if they are forced to resume commuting.
Actually, I suggest that all those who like working at home and are in a position to go without work for a period if necessary, do please tell your bosses that you will resign if you are required to become onsite again.
Personally, I believe that this is an ethical issue. The real history of work goes back to actual slavery. The strong push to keep workers onsite for close monitoring is a reminder that the concept of employment is a restriction of freedom and compulsory labor.
Another very significant aspect of this is sustainability. Reducing unnecessary commutes is one of the biggest ways to reduce fossil fuel and overall energy usage.
In my experience it's easy to convince top management or company owners/investors, but difficult to get middle management on board. Especially since the requirement for middle management in a distributed project is near zero.
When moving to wfh:
- move to asynchronous, shared, transparent communication. Don't use email.
- trust your people to know what to do, give them more autonomy and responsibility.
- stay in touch, but make sure it's on dev-schedule not management-schedule.
- help your people to eliminate all annoying friction wherever possible. Good audio, soundproofing, temporary walls for their house, good desk, chair, etc. Grocery delivery, child care, errands, and so on. This stuff is cheap compared to lack of time and focus for your devs.
Many middle managers have been moved into that layer from technical roles. They are often happy to return to more technical work.
In my projects I don't use a middle layer. I have the technical people who have the core scientific/development/production skills and I have a final decision layer of those who by reality have the final say over how money is spent and which goals to prioritise.
This has worked very well up to about 50ppl with exceptionally low overhead. That said, would not try this with people I can't trust. But I would never hire people I can't trust.