New to the Director of Engineering role—how can I best support staff and principal engineers?
Posted by Empty_Character8062@reddit | ExperiencedDevs | View on Reddit | 79 comments
What has your Director done that’s been especially helpful—or what could they do better to support you?
pheasant___plucker@reddit
How does somebody get the DoE position without knowing the answer to this question? Were you promoted against your will?
Qinistral@reddit
In my company staff/principle report to director+. So you wouldn’t get experience managing this high level of an IC until actually becoming a director. And managing a staff is very different than managing a manager or senior engineer.
it200219@reddit
have been trying and been functioning 3+ years, not seeing being possible another 1-2 years
Ssssspaghetto@reddit
Some people just got the kind of face that fails upwards
syntheticcdo@reddit
Speaking as a high level IC, I recommend you do a few skip level 1:1s with your principal engineers. Ask them what they need to be better supported.
stuffingmybrain@reddit
As entry-level as one can get (I'm an intern lol) - what can a manager to do better support their engineers? I'm asking since I've been asked this once or twice - and... I don't know what to say. Right now - most of my issues are seemingly skill issues - they begin with "I don't know how to do". And the solution is usually a mixture of look it up / try different things / ask your mentor / ask a senior eng / post a hail-mary in the relevant public slack channel.
Now as an intern - my scope is limited to my specific project. But - immediately after I finished my bachelors last year, I had a full time job for a few months (was laid off --> started my masters --> interning now) - and during that time as well, I wasn't quite sure what "support" looks like from a manager.
ExperiencedDevs-ModTeam@reddit
Rule 1: Do not participate unless experienced
If you have less than 3 years of experience as a developer, do not make a post, nor participate in comments threads except for the weekly “Ask Experienced Devs” auto-thread.
ravixp@reddit
A lot of what managers do is invisible to you right now because you’re used to thinking in purely technical terms, and having projects given to you like in college. Part of what managers do is create that productive environment out of the chaos.
A good manager will make sure you know what you’re supposed to be working on, and make sure you have the resources you need, and give you opportunities to grow. To make that more concrete, a bad manager might give you an ambiguous project (“here’s the backlog, figure it out”), or they might fail to connect you with relevant experts (“just read the docs”), or they might stick you in a dead-end role.
pandasareprettycool@reddit
What frustrates you at work? Any technical issues you want to fix? What meetings are worthless? Are some missing? Are you blocked by anything? Have concerns with any teammates or partners?
ThagAnderson@reddit
What can you do? Step down. Middle management either micromanages ICs and our bosses, blocks the team at every turn, or is a company yes man that rains shit from above.
SpaceGerbil@reddit
No one really knows what directors of engineering actually do. If you figure it out, please report back here.
b1e@reddit
Director here. Good question.
mkdz@reddit
Another director here, I tell my team I don't do anything anymore, I'm just here for the vibes.
HoneyBadgera@reddit
“Anymore”…you mean that there was a time?
arbitrarycivilian@reddit
Back when they were an IC
GrizzRich@reddit
I hear it’s mostly meetings and repeating yourself ad naseum.
csanon212@reddit
Depends how many they manage. I've seen directors with three directs and two of them were managers (15 reports on roll-up). I had no idea what they did or what value they provided. Current company has directors at 15 directs and a roll-up of 80. It's easier to understand their tasks. They make sure teams are actually accountable. They evaluate risk and held accountable. They have the dirty jobs" of implementing and enforcing company wide policies, endless tracking, hiring, firing, and party pooping.
simplcavemon@reddit
At my company, which is now post-startup, our first director was an actual engineer, his successor was an engineering manager, and her successor now is probably as tech literate as my grandpa
BeefyMcGhee@reddit
Actual engineer? Or actual software developer?
simplcavemon@reddit
Same difference in USA. Are you Canadian?
dealmaster1221@reddit
Ohh I know they ask the really smart thinkers underneath them to come with ideas to solve their major problem mostly business facing and then hand it over to a principal to implement. Bunch of opportunistic pricks and wannabe executives they are.
data-artist@reddit
We make empty promises about how we are going to replace all the Principal Solutions Architects with AI. And by AI, I really mean 3rd world slaves making $5 per hour.
BoBoBearDev@reddit
I am just gonna brag that, I don't know the answer because my corporation is so damn large, those people lives in an entirely different realm of existence.
hornyfriedrice@reddit
They should be managing other managers. So they are essentially running a group and they should be executing strategy for that group. Mentoring managers is another task. They also need to make sure that their managers are doing a good job. So taking feedback with ICs and setting monthly 1:1s becomes important
Empanatacion@reddit
You understand why this answer is funny, yes?
hornyfriedrice@reddit
No. Guide me.
Empanatacion@reddit
Your answer could be described as equally nebulous. "Executing strategy" and "managing managers" could describe anything.
zozoped@reddit
As a developper gets more senior, half of his time is dedicated to managing his manager, and the other half at executing the strategy.
julius559@reddit
It’s called redundancy
valence_engineer@reddit
In my experience they play politics. If you have no Directors in a company (not just in engineering) then all is good. If you do have Directors then yours better be good at politics or you'll have issues. Having Directors and them not politics is not a stable equilibrium.
flylosophy@reddit
Don’t try to be an architect
Empty_Character8062@reddit (OP)
Appreciate the comment! Would love to hear more—could you expand on it, maybe with an example from your own experience?
Aggressive_Ad_5454@reddit
Read anything by Robert Greenleaf.
notmyxbltag@reddit
Hi! Staff engineer here who reports to an manager with an org of ~60-70. I think the biggest thing my boss does well is give me fairly specific actionable feedback. I think as senior ICs it can be easy to get squishy feedback. Things my boss has told me in the past year:
I don't think I got this quality of feedback from line managers before, and so it's really refreshing getting it from someone more senior.
The other thing I think my boss does pretty well to support me is he's quite clear and direct about expectations. He's got clear opinions about what he wants to happen, and he's consistent in those. Some other directors I've worked with are more squishy, which can make it hard to partner together.
umboose@reddit
"2. You and engineer X need to be more of a team"
Is that specific or actionable?
notmyxbltag@reddit
I found it to be very actionable! Many other managers would have delivered that same feedback obliquely ("have you and x talked lately? What do you think of their Y plan? Why don't you go and talk to them"). Knowing that this is coming from a place of "you two need to do better together" felt quite actionable to me.
In general, I've found that my boss telling me things in a language of what he needs is super powerful. In a lot of cases it allows him to be quite direct ("Z thing isn't where I need it to be") while opening a door on us to collaborate on fixing it ("tell me more about where you need it to be and what success would look like")
mrak5@reddit
I mean, I assume he didn’t get up and leave at the end of the sentence…
umboose@reddit
Probably not, it just stood out to me as being much worse quality feedback compared to the other three points
Constant-Listen834@reddit
Lot of unhelpful and salty responses in here.
Few things that are super helpful
Help them get visibility on big wins. Communicating the good work they do up the chain is honestly the most helpful thing you can do
Have 1:1s in the department to gather feedback. Try to talk to people to understand pain points, struggles, etc. then communicate that to the staff/principle to see how they can help
Prioritization. Work with leadership to better understand priorities and communicate that to the principle/staff.
Pushing/managing upwards. Take the feedback from the staff/principle and use that to push for change upwards. These can be people or technical initiatives.
temp1211241@reddit
Number 1 is the most important thing any technical staff manager can do and far too few of them do without being prompted. It will be massively appreciated.
pigtrickster@reddit
Love these. I appreciate the constructiveness of them. A few more, some semi-related
tasty_steaks@reddit
To me, your #4 and #5 resonate strongly with me.
Few things at work these days are more frustrating than seeing large amounts of dysfunction, and continuously (but respectfully) pointing it out, highlighting the very real project risks… and then nothing is done.
Then literal years later the project fails or is cancelled and management is seeking answers. They hold a retrospective to find out what they could have done.
Too often management listens just to say they listened and “heard you”. But they never really do anything, they just sat on a call for 15 minutes and let you “vent”.
My current thinking is that most disasters are fairly obvious early on - and I think your most senior and trusted engineers are one of the best ways to identify existential project risk early on.
I know sometimes politics makes it hard for even Directors and VPs to make change. I get that. But even then, can we just get a proper risk in the register? Is that too much to ask?
opppaopppa@reddit
I am surprised to hear there are retrospectives. I my experience failed projects are quickly swept under the rug.
wheregoesriverflow@reddit
How much money you making?
richardtallent@reddit
Figure out what bullshit they are having to deal with daily. Remove the bullshit from their path. Treat their time and focus as the most valuable asset in your part of the organization -- because it is.
Do not load them up with repeated requests for data and KPIs. If you want data from them, create the systems needed for that data collection to be automated.
If they are working on internal apps, use your weight to ensure they get meaningful access to the right SMEs and "embedded customers" needed to create excellent software. Everyone is busy, and the people who understand the business enough to help implement new software are going to be the busiest.
Ensure their successes, large and small, are advertised and celebrated in the company.
When you get pushed to rush headfirst into some hot tech buzzword (blockchain, cloud computing, low code, AI, microservices, NoSQL, Big Data, blah blah blah) by your own bosses, let your engineers help guide that energy (and investment) into the use cases where it makes the most sense and shield them from being forced to try to shoehorn it into everything. Many billions are wasted every year because a non-technical CTO read an article in an airplane magazine and got over-excited about something they didn't understand.
two_mites@reddit
Set objectives. Organize. Motivate and communicate. Measure performance. Develop people. These are Peter Drucker’s five management functions.
performative-pretzel@reddit
I liked that my director always has office hours for engineers of any level to book for 1:1. Sure he occasionally cancels them for higher priority things, but i think that’s a good sign of someone who’s willing to listen and discuss.
returnofthewait@reddit
Find out what the developers hate and see if you can help with that.
Mourndark@reddit
The same thing you do in any other position where you have direct reports. You do whatever it is to make sure they can do the best work they can, while still turning a profit for your company.
Impossible_Way7017@reddit
Prioritize and time blocking/budgeting epics.
roselia_blue@reddit
my director takes a load off of principle engineer's teams by managing the few juniors at my company. (it's me, a jr)
Very intimidating but he takes his time with me and it stops me from bugging other devs who may not have the patience or the desire to help bring up jrs in an educational way.
Also makes it so that the director can tell me which engineer to go to for advice given he knows what they're working on/the amount of pressure various projects have
tikhonjelvis@reddit
that is, frankly, a pretty bad sign about the culture
the directory might be helping in the short term, but they're also masking the underlying problem, which makes it less likely that anybody will recognize or address the issue
impressflow@reddit
I'm so happy that it's working well at your organization but this is absolutely not something that a Director of Engineering should be doing, unless of course your company is small enough that everyone is wearing a milloin hats and there aren't really Engineering Managers who could (actually: should) be managing junior engineers.
tikhonjelvis@reddit
I had an amazing few years reporting directly to a VP. I feel like I learned a lot about leadership by working with him, but, honestly, I still have no idea how he did most of the things he did. Much of the time it felt like he wasn't doing much, but things worked out far too well and too consistently, so he was doing something behind the scenes. I'm pretty sure it was a lot of tacit skill: not so much about formal management structure or processes (he really did not go in for any formal process), but just being really good at making things happen by talking to people and understanding stuff.
That said, I noticed a few things. The biggest was trust. He started by trusting me, rather than needing me to "build up" trust with him, which gave me both scope and motivation to do really good work. He didn't worry about specific goals or timelines, but he made sure that everybody working with him understood the direction we needed to go, and that we felt like we were part of setting that direction. (A simple thing I learned: the best way to make somebody stick to a decision is to make them feel like they were legitimately involved in making that decision; the best way to make somebody feel like they were involved in making a decision is to actually involve them.)
My leadership philosophy now is that people naturally want to do good work. If you give them trust and space and you expect them to do good work, they'll rise to the occasion. This won't always work for everyone, but think of it as a portfolio optimization problem: the "hits" will more than pay for the "misses". The most effective teams I've seen are not the ones where everyone is constantly "utilized" and consistent, but rather the ones where people have the room to shine and do high-leverage work. And to have that space, people need slack. That slack might superficially look like waste, but it's how you enable good work and make your team far more resilient.
One tendency I noticed: whenever somebody came to him with an idea they were enthusiastic about, he always encouraged it unless there was some specific risk or obstacle. Even when something doesn't seem like the highest priority, if somebody is enthusiastic enough to push for it and it fits in the general direction we're moving, it makes sense to have them try it out. A person working on something that was their idea is going to do a far, far better job than they would otherwise. Supporting that is going to have a higher impact in expectation than monomaniacally focusing on "the most important thing". (That has to be one of the worst thought-terminating cliches in business!) And, besides, if somebody is really enthusiastic about something, perhaps they realize—consciously or subconsciously—something that you don't. At the end of the day, just how confident are you in understanding exactly what is more or less important to do? In the cases where it's obvious it'll be obvious to everyone; in the cases where it isn't, it makes sense to hedge your bets and let people work on different things.
If you as a leader yourself have the room to really trust your team, you can take this much further than it seems. The book Turn the Ship Around (summarized in this video) is a great illustration of what this looks like. Having seen a leader who operated like this first-hand, it's amazing how much more effective his approach was compared to everyone else I've worked with—and how nobody who hasn't also seen this first-hand understands or believes me when I talk about it. The VP I worked with started his career at Strats in Goldman working under Armen; at some point, I found a hilarious story about how Python got into production at Goldman that really captures one aspect of what effective leadership can look like.
From what I've seen, it's a rare organization where senior leadership is willing or able to lead in this style. But when it happens, it's amazing.
vvrinne@reddit
Get out of their way and wait for escalations.
uriejejejdjbejxijehd@reddit
To add to the already excellent list: (0) set priorities and guidelines so that you can keep them unchanged for three years or more. Your job is not to randomize your people but to create lasting and reliable clarity. Part of this is creating the relationship you need to be able to do so. (1) pick the quality level you want for your org, set it and then create the conditions required: if you want high quality, you must provide security, predictability, slack time to be able to pick up emergent work etc. if you want rapid iteration and growth and are ok with many defects, go for short sprints, lots of visioneering and prototype commits. Be prepared to throw a whole lot of resources into the fire and bin about 90% of the product. (2) don’t get involved with the technical detail. No IC or lead should receive any technical or feature feedback from you. You should not have meetings other than with your directs about product planning or scheduling.
scout1520@reddit
Here's my advice as a Senior Director.
Be humble and listen. Ask why and ask meaningful follow-ups that show you are paying attention and care to understand why things are done the way they are.
What made you successful in your last role will not make you succeed as a Director. Resist the temptation to become a working manager to prove "you still got it" or "you have technical chops."
Avoid playing politics until you have a good reputation and understand the dynamic. You need to build trust in your fellow leaders and with your team, playing politics turns you into a politician.
Understand that being transparent and trustworthy is the greatest asset you can bring to your team. If done well, you'll have a team that wants to stick around when you're on the losing end of politics.
See bullet one. I cannot stress how important it is to listen to what your team needs and build a dynamic where they trust you with ideas or whatever is on their mind. You don't need to act on it; often listening and following up on something you haven't been able to do with an honest reason is as powerful as doing the thing itself.
You got this.
Old-Scholar-1812@reddit
Principal Engineer here: I report to the senior director. All I ask him to do is unblock me and help me get buy ins.
calloutyourstupidity@reddit
Majority of the work is about understanding the company strategy, and in fact helping the company have the right strategy. Once you are aligned with other leaders in the company, you make sure your organisation's output is cohesive with the overall strategy. Essentially you make sure your people are not doing stupid shit. This is only possible if you actually understand your org's domain at least at a high level. These are your primary objectives, it is why you exist.
Secondly, there are challenges that will try to prevent you from achieving above. Primarily people challenges. You need to make sure your people are happy. They are onboard, they enjoy the work. You make sure there is social cohesion and peace in your oganisation, and healthy critisim and disagreement. You make sure they communicate with each other without you.
LoveThemMegaSeeds@reddit
If you have to ask how to do this job on Reddit, you probably don’t have the skills to be successful at it
bobaduk@reddit
The things I most commonly needed, and the things I was most commonly asked for in a similar role,.are
Senior IC very often are overloaded with work. The most important thing you can do is help them make choices about where to put their attention and where to say no, or learn to delegate. I have had many conversations, on both sides of the table, where I have made a short list of all the things that are in flight, and left the conversation knowing the two projects that were absolutely critical.
Sometimes, a senior IC wants to push for a change, but fears sticking their neck out, because they're unsure how to handle the pushback. You can help them grow by grilling them to make sure you agree with what they're saying, and then lending them your support: "go make this happen, I want you to handle any fall out. If you get stuck, I'll be there to support you, but please don't play the 'well the director agrees with me' card.". If you don't agree with them, or think there might be reasonable arguments on both sides, you can help them to gather infory, and find a compromise position.
Lastly, when they're dealing with those critical conversations,.it's useful to have an experienced operator to talk to, and complain to. Your role here is to be a coach, and a listener, so that they go into delicate situations prepared.
PredictableChaos@reddit
There have been some good things listed. I’ll add a few that are more recently on my mind.
Prioritize the check-ins and 1:1s with them. In my company sr staff and principals only report to directors and up anyways. While I really like my director she moves our 1:1s too often.
Keep in mind they are there for the bigger initiatives and to help make your teams go further. Resist the urge to put them on all kinds of tactical fire fighting issues.
Keep them up to speed on what you’re hearing priority wise. And remember that you hear things that they have not probably heard yet. Also tell them what they can broadcast. Especially for what’s coming in six months+. I had a sr director for a while where conversations with him were so frustrating 1/2 the time because he’d bring up why our focus was wrong because they didn’t solve for x and y but x and y were things that hadn’t been disseminated yet or weren’t even officially priorities yet and he hadn’t told me. The conversations just weren’t useful at all.
bravopapa99@reddit
Ask them, I am sure they'd be well pleased.
mauryasamrat@reddit
Setup a mentorship program, setup periodic demo days to provide visibility, setup 1-year release schedule, celebrate anniversaries, setup dashboards, identify subject matter experts, help with roadmap planning by setting a direction for the amount of time to be spent on quality, tech debt, support, setup or update performance reviews, review leveling
Cyclic404@reddit
I can tell you what previous directors did wrong: not help find budget for the team, focused on their pet projects to the detriment of the teams strategy, spent all their time networking for their next job, would feel threatened by my putting out strategy (that aligned with the larger teams funding) and would push me off while writing reviews that made it sound like I did nothing (only found this out after I’d been laid off). It’s for the best, upper leadership has been slowly building a top heavy mega ship that’s now sinking, because they all were looking for their next ride while the teams under them starved.
So, don’t do any of that.
Jmc_da_boss@reddit
Define high level north stars clearly and explicitly
Communicate regularly with your staff engineers
Go be a bulldog in the boardroom and fight hard for what your team says they need.
Basically in my opinion directors
translate and define high level priorities.
Communicate and get a feedback loop with their staff engineers on HOW that North Star is attained.
Go essentially fight a war everyday in the "board rooms" to get them the resources they say they need
A weak director is one of the worst things to be under because you have expectations of success but not ability to force high level alignment.
A good director is a forceful personality who can drive that alignment.
sehrgut@reddit
Insulate them from the suits. They will love you forever and be much more productive.
FuglySlut@reddit
Find the engineers that are not good at politics but are great engineers. Make sure they're recognized and compensated.
DeterminedQuokka@reddit
I find the most helpful thing a director can do is translate the politics. Both explaining why we aren’t doing a thing and why we are doing a thing. People have a lot of great ideas that no one should build, explaining why no is so much more helpful than just saying no.
I also think giving advice on how to change a no to a yes if it’s possible. I had a great director at a job who would basically say”take 2 hours to work on it every Friday and when we get it to X we can sell it again.”
Teach people how to sell their ideas to the non tech people. It shouldn’t just be you translating ideas. Teach people how to do it themselves and get them in front of the people who need to see they are great.
Ok_Bathroom_4810@reddit
I recommend reading the book "Staff Engineer" by Will Larson, it's target audience is Staff and Principal engineers, but I also find it very useful from a manager's perspective since it has a ton of info about how senior ICs can be most impactful and what support they need to be successful.
dfltr@reddit
The best relationships I’ve had with directors are the ones where we both want the same shit to get done and we help each other get it done. They give the project leverage and visibility upward for resourcing, I spend those resources downward into the right parts of the eng org, we get shit done and everyone wins.
kaizenkaos@reddit
Give me a legit test environment please.
ns0@reddit
It sort of depends, in smaller orgs a director may fill the role of a manager and a vice president. In larger orgs it’s much more specialized but I’ll give it a go.
demosthenesss@reddit
The biggest thing is setting a culture where high level ICs are included as part of the leadership of the org (and teams).
Treat them this way and most of the tactics are naturally following.
trashacount12345@reddit
Intelligently decide on budgets/headcount. Very challenging tasks.
hornyfriedrice@reddit
Try /r/leadership or /r/engineeringmanagement
hornyfriedrice@reddit
/r/engineering managers too
valence_engineer@reddit
In my experience, most organizations are political and the value of a Director is in playing those politics to the benefit of their department. Even at startups with a single Director of Engineering. That means a lot of meetings and 1-on-1s across the organization to have a pulse on the political ebbs and flows. Then leveraging that to do things like horse trade for getting promotions or projects approved. Unifying and conveying strategy and vision are also important but they need to be informed by that political knowledge more than anything else.
Optimus_Primeme@reddit
The best talk I’ve ever heard on the subject. Bryan is now CTO of Oxide Computer company. https://youtu.be/1KeYzjILqDo?si=SHubibVTWxRotgvX