The first half of the article is a great perspective for managers and senior engineers. Then I got to this:
> If you think about it, we should all love micromanagers: they are helping us do our job! By making decisions for us, checking our work, and giving us constant feedback, micromanagers are making our jobs easier, not harder. But despite this, nobody likes micromanagers. Why?
Absolutely no. There is no form of micromanagement that is acceptable and it always represents an ethical failure. Full stop. Micromanagement is all about undermining the technical authority and agency of an IC whose job it is to have those things. It's really a form of paranoia and secondarily a desire for control to appease that paranoia at the end of the day.
If you want more awareness in your team and you want to be kept more up to date then you need to foster an environment where everyone knows exactly what their role is and isn't. Next, you need foster an environment where people can admit mistakes, laugh about them, and learn with a sense of urgency to rectify them when appropriate. People need to be confident of their agency, and it needs to be put on display at times. Managers should not be "visible" or working leaders, that's what engineers do, and certainly not part of a managers skillset. If you're going to directly engage with your reports based on progress, or want to challenge technical merits you need to have the technical relativity to do so. If you don't, then you need to stick to talking about goals and outcomes and how they align to higher goals and outcomes. Lastly, you need to be building trust constantly. You need to be willing to spend political capital on your team, and not just when it's advantageous to you.
This post then goes on to mix the roles of EM and Senior engineer. As a senior engineer, I'd probably lose my mind working for anyone that did this.
This is laudable, and you sound like someone who is both competent and works with competent people. In those cases they should not be micromanaged because it will stunt their growth and result in worse outcomes because of the greater knowledge the IC will have for the task at hand than the person not doing the task.
But those preconditions of competence are not always in plentiful supply.
Some team members must be empowered, be given a target to go after, be given a domain of responsibility, and then let loose, with little interference except to assist in politicking or obtaining organizational resources.
There are others, however, where this will be disastrous. Frequent errors, stopping progress without raising a flag, inability to adjust course and learn, inability to be resourceful, lack of agency, inability to map objectives to tasks required. Experienced managers have all had this kind of team member, and recognize after many attempts that "be a better leader" often doesn't fix it.
The easy answer is to say, "well, simply don't hire this latter group of people, or PIP them if you do." But they exist, and they will wind up working somewhere, even if perhaps they are not working at a large, extremely well-paying tech company that typically will have plenty of applicants for their RSU-laden opportunities.
So, yes, those classic leadership qualities are great when the team member will thrive with them. In those cases the leader must provide the target, the support, and 'get out of the way.' But it is the rather ugly reality that this is not always the case. And in those, the leader must adapt their approach.
i don't think they're actually advocating for micromanaging, they've just redefined training/mentorship as "good micromanaging":
> We should micromanage as much as possible without making somebody feel like we are reducing their agency. In my experience, the best way to avoid this is to treat them like an apprentice:
>
> 1. Demarcate the areas where they have agency.
> 2. Give feedback without killing their agency.
> 3. Graduate them out of apprenticeship when they are ready.
Micromanagement has been around for a long time and workers have long fought to undo the entrenched philosophy of it. It isn't just an expression, it's an entire ideology that's well-defined and has been for some time: https://en.m.wikipedia.org/wiki/Micromanagement
The problem here is that managers are less qualified than the individuals they manage in actually doing work, since the reports are the 'doers'. It would be more appropriate for a higher-level 'doer' to provide the mentoring than the manager. mentorship != managering
Qualifications are not the same as roles. A manager may or may not be qualified to provide IC mentorship. A more senior IC should be, but good mentorship does not automatically flow from being a good engineer, and there can be a fine line between micro-managing a junior engineer and mentoring them towards meeting their full potential. At the end of the day, it's on the manager to understand the dynamics at play and figure out the right way to maximize the team (whether that be development oriented or results oriented).
My general assessment of mentoring and micromanagement is that they originate from different objectives. The first is about developing the IC for their long-term effectiveness. The latter is about meeting deadlines and promises made by the manager, satisfying their manager/vp, and/or general insecurity because they don't fully understand the development process/cadence, technology, etc. A good manager can certainly also be a good mentor. One typically described as a micromanager, not so much.
I don't disagree, but micromanagement is a loaded term with a negative connotation to begin with. The fact is, whether a certain manager or tech lead behavior is considered micromanagement is highly dependent on the IC's experience, skillset and their ability to deliver on higher-level goals. There's a continuum between micromanagement, coaching, and abdication. As a manager you want to stay in the coaching zone, but what that means depends on the project and individuals in play.
> If you think about it, we should all love micromanagers: they are helping us do our job! By making decisions for us, checking our work, and giving us constant feedback, micromanagers are making our jobs easier, not harder. But despite this, nobody likes micromanagers. Why?
Absolutely no. There is no form of micromanagement that is acceptable and it always represents an ethical failure. Full stop. Micromanagement is all about undermining the technical authority and agency of an IC whose job it is to have those things. It's really a form of paranoia and secondarily a desire for control to appease that paranoia at the end of the day.
If you want more awareness in your team and you want to be kept more up to date then you need to foster an environment where everyone knows exactly what their role is and isn't. Next, you need foster an environment where people can admit mistakes, laugh about them, and learn with a sense of urgency to rectify them when appropriate. People need to be confident of their agency, and it needs to be put on display at times. Managers should not be "visible" or working leaders, that's what engineers do, and certainly not part of a managers skillset. If you're going to directly engage with your reports based on progress, or want to challenge technical merits you need to have the technical relativity to do so. If you don't, then you need to stick to talking about goals and outcomes and how they align to higher goals and outcomes. Lastly, you need to be building trust constantly. You need to be willing to spend political capital on your team, and not just when it's advantageous to you.
This post then goes on to mix the roles of EM and Senior engineer. As a senior engineer, I'd probably lose my mind working for anyone that did this.