Good Engineering Managers Just "Don't Exist"
hype7 writes "Here's a provocative article; the VP of engineering of a Sequoia-backed startup in Silicon Valley makes the case that good engineering managers aren't just hard to find — that they basically don't exist. The crux of his argument? The best engineers get all the benefits of being leaders, but without needing to take on the rather painful duties of management. So they choose not to move up. Compare this to the engineers who aren't as strong, and use the opportunity to move up as a way to get their voice heard."
So... the good engineering managers are leading by example and managing through informal means. They are out there but since they do not have titles they do not exist. Only a manager would think like this.
The best engineers I've met in 20 years can't deal with people or their problems. The best managers I've met have enough engineering to know what's going on and when to get out of the way.
I have met exactly one excellent engineering manager. Of course he was a licensed professional civil and HVAC engineer, and he didn't know anything about software engineering, but it turned out that didn't matter, because he was awesome at project management, documentation, using the right amount of process, and he really "got" engineers and engineering in general, and trusted us on the technical stuff. Then he got unceremoniously shitcanned by a blowhard asshat VP who didn't want to hear what he was saying, who himself proceeded to jump ship a year later. *sigh*.
-73, de n1ywb
www.n1ywb.com
Sorry, but good positions for engineering managers dont exist.
Source: I have an MSc and an MBA. I've heard that those are rare qualifications. What I have found: there are NO positions that want both. It's either one or the other, but never both. Business and technical are always very firewalled from each other in job postings. There are not positions that want both skill sets.
No.
That's actually one of the things he doesn't cover: good/better specialists end up doing the work, while the mediocre/lesser specialists have lots of spare time to act in a manager-like manner. Former for their achievements get more work. Later - get promoted.
All hope abandon ye who enter here.
Managing needs a fundamental rethink. Lot of managers act like kings or generals, not partners or guides or communicators. And that's doing an injustice to good kings, who understood that they could not be slave-driving dictators. Engineers should have the authority to fire managers. Vote the bad managers out.
The West prides themselves on being fair democracies. Yet corporations are still handled with medieval traditions. Most are even passed on to heirs, under the odd medieval notion that, like entire kingdoms, a company can belong to an individual bloodline.
Intellectual Property is a monopolistic, selfish, and defective concept. It is "tyranny over the mind of man"
I'm not at all surprised that he's not able to recruit good engineering managers to work on yet another waste of venture money. It's not a company that develops anything new or different.
-jcr
The only title of honor that a tyrant can grant is "Enemy of the State."
He's not even the first. It's basically the Peter Principle. And he wasn't even the first.
Probably originally noted by the Sumarians when they tried to get the Zuggernauts higher than two stories.
He's really just whining and his rant shows you how out of touch these Silicon Valley guys really are. Companies like Boeing, Lockheed, the consortium that made the LHC - they work on engineering projects that would make a Silicon Valley company curl up in a little ball. You can argue that some of the megacorps are indeed getting to big to manage. Witness Boeing's stupid attempt to outsource pretty much the entire 787 in order to curry favor from various countries. As well as Lockheed's inability to get the F-35 going.
But those projects are several orders of magnitude larger than his. He just needs to learn something from the pros.
Faster! Faster! Faster would be better!
Having worked as an engineer and a manager in Silicon Valley, I see his point. But I've also worked in Germany, and it's interesting to see how many senior business leaders in Germany are engineers. I personally think that as a culture we (American engineers) devalue and even laugh at leadership skills. We think they're irrelevant to being a good engineer: call it Dilbertism.
Culturally, German engineers (in comparison) see leadership of people and teams as one of their natural requirements. Engineers are reknowned for their high-handedness and taking lead in any given situation. I remember trying being in an informal situation setting a large number of tables for a party: when I started suggesting a plan, two german language students started saying "look at the engineer, taking over as usual".
So, again, as an ex-engineer, I think our mutually reinforced disparagement of managers is part of the problem. Leadership is something we should be naturally good at, and all engineers offended by Juan's assertion should take it as a challenge, not an insult.
'This writing business. Pencils and what-not. Over-rated if you ask me. Silly stuff. Nothing in it' - Eeyore
No, it's different. The Peter Principle says, "you will be promoted until your job is too hard for you to do well."
This guy is saying that good engineers would rather not be promoted, even though they could do the job well.
"First they came for the slanderers and i said nothing."
The first thing on their website is:
currently hiring: Director of Engineering
Sounds like a great place to work with blowhard like him there.
I work in a division of nothing but IT/IS guys (and girls) and our manager is a brilliant programmer. He's also a terrible boss. You want to be a good boss to your IS/IT/Engineering gang, here's how you do it: (1) Trust them to make the right decisions. This part alone is 90% of being a good manager. If you trust your employees, then number (2) won't even come up (2) Don't be a micro-manager. If you hired good people, give them a task, and sit back and let them do it. Quit getting in the way, it just breeds resentment or apathy. (3) Praise them in public, chastise them in private. If they do good, announce it loudly to everyone you work with, and everyone in the company. Show them you like what they did, and they will feel good about where they work. If they screw up, *gently* chastise them in private. Don't berate them, or belittle them, tell them what they need to do to fix things, and then let them fix it and go on. Don't keep bringing up their past mistakes. (4) Don't bog them down with pointless meetings and/or stupid paperwork. You hired idea people, don't kill their enjoyment of being creative by giving them scut work, take that upon yourself. (5) Look at the big picture. That's your job. Let them worry about how it's being built, you worry about the end result and where it fits in the company. (6) Back your team. Fight for them. If they need something (more resources for example) go get it, don't question them endlessly or needlessly about why, it's your job to ensure they have the tools to do their jobs. If questions are raised by other teams/managers about what they are doing or what they need (X) for, find out from them in private, but state it publicly. It's not hard to be a good manager, but too many people seem to be unable to do so. (posting anon since my boss reads this site)
I work for one of them. I've worked for two others previously.
Current boss likes being able to have his fingers in all the design pies, which he can do because he doesn't have to code any more. That could be a disaster if he were a micromanaging ego driven tool who wanted to own everything, but he knows what he doesn't know and defers to the area experts/leaders. He comes up with very good ideas or ties it together with another part of the project, so he's also contributing.
He spends the other half of the time doing all those horrible managery things the rest of us don't want to do. And for that he makes more money.
Everyone wins!
Of course this /requires/ someone who can manage his time and his ego effectively to work well, but they do exist.
People go into engineering to engineer. Not to tell other people how to do it. Let me explain my day:
Meetings: 2 hours, minimum, per day. Every meeting starts 2-10 minutes late, depending on the most senior person in the meeting. The more senior, the more they impress by being late to the meeting to demonstrate their importance. "Sorry I'm late, had to stop in the bathroom, fill up my coffee, and blah blah blah don't care". Anything discussed in the meeting could have been done in a 5 minute conversation or 10 minute email composition, but nobody "has time" to read email and comment, because they're in meetings all the time.
HR Crap: Wanna hire someone? That's at least 40 hours of solid work to pile through the paperwork, which by the way changed completely since the last time you did it, WHY ARE YOU DOING IT THE OLD WAY YOU MORON! Doing annual objectives. Doing semi-annual reviews. Approving timesheets. Approving expense reports. Sitting in on interviews for other teams so they have enough feedback to fill out their paperwork, so they return the favor when you need it. Touchy-feely manager training. Sexual harassment training. Diversity training. Interviewing training. Training training (not kidding).
Stupid Management Stuff: Talking to every single person on the team, asking about their kids, their favorite sports team, whatever. Every day. 1 hour/day or so. No, I don't care, but *I* get reviewed on that stuff as well. Dealing with making sure people are happy so you don't have to spend the 40 hours of interviewing and HR crap to hire someone else.
Bureaucratic Crap: Buying things (Budget approval, another approval to actually buy the thing, approval to install it, and security team approval to actually get access to it). Borrowing things. Getting office space, computers, and computer upgrades for the team. Putting in tickets when phones don't work, when people need security access to new systems. Acquiring software is the WORST, I work for a multi-million dollar corporation that has sales people expense accounts for a week over $20k, and it's taken me 8 weeks to get a $10k software acquisition approved.
Building things: fill out forms to make something. Spend a lot of time reviewing forms and approving them. Don't spend any time actually doing things, that might be fun, you have to delegate that onto your team. You might get some design work in, but you should leave that to your Architect, aren't you late for a meeting?
Mentoring: The only fun part of my job that's left. 2 hours per day. Max.
All of this and what do you get? Better pay? Nope, I got a guy working for me making the same money. An office. Well, yeah, sure...untilNO. YOU HAVE TO BE SENIOR MANAGER TO GET AN OFFICE. Until then, a cube like everyone else. Respect of peers? LOL.
Honestly, being a manager is a shitty, shitty, shitty job. It simultaneously doesn't pay enough and can't pay enough, so it doesn't even try. You don't get to do fun stuff anymore, and you get yelled at if you try. I got roped into it because everyone else took a step back faster when they were looking for volunteers.
Why yes, I am sending out resumes. Why do you ask?
Honestly, the best thing to do in IT once you hit a certain level is ask yourself "Do I want to be a manager". If the answer is no, you essentially have to quit and go be a consultant.
The most talented might have some other quirks, such as not enjoying endless meetings, pointless bureaucracy, idiotic politics, and this would render them unsuited for a job in management. Of course, the other managers rephrase this as "doesn't play well with others".
When the astronauts puss out and the cosmonauts go home for the day, who gets shit done? The muthafukin Zuggernauts that's who. When my boss hands me a project that I can't handle, I look at him and say "We are gonna need a Zuggernaut for this bro."
I've worked as an engineer in a partnership with a project management guy and I've found it to be highly effective.
-73, de n1ywb
www.n1ywb.com
Yes. I was about to say the same thing. An engineering team does not need a manager, they need a secretary. Someone to organize, journalize and report. The best managers I have met act like the teams secretary or assistant, but many seems to get their role in the team confused, and it seems a waste to pay them more than an average company secretary.
Medium-sized company, small groups, but nevertheless excellent managers. And, incidentally, willing and able to pitch in and do some of the work occasionally. One of the interesting things is that both of the excellent managers always chose to use the slowest, oldest, hand-me-down PCs.
I've also... ONCE in my career... gone to engineering planning meetings led by the VP of R&D, who insisted on doing everything in detail with Microsoft Project, and... you'll never believe this, never... actually used the tool to get a picture of the overall project and the critical paths. Someone would say something like "So, according to the chart, we're going to be three weeks late here," and he might say "Well, that's when marketing says they want it, but they don't really need it and I'm pretty sure I can push that back."
Or he would stare at another part and say, "Well, this looks like the critical path, and why is it going to take eight weeks to get this lens made?" And the optical engineer would say "That's what XYZ in Rochester is quoting us." And the VP would say "Hmmm... is there any way to get that faster?" "Well, we could get it in five weeks if we placed an expedited order but that's very expensive." "How expensive?" "It will cost $22,000 instead of $8,000." Pause. VP says "Well, it looks to me like we'd better do that, then."
"How to Do Nothing," kids activities, back in print!
In organizations where they're not burdened with a lot of Bullshit and Bureaucracy. They're not found however in organizations that have leadership that's based in Finance or the MBA world of idiocy.
Harrison's Postulate - "For every action there is an equal and opposite criticism"
I've had the good fortune to work for several good managers, either as direct supervisors or as senior managers, up to the Corporate VP level. That includes people in small companies, in Fortune 500 companies, and even active duty Army officers.
What I've observed is that the top levels of management DO NOT want to listen to what the good engineering managers try to tell them, about topics like staff training and retention, schedules or resources (e.g. hardware/capital expenditures.) Instead, the CxO level people promote those who tell them what they want to hear. It's not universal, but many of the good managers I've had are products of deliberate leadership/management training, rather than being promoted from 'nerd' to 'boss' and left to figure it out on their own. Part of that training is how to talk to the CxO level and how to make arguments in terms of corporate business case, objectives, etc.
The only good news is that at least in this millennium, the number of top managers/CxOs who actually know something about software, has increased. They're still a minority, but you may well find a VP who understands that software isn't "that crappy stuff that always makes our systems late, so we'll 'fix' it by throwing more cheap bodies at it." (I got really tired of the engineering VPs whose experience was in hardware, and whose ideas of software systems engineering was framed by "that FORTRAN course I took in college...")
One interesting model that was popular in the early '90s may deserve another look. Some research labs* split managerial duties, separating technical leadership from administration. Where some organizations got into trouble with that model was not treating both classes of managers as equals. The technical leaders too often got marginalized, because the administrators were the ones that talked about the kinds of stuff CEO/CFO wanted to discuss. It takes a tremendous investment at the CxO level to institute a program that recognizes and grows technical leadership as distinct from, frankly, beancounting.
* It runs in my mind that DEC's Western Research Labs was one of the organizations that implemented this approach successfully.
Spoken like a true Manager, and not a true Engineer.
Some Engineers actually LOVE doing Engineering things, and will forgo a "promotion" to a higher paying or more powerful job so they can stay technical. It's a quirk that, in my experience, Engineers tend to have more than say people who get Business degrees. For those types of Engineers, being able to direct a project in a way they technically prefer *is* the Power they're looking for.
It's just something that a non-techie just can't grasp because it's so much out of their own frame of reference.
That's why in the good old days of IBM and HP, they had a technical track that would allow the top Engineers/Scientists to get promoted, and paid well, WHILE staying involved with the technical aspects of projects, so as not to *lose* their technical skills by making them management types.
I happen to be one of the engineers who would rather continue with engineering than take a promotion to manager, but I'm not naive enough to think that every other good engineer would make the same decision as me.
Maybe the author should consider that engineering and managing are different skill sets. A person can be good at one of them without being good at the other. Or can enjoy one without enjoying the other.
I'm not sure why it's always considered "moving up" to go from engineering to management. Ideally they're two separate but equally important roles in the creation of a product.
Chelloveck
I give up on debugging. From now on, SIGSEGV is a feature.
*All* the benefits?
I don't think so, I think it's just inertia. Our industry pays middle management comparatively poorly. In software engineering / web development which is my line of work, manager get paid barely more than senior engineers. Now I'm not one of those people who feels it's wrong to have an engineer making more than his boss (I've managed people earning more than me before, they were all awesome) but if you want the best people to step up and take a lot more pain you need to pay them a lot more.
In most other industries managers earn significantly more than their reports. Take a look at retail, at sales and many other professions. Someone in retail in the UK earning £16k/annum on a checkout line will have a manager who earns around double that - 30k or so. Same for customer services.
So, take a software engineer earning 55k/annum in London - his manager probably earns around 65k-70k, and has a MUCH more stressful and less enjoyable job, and almost certainly longer hours. His pro-rata take home is probably only around 5% better.
So how about we pay our Development Managers 100k? I bet you'd have a few more of the stronger candidates stepping up to the plate.
Yours sincerely, a (fairly, IMHO) good Development Manager in London - considering taking a step down or sideways because the money just doesn't justify the extra hassle...
That sort of thing is easy when the company is small. Once you have more than 20 or 30 developers, it starts getting hard. Fred Brooks also discussed that topic (at least, a very similar topic).
:)
If you can find a way to make it scale, then let us know
"First they came for the slanderers and i said nothing."
I currently work as a CS professor, but I still do some tele-consulting for a company I used to work for full time. Because I do tops 8 hours/week, I now consult under someone who used to be my subordinate while I was there. That may sound awkward, but it isn’t. My supervisor has a CS degree but his engineering skills aren’t rockstar, so he gravitated to organization and leadership roles, and that was precisely the best thing for him. I find him very easy to work with because he is technical enough that I can communicate with him, he listens to what I say, and because he manages me at exactly whatever level I need for any given task. If I’m having trouble keeping track of what I need to do (because it’s easy to lose track when I work for him once a week and have a whole other day job to do), he’s right on top of it. If I have a really clear idea of what I need to do, he gives me space and is available to answer questions, discuss strategy, etc. I’m used to being the babysitter, keeping junior engineers and grad students from getting off track. This guy does that for me, but he does it in a way that isn’t awkward at all; in fact, he makes me feel respected for the work I do. (Incidentally, he also directs an engineer that used to be an owner of said company before it was sold, and they have a very good working relationship as well.)
My point is that the technical skill of the manager is only somewhat important. Even more important is people skill and the ability to keep track of all the high and low-level details necessary to keep employees on track. You don’t have to know all the implementation details in order to maintain a clear vision of what everyone is trying to accomplish and help them get the resources to do it. In the most successful companies, “managers” spend little time “directing.” Instead, they primarily work to serve the needs of their subordinates, insulating them from company politics and ensuring that the engineers have all the tools and support they need to work effectively without distraction.
So, he's a manager (VP Engineering) and it appears he thinks he's not a very good engineering manager (since such beasts don't exist in his view). So why does he think anyone would care about the views of an inferior engineering manager on what constitutes a good engineering manager? Very odd argument he has here!
And, he's not correct. Good engineering managers are hard to find, just as good engineers are. But, to assume that the only reason someone would go into management is because they can't cut it as an engineer is naive. It's not unusual for people to be very good at something but actually prefer to do something else (which they may also be very good at). I, for example, am very good at a wide variety of menial tasks (washing windows, vacuuming and the like) because I am careful, through, and have high standards for doing a job well - however I avoid doing them whenever possible because I really prefer to do other things that I'm also good at.
Why is there an "insightful" mod and why isn't it "-1"? If I wanted insight, I wouldn't be reading
Engineers should think of managers like gardeners: they plant seeds (hire talent), provide sun & water (get their team the resources they need), & sell the crops once they've been harvested (promote team deliverables & make sure they're marketed). They don't actually grow or have intrinsic value, but they make good engineering possible.
You forgot "and supply an endless supply of bullshit that they think will result in nourishment"
It may be true that good engineers don't have to become managers because they get the benefits (usually financial) while being able to remain technical.
However, bad engineers don't make bad managers. The best boss I ever had worked his way up from programming. He was a completely hopeless programmer, but he recognised good talent and was a fantastic man manager. He sought out a quality team to work for him, and insulated us completely from the politics coming down from above. If anyone in the team cocked up, he'd never place blame in public, just discuss it one to one. He trusted the team, and we trusted him.
Management is just such a different skill set it can't really be compared.
Sigs are so 1990s. No way would I be seen dead with one.
If upper management is so clueless that they need to be "sold", then it's really for the best that the company go under, or at least hire better executives. All this stuff simply isn't necessary. What is the company paying so much money to these executives for if they're not smart enough to discern the best ideas for themselves, and they need to be marketed to like any other dumb schmuck?
I work on the east coast and I am (I admit) a manager, though I write code about half the time. I completely understand the class of people this guy is talking about. The power hungry incompetent douches exist. No doubt. But there ARE those of us who are not project managers, but dev staff managers whose job is
a. figuring out who should be on which project so that people learn from each other and good work gets done
b. making sure that when a programmer comes up with a really good process or tool it gets propagated to the rest of the teams.
c. making sure that people who need mentoring because they're on a problem outside their expertise get it even when they're too stubborn to ask for it
d. making sure that when programmers have expressed an estimate of the complexity of a problem, the over-eager PM who is probably NOT a software person doesn't over-reach and try to push some bullshit schedule.
e. defending my team against idiotic business requirements and pseudo-experts.
f. fighting for budget, headcount and training
g. really working at finding ways of making our distributed team collaborate more effectively.
Maybe in the rarified air of San Francisco there are so many fantastic programmers capable of concentrating on both the big picture and the small that all of these things get done magically and in a self organizing way by the 1st among equals in the dev staff. Maybe. But I believe in the service I give my team. I took a hit to stop writing code so much because it needed to be done at the time, we didn't want an outsider who was apt to be douchey and I'm good with the people involved. The extra money doesn't mean that much and god knows I hate the sense that every programmer who doesn't know me assumes I'm an idiot until they've worked with me. I wouldn't do what I'm doing if I didn't believe it actually made my team a better place.
So thanks, a LOT for making it harder for real dev managers to exist, by declaring we don't.
We all appreciate your eye rolling world weary lack of belief.