Ask HN: What do middle-level managers do?
I'm an individual contributor at one of the big software companies (FANG). I'm curious about what middle level managers do in these companies. Specifically, my manager's manager, the ones between the CEO and first level management. They seem busy all the time (they are usually not at their desks). But they are never in any meetings. They never send any emails. And they don't seem to affect the direction of projects in any way. And I'm just too scared to talk to them. So asking here: what do they do everyday?
86 comments
[ 2.3 ms ] story [ 216 ms ] threadDirectors set strategy. Senior managers try to implement that.
Consider allocating resources to an email client vs. a web browser, then figuring out how much to focus on enterprise vs. small business vs. consumer, then figuring out user stories.
All require different analyses - a PM who should be asking specific customers for feedback would be ineffective if they also needed to agonize about the financial consequences (market size, biz dev team readiness to sell into that market, CoCA) of choosing those customers. And even the latter decisionmaker may be better able to focus by having a departmental budget, and letting the C Suite decide if browser dominance is something that maximizes shareholder value.
As a developer these things should seem self-obvious because ideally they were anticipated a year prior, headcount was allocated, and you were recruited at the right time. It’s rarely perfect, of course. But it doesn’t have to be - people don’t need to row in sync down to the millisecond, but without a coxswain there’s no hope.
"My (two) guys were very mechanical. Every 30 seconds, they wanted the stroke rate and the position of the boats that were even with us or ahead of us. Guys really need to know where they are... We control the psychology of the athletes in the race ... You try to wring every last bit of power out of those athletes. If you do that, you can lose a race and eventually come to terms with that."
Any manager out there, at any level, would nod and approve.
The basic answer is that operational roles are focused on the current phase of work. Middle level roles are focused on co-ordination. Higher level roles are focused on future phases of work (and managing external stakeholders).
For many of the senior roles the reasons the work is less visible is because it's either in situations employees aren't, or considered confidential. For example, CEO meeting with investors is a big chunk of work, but it's not that visible to employees. For an example of the second, I'd say 'organisational design' and areas of investment are often confidential as they have implications for hiring/firing.
Middle management is a fairly involved process of finding people who are doing things that aren't according to strategy and stopping them.
Most of middle managements time is monitoring that everyone is doing what they said they would do, and motivating people to do what the business needs - by hook or crook. A good manager will make the supervisors uncomfortable at the right moment on the right subject. The supervisors will then get things done that the strategy requires in conjunction with their team.
It is remarkable how quickly people will start working against each other without management. I worked on a mine site where the miners sometimes tried to dig out the access to the mine; and while that was extreme people working at cross purposes to each other is common. Someone in any large company always wants the equivalent of rewriting the software from scratch; they need to be found and stopped.
The board meets and talks and decides everyone is going mobile and that becomes a goal.
The senior level managers (ceo/coo/vp of departments) come up with a general strategy around mobile for their departments. Marketing VP might decide to change CRMs . They come up with a plan that involves getting a budget approved for the assessment phase (meeting with vendors, sme, etc). Based on that they put a presentation together to get support/budget for the next phase. During this time they might try to see synergies with other approved projects with budgets and try to fit in the CRM changes within them. If approved they move to the implementation phase where the work goes to the development manager and/or vendor management. A pm gets assigned the project. They meet with the vp and keep them updated. When the project is finished reports are written and sent back to the VP. The VP makes year end presentation on what they did to achieve the goal. They would report things like mobile engagement up 10% after CRM upgrade. CEO would report to board 80% of customer facing sites are now mobile friendly. Next year we plan to do 100%.
Convincing other managers of your project's alignment with company goals is usually not an exact science, so your middle manager's ability to get these things committed to and done can be highly variable, depending on their connections with other middle managers and their ability to influence.
You can tell if you have a good middle manager if things you need from the rest of the company tend to fall into place, versus constantly being disappointed when you ask for stuff from other groups in the company.
Of course this all requires skillful ICs and team managers to manage up and make sure the middle managers know what they are doing and what they will need from the rest of the company.
I’ve long suspected we should be writing design docs and putting them on the shelf one or more quarters before committing to execute on them, but what do I know.
Talk to execs to find out what direction of the company has been decided
Choose strategy, approve strategic technology choices, plan for the future
Making sure first line managers & their teams are doing what they're supposed to
Allocate money to projects, decide which ones need resources, which ones can be cut
Make a budget, decide how much money to ask for next qtr/year
Hiring policies, hiring managers, plans for hiring staff
Make sure division is following company policy, implement internal controls, auditing is happy.
Keeping in touch with other divisions and regions to swap ideas and work together.
Firefighting problems that come up with people leaving, systems not working properly, projects running late.
Middle managers manage managers.
They are definitely in meetings, just meetings you're unaware of.
My experience dates to IBM in the 1990s so is lacking whatever has developed since then. At IBM first and second line managers still had some understanding of the code or product or services being developed/run by their organizations (and I knew first lines who were still active contributors).
Once you got to third line, those managers are more focused, almost solely focused on "business" issues and macro operational issues.
As you get higher up an organization, the managers could care less about the day to day or even month to month issues faced by their organization. They're focused on will their organization meet or exceed revenue projections? Are you running below or over budget? You've maxed out space in Blue Cube corners and at the rate of growth only need 10,000 square feet next year but they can only rent new space in units of 100,000 square feet. The CEO is demanding 5% cuts across the board, can you do it without firing people? Or is there a particular organization you've been hoping to get rid of anyway that you can terminate en masse?
Even higher up at director and VP level they're focused on profit & loss, because that's what they get measured on, maybe secondarily customer satisfaction. Employee satisfaction is mostly irrelevant once you're above a second line organization.
Depending on the _jurisdiction_ a manager is in, they may have certain legal responsibilities or authorities that a lower level manager may not have. Even if you're not the CEO, you might have to sign off on certain contracts (especially with governments, governments love to have an executive's signature on things, because they can go after that executive when the $100MM payroll system costs $300MM and still doesn't work).
But - it's a machine made out of people. Whom are inherently squishy emotional things to build a well-oiled machine out of...
Picture driving some sort of vehicle remotely. There's a slight delay to everything, right? You turn, and the vehicle turns a few seconds later. By the time you see an object on the horizon you’re marginally closer to it. And you know this all so you build in certain factors to change response time. But there's still a lag. And now picture driving the vehicle by telling the remote operator how to react. There's now two levels of lag, and depending on how you communicate, two more chances for mis–communication.
It’s why bottom–up communications get to be so bad in large organizations. The classic production line “the product is a piece of shit” transmutes, through absolutely normal and routine communications softening and filtering, into “our product brings things to life through its fertilization qualities.” And conversely, the top–down message gets filtered and manipulated by each layer of management.
It’s also why escalation culture becomes a thing in large organizations. IBM (in the 1990s, can't speak for today) had a notorious escalation culture: if I didn't do a thing you wanted me to do, and was in a different organization, you’d “escalate” up to some middle manager or executive somewhere who had enough pull to scare my manager into doing something, regardless of the business value or need. The executive doesn't particularly care, he or she just wants the issue off their pile, and it makes them feel good that they're doing something to help their product area.
Every organization is susceptible to this as it grows. It’s human nature.
All of their information is 2-5 degrees from the source. They are held accountable for outcomes, and need to be able to navigate through all sorts of stuff.
Senior government middle managers are the most fucked. They are either civil service or staff people who moved up the ranks and have extensive expertise in their programs or field or political appointees who know anything from less than nothing to being preeminent in their field.
IME, the government people are smarter, but get ground up by the machinery of bureaucracy. Often times you have layer of formal leaders who are in a symbiotic relationship with the next level down who really run things. Sort of like how in many ways sergeants run the army.
No reason to be! They’re just another human being trying to do their best for your company and team. Assume best intentions!
If you’re nervous because you have no idea what to say to broach the topic, here’s something you could try.
“Hi, I’m Charlie. I work for Susan over on the infrastructure team. As part of my own professional development, I’m trying to build out an understanding of how all of the people at our company move towards our common goal, as it’s not always obvious to me at my level. Do you have time for a quick one on one where you can share with me your roles and responsibilities, and what some of your challenges are here at our company?”
Basically, you don’t need to say something as blunt as “What exactly is it that you do here?” Instead, just come at it from a position of positive inquiry where you’re just genuinely trying to learn and grow.
I say all this because no answer here is going to really tell you what that person does. Everyone’s roles and responsibilities vary, regardless of their title. You won’t learn unless you learn how to ask!
Me personally? No. Do I know others who would be? Yes.
Always a tricky line trying to be thoughtful about how someone might react to a particular question, especially when you're just genuinely trying to learn something about them. But, given this person is likely a relatively unknown party, not having any trust built up means that there can be misunderstandings even from simple questions like, "Yo, what's your job?"
That being said, if your company culture is such that everyone you hire responds well to that style of question, great! Certainly no problem on my end with that type of questioning. I merely was being a bit more elaborate in my earlier response to account for someone not necessarily taking something that brief, well.
Do people some people think it's appropriate to guffaw at simple questions like, "What do you work on here?"
If somebody were offended by that question, I would imagine it is not due to any overreach on my part. It would take an especially megalomanical (or highly confidential) work environment where superiors would dismiss work related inquiries outright.
I can imagine in other countries with clear hierarchies, this might be different. But I imagine even in such places it can be advantageous to be social and informed in the work place.
In some cases yes, in other cases, no.
As an example, say you're a product manager in Department A. You, previously, had to work with Software Team B on a deliverable, and it was a really rough experience. The team was curt, challenging, and often spoke down to you because of your role.
There's some turn-over on Team B over the year, and there are a few new hires. You know of them, but don't really know them at all, as you no longer interact with that team. One of the new hires walks up to you at lunch one day and says, "Yo, what is it that you do here?"
Now, a rational approach is to just take that person as just being curious. Assume best intentions, assume they're just curious, assume it's very genuine. In that brief moment though, your frustrations with Team B surface up, and you react, rather than act rationally. You assume that someone on the team was bad-mouthing you, as you had heard the team lead previously say "I don't know why we even have product managers here anyway." Now this new hire is coming over, asking what it is that you even do, and now you've got to deal with this stuff all over again...
Or, perhaps someone who is from my generation, hearing "What is it that you do here", would just immediately think of Office Space, and immediately enter into a "defend your role" sort of mentality, rather than just taking it as some honest inquiry.
Just to reiterate. I'm not saying one should react the way I'm describing above. But, I will personally say, I don't always react to questions in a way that's healthy. How a question is worded to me can make or break my response. So, whenever possible, especially when giving generic advice on HN, I try to give suggested phrases that will hopefully avoid any unnecessary reactions, within reason. Obviously, one can't be possibly remotely aware of the challenges each and every one of us have had in our lives, and so misunderstandings are inevitable- But, thoughtful phrasing can go a long way and help to establish great relationships over the long term.
Depends highly on the context. Highly dysfunctional organizations make it easy to be distrustful of coworkers.
Technical folk usually are fascinating people but more often than not (in my experience) are introverted. It’s a shame, because as an extroverted passionate engineer, it’s amazing to see, build and play with abstractions above software. Stepping outside your bubble in a not-timid way provides access to this.
So, I 100% also agree with the sentiment! Ask people what they do. Be curious. Learn from others (that's why we're all on HN right?)! Try to step outside your comfort zone when you can. Good things will happen more often than not.
Just, be mindful of how you phrase questions. That's my primary point.
It's been my experience that most people find "HR speak" to be scary, pretentious big words, kool-aidey, or just hard to decipher. But I don't work in FAANG so I just wanted to put this out there to see how everybody else feels.
How’s this:
“Hey! I’m John on the infrastructure team. I’m still fairly new here, and I’m trying to gain a lot of context around the different teams and team members. Any chance you’re free for a quick 1:1?”
Then, in the 1:1, probe them a bit more about how they fit into the team.
“Oh. That’s cool! I didn’t realize your team took care of that. How does your role fit into that work?”
Couldn't that purpose be served by hiring people who know how to communicate and are not political, and using technology for group communication and planning?
A majority of the physical work is done by the horses, of course, and it looks like the drivers (Top level management) are slacking off - but everything is really on them. "Strategy" is really just where to go and which route to get there. And if they choose wrong or time things badly, everyone else in the organization has done their work correctly, and the failure is purely executive.
The workers are great at running (execution), but left to themselves are horrible at self organizing and running in the direction required in tandem, with the correct beat and stride. It doesn't matter how strong or fast the individual horses are, it's much more important that they run together without friction or distraction and support each other.
That's where (good) management comes in. They're the blinders that keep the horses from individually pulling in different directions and chasing distractions, and the harnesses that keep the entire team fixed together. The exert pressure on horses to both slow down and speed up, and both are vitally important. Done well, management is critical to making sure that the whole org works smoothly. They also act as a communication bridge between strategy and execution. Strategy is great for the all hands once a week or month, where the execs sing about the promised land, but the weekly plans, budgets, and responsibilities of making sure everyone is fed and has toilet access are all management.
Bad managers typically suffer from delusions of being either horses or drivers. They either try to work hard like the horses (bad idea - there's no harness or blinders), or think they're in charge of strategy (they're seen as just slackers, and no harness or blinders again). They don't temper executive vision with their knowledge of reality, nor do they transitively inspire workers.
This is an ideological claim that is counter to my experience. Workers are fine at self-organizing, they just might organize in ways that management does not agree with because workers and management may have different ideas about what the company needs. In my experience the usual reason that workers have trouble organizing themselves is that they are not given control over resources like hiring and equipment purchases, specifically so that they won't be able to organize without management.
Mine tends to be like the OP. For example, suppose a company has a new product and everyone believes there is a lot of opportunity with new product. So then each team figured out a strategy on how to approach said product independently -product managers build new features and iterate -marketers start launching campaigns to drive adoption and engagement -data science is building new models to find the best customers for -customer support is trying to figure out what the hell new product is and what all these complaints are referencing
Etc
Depending on the product / size there may be some self organizing collaboration but many times not, or certain teams are left out unconciously. At least one reason is that each team doesn’t yet trust other teams to help set their strategy - not maliciously but just from a lack of evidence. If you are trying to maximize impact the intuitive thing is to work out what you can contribute and ask for what you need from other teams vs developing a joint strategy / approach. Collaboration takes time with an unknown return. Now if you happen to know the other teams and already have worked a lot together you are more likely to reach out from the start.
It’s the senior managers / directors that are calling out that teams should be talking with each other sooner than later, getting buy in, etc.
But the only way that a senior manager could even understand there is an issue is if someone in unit A or unit B makes them aware of it. This is useless overhead. The workers have to be able to successfully communicate the issue up to senior management and usually also suggest the resolution, then get buy-in from senior management on implementation. If instead the workers were more empowered to make decisions themselves the information and decision-making bottleneck could be avoided.
When times are good and things are growing, self-organization works great because doing what you do better is easy to grasp, easyish to rally around, and whatever fuck-ups happen get buried in growth.
When things are more challenging, answers aren’t always so clear. Somebody has to lose something. You need accountability, someone who owns the strategy and execution. Enter the manager.
The other issue with self management is that it is usually bullshit unless you have a great culture and the good fortune to pull together an amazing team. That is incredibly difficult to do. There’s always a pecking order based on relational based power, and whomever holds the positional power must understand what that means for her team.
Sure, but horse is horse and driver is driver. I can give excuses all day for why I'm not the driver.`
The horse may think moving forward on the road is the wrong direction, but the horse also cannot see the obstacle off to the side.
This.
Imagine you had 10,000 people working for you. Just saying hi to them would take up all your time. How many people would you say a person effectively directly manages? Some would say 5, others 15. I think the upper level of estimates might be 30-50. (Yes, someone is going to say 200.)
Let’s go with 10 for even numbers. So after you hire 100 people you need a manager for the managers. When you hit 1000 you need another layer. When you hit 10,000 you need yet another layer.
Ram Charan is a well respected author and consultant, who has according to Wikipedia consulted with some of the largest businesses in the US.
I think shadowing other roles would generally be very beneficial in a lot of companies so people understand each other better. I have had a lot of occasions where I basically thought that some role is useless until I worked with them and found out what they have to put up with the whole day.
Their job is to facilitate coordination. The same thing your manager does, but for other managers. They make sure everyone is working towards useful goals, make sure hiring and budgets are in line, and communicate with their peers to avoid overlapping work and most importantly make sure to communicate context down their teams about why they are doing what they are doing and what the business hopes to accomplish in regards to their specific area (and overall).
#define MM middle manager
> But they are never in any meetings
Do you mean they are never in any meetings that you are in, or do you mean that you have access to their calendars and can see that they have no meetings at all?
I have never seen a MM who's calendar isn't back-to-back meetings all day every day. Their job is basically 100% talking to people, whether that's face-to-face or via email or whatever. Note that depending on how senior they are, their calendar may be made private, since the names of their meetings and who they're meeting with might be sensitive ("Sync about possible layoffs" would be a really bad meeting name to leak).
A large number of these meetings are (1) people trying to influence the MM (i.e. get them to approve something) and (2) the MM trying to influence other people (i.e. get a partner team to do something, or get their boss to approve something).
> And they don't seem to affect the direction of projects in any way
The fact that your team exists and is staffed by N people was an MM's decision at some point. It may have been someone else who had the idea to create your team, but they had to make their case to an MM and convince them that it was worth staffing.
Has your team ever grown, i.e. gotten a slot for one more person? If so, an MM made the final decision that it was worth allocating another person.
MMs spend as much time managing "up" as "down". An MM's boss is asking them to justify why the company has 100 people working on X. To do this, the MM has to demonstrate that there is an important business problem to sole, and present a convincing strategy to solve it that requires 100 people to execute.
If your basic experience on the team doesn't seem to be directly influenced by MMs on a regular basis, that may just indicate that you're in a stable part of the org solving a clear business problem and the MM is satisfied that you are executing. You would see an MM's influence by (big) changes in team priorities, project direction, reorgs of your team, etc.
Oddly enough, just as there are those who think MMs twiddle their thumbs all day, there are those who work with or are MMs that think executive leadership twiddle their thumbs all day.
However, in any large organization there are usually many thousands of times more workers than there are C-level executives. This produces a huge, two-way problem of information flow - how can the executives know what all of the workers are doing, and how can the workers know what the executives want them to do?
The solution is a hierarchical model; this hierarchical model has been used throughout history to organize polities, armies, etc., under the control of a small number of individuals. The basic principle is each unit has a single manager; each set of units has a ur-manager, etc. This allows information to flow from the worker to their manager, from the managers to the mid-level manager, and from the mid-level manager to the executives.
Of course, the information remains bandwidth-limited. Each manager can only, practically, assimilate information from a limited number of people. This number probably doesn't change at different levels of hierarchy - the manager can deal with 10 workers before becoming overwhelmed, the mid-level manager can deal with 10 managers before becoming overwhelmed, etc. This means the larger the organization, the more levels of management you need to try to manage the information flow. Roughly, if you have N workers, you'll need log(N) levels of managers.
The efficacy of this strategy, however, is limited by a key constraint: the compressibility of information. If 10 workers are giving information to their manager, and that manager is passing all of this information on to the mid-level manager, the mid-level manager is going to be overwhelmed; they cannot process information from 100 workers. It must be reduced; the job of the manager is to winnow down the information from 10 workers, determine what requires intervention from above, and pass this on.
In practice this is extremely difficult; the information might NOT be compressible (you need, for example, a two-hour presentation to understand a particular security problem and its implications, not a two-paragraph summary). A friend of mine who works at a high level in an org said her observation is that C-level officers are routinely drowning in information; their answer is simply to ignore the vast majority of email they receive and to punt on their executive function.
The same problem exists the other way - a C-level officer cannot possibly make decisions for all of the workers in the hierarchy. They can only give a small amount of information back to their managers; this information does not magically uncompress into a sophisticated plan for workers. In reality, people have to do work to fill in the blanks (i.e., make decisions) at all levels of the hierarchy.
The result is that information often gets lost - C-level officers are unaware that their workers feel that the product is broken, that engineering or security problems are overwhelming management goals, that timelines can't be met because there are too many constraints.
In particular I observed early on that there was a nominal organizational structure, based mostly on control of funds, which often had little to do with the operational structure, based mostly on the need to coordinate work. This separation led me to pay closer attention to who was often doing the actual work that made projects succeed, which often required communications outside of the official management channels - because these channels were simply insufficient to the effort, not through any malicious intent but simply because of bad design.
Interesting view that that would hamper an effective AI. And cool analogy to the drag and drop thing.
What I find fascinating about humans is how idealistic we are (as a species). "Wouldn't it be nice if a business domain expert could just "specify" applications without the need for technical specs or coders?" (It's just like a compiler, but smarter, right?) Or (not to get too political), "Wouldn't it be nice if we could all share economic outcomes more equally without specific consideration as to contribution?" Well, yes, it would! But, as the old trope goes: Capitalism is for sinners, and socialism is for saints - and we ain't no saints.
So, I believe that most humans do their best every day to do the best, in their situation, with what they know. But individually, we can't know everything. So, heirarchal management structures are a hack to sorta/kinda solve a problem with a constraint. 1) No individual is a panopticon or even if a polymath, capable of industrial-scale output, and 2) We are apparently tribal hierarchal monkeys, and we operate better (as individuals of the human species) when there is a chain of command - where no individual can effectively directly manage more than 8~15 reports.
Thanks for your comment. Hopefully, I didn't drive too far off into the ditch in my response.
See slides like Hierarchy
Managerial activities fall into 3 key categories: Strategy, People and Habits.
Let's contrast these activities for a Level 1 manager and a Middle manager.
Level 1:
Strategy - The projects that the team needs to do are defined bottom up and top down, and the Level 1 manager's role is to split it into right chunks, allocate them and make sure they get done. The operational aspects of tracking and ensuring things get done is more important here.
People - You have 1:1's with team members to make sure they are at their personal best and are aligned with the company.
Habits - You ensure that the team is following the right practices in their day to day that help them be effective.
Middle manager:
Strategy - You try to make sense of the company (or Business Unit) strategy (both product and Go to market) and then boil it down to the key projects that your teams needs to accomplish. The important aspects here are high level definition, prioritization and allocation. You make sure that you allocate the right projects to the right teams based on their capabilities and past projects and that they are crystal clear on the the 1-2 big things they need to deliver per month/quarter.
People - You are heavily involved in hiring and staffing the teams and making sure that your managers are being effective through skip level 1:1s.
Habits - You ensure that right habits (also called processes, but I don't like that word) are being followed by teams. eg. Is the weekly planning meeting happening properly, is work getting tracked, are their development practices that helped one team which could help other teams, and so on.
I hope that gives you are better picture.
I could see value up to about three levels above me, and maybe a couple at the top, but those three or four middle layers were pretty confusing. We had director-level and partner-level people do flybys of our engineering groups, saying things like "We'll see each other every few weeks, you're doing great stuff!" and then vanish for six months, a year, or forever. They never seemed to do anything that mattered.
I work in a flat organization now. Not necessarily better, but there's a whole lot less dead wood, avoidance by delegation, and simple quit-in-place behavior.
There becomes a point where it becomes impossible to have everyone be aware of all the knowledge and nuance that is going on without it creating immense noise - when this happens, these middle layers become vital. You still ideally want as little of them as possible, but they all should ideally serve very important purposes. I'm very thankful for all the levels of management in my own organization and company at least (experience may vary of course), it is the best management team I have been under at any workplace - other than my direct manager, each level of management up my chain has over 10 years of management experience apiece.
Eventually, about a year after leaving to launch a new startup, I read High Output Management. Suddenly everything made sense. I'd strongly recommend reading it.
Many Bay Area companies are led by people who read this book, and I think you'll gain an understanding of what the mid-level managers worry about in their day to day.
Managers have to devote a certain amount of time to understanding you and your influence on the process and your mental state.
Managers have to have influence with other people. They build relationships and they form a big picture about the work being done and the timelines imposed and the human assets they have to motivate to meet the important goals imposed by the business.
You've heard all this before but it's a very squishy job. There is no template for it. Management is very, very difficult to do.