The optimal results come from people working mainly at the office. Now this may be completely different for development houses, our coders are some of the most productive when working remote, IT in general is below average though.
The optimal results come from people working mainly at the office. Now this may be completely different for development houses, our coders are some of the most productive when working remote, IT in general is below average though.
I wonder how much your conclusions would hold for non-public-sector jobs.
AFAIK it's typically harder to fire a public-sector worker for under-performance, than in the private sector. Perhaps that either (a) adds to the temptation to goof around at home, or (b) attracts the kinds of workers who were always more apt to goof around, given the opportunity.
Those who end up in public sector usually are those who value the job security or do it out of dedication. Which doesn't mean they're bad at their job, in my experience it was the exact opposite, but the government sector is waaaaay understaffed, and pay can't be risen to private-sector levels because of rigid union agreements.
Also, the competence problems are related more to regulations... why spend your time e.g. learning Docker when you're happy enough you can finally use Ubuntu instead of RHEL? So basically unless you lesrn it in your time off there's no motivation to learn new stuff because it will be outdated when regulation molasses finally catches up.
Now, when it comes to bugs, I'll admit, tossing it up on big screens and inviting a few co-workers is just awesome. It's like playing solitaire with someone watching... they always see things that you would not.
My take on this is people who actually "develop stuff" or to put it bluntly - get shit done - developers, architects, field consultants, release engineers, etc etc - are used to being judged by easily quantifiable metrics - repo commits, defects, system downtime etc etc - for these folks working from home is no different than going to the office with a couple of logistical adjustments.
If you don't have the baseline there are other ways of getting this figured out, not as accurate but good enough typically - instead of comparing someone's office vs. home velocity you go by the average velocity you're after and see if they can hang with that while working from home (and again, I don't see why this would be difficult to figure out).
I imagine this problem only grows with the size of the group/company.
So what do I do? Fire everyone? Don't think that's a practical solution. Try to hire people who are easier to work with? Sure, but good luck. Hard to determine that during the interview process. I don't think telling people to 'grow up' is a real solution here.
You also say to the complaining employee that you monitor all of your employees and ensure that they are being productive (any good manager should be doing this.) and that their productivity is none of their concern. Then you ask them if they are holding up the project, and how, and then you go from there.
It's just poor management. Managers are mostly incompetent, or if they are, they are afraid of backlash and unable to lead.
This isn't nuclear fusion. If this is difficult for a manager they shouldn't be a manager.
>This isn't nuclear fusion. If this is difficult for a manager they shouldn't be a manager.
That's what makes me think you don't actually have any experience here. That... or you've just been blessed with more luck in your management endeavours than I have (or maybe I am just bad, certainly a possibility.)
Ahh, so I must never have done it, if I offer a different experience. I've managed teams before-with a mix of remote and onsite. And trust me-it is not that difficult, for competent managers. Managers are too often afraid to lead. The peter principle is very true.
The fact is not offering WFH causes many people to move on as well. I've lost many team members to it. Just as low pay does. People leave. This is the new reality. Businesses want to disrupt but don't want to be disrupted. They want to commoditize workers-not be commoditized themselves.
My problem is to ensure my team's success, and my team knows what their deliverable are by their deadlines. If you don't do anything for 20 days and finish it on 21 because it's easy? Fine by me. Just get it done.