Was this not the case before? What were EMs doing then? This is the only definition of EM that I've ever known.
Was this not the case before? What were EMs doing then? This is the only definition of EM that I've ever known.
In other words, the engineers would not notice if the engineering manager was not there (except they’d spend less time in meetings and reporting). And the company wouldn’t notice either — unless the engineers chose to use that extra time productively without being “managed” to.
Meetings like weekly 1:1s are supposed to be helpful for you as the engineer. They're a safe space for you to complain, and share what sucks about your job, and brag about what's going well. It's like work therapy, but a lot of the things that you complain about can actually become things your manager can fix over time.
Things like help in goal setting might not seem strictly necessary if you're self-driven enough. But doing good work doesn't help your career if nobody notices, and spending your time focused on Doing The Thing is time you're not spending playing a game of politics to make sure upper management is hearing your name all the time. Having a manager to establish a paper trail of what you claim your goals are, and then doing them, makes it easier for everybody above you in the organization to justify giving you a raise/promotion/etc.
I agree that, in a lot of situations, poorly-trained managers do more harm than good. But I promise it's theoretically possible for good managers to provide value!
Not trying to be a jerk here, but they're not meant to be a place just for employee to vent. They want the manager to do something about the problems. This is usually frustrating for both people, as the manager is often not empowered to fix the problem (such senior execs not having their shit together, other teams fighting, and all that usual fun stuff) and the employee gets tired of essentially asking every week for things to change, with no improvement.
Now, I would commend a manager teaching an employee to not see management as an enlightened therapist/advocate/accountability partner, but rather as just another kind of specialist in the organization with certain powers and access channels. Sadly, that seems unlikely in the age of Rands, Ask a Manager, etc.
The Technical EM is more about design, architecture and progress, and sometimes helping the team to get code out the door.
The Non Technical EM is more about this. The technical EM would communicate through a PR, say instead of having 1-on-1's.
Edit: They said in the article they used to give coding problems to engineering manager candidates, and then in the onsite interview, they found their managing ability is so far off of what they were expecting.
So they're making a shift from a Technical Managers to Non Technical Managers.
The managers I respected were all TLs who were the most important engineer on the project.
Going back to your point, the TL would be the best person to evaluate the engineers who work under them. 1:1s, growth discussions, etc should all be conducted with someone who knows your work intimately, which means the TL. Which means the TL is a manager.
There's still room for EMs to be more technical or more people/coordination-oriented. A technical EM would take responsibility for a smaller area (backend) and go deep technically into it, having the most impact as an individual contributor, knowing all the code, being able to debug any part of the system, being the go to person for everything in that area. Everyone in the backend would report to him.
An EM can also decide to be focused more on people/coordination. They'd take responsibility for a bigger area (backend, frontend, iOS and Android) and go wide rather than deep. If you ask them how to debug an iOS app that crashes in the background, they may not be the best person for that.
But in both cases, they're managers, not TLs.