As an engineering manager, this sounds like almost every startup I interview at.
It's almost always the CTO directly managing ~15 engineers. The CTO is always a man. He's always hiring a manager only because he doesn't have time for the 1:1s anymore. He never believes in hierarchies. The engineering team is flat, he tells me. They don't need teams, no siree. He's only interviewing me, he assures, because 1:1s aren't a good use of his time anymore.
Don't worry, he assures me, he'll still take care of all the architectural decisions. And he might even manage half of the team still, he hasn't decided.
That's usually about the time I nope right out of the interview.
Superb insight about 1:1s. They are an essential team process, which the manager alone is responsible for. They can't be delegated; a manager cannot establish and maintain a direct, personal relationship through a proxy. That's just not how human beings work.
In my experience, the desire to "delegate" 1:1s typically signals that team is raising truthful (and deeply troubling) problems, which the executive does not want to think about. Rather than think, they rationalize: claiming that consistently and privately listening to their subordinates is "not a good use of my time", "drama-filled", "not relevant to the tech", "isn't that what HR is for?" or some easy excuse. Whatever helps them coast until they jump ship next year.
Good on you for avoiding that mess, and for not playing along with their softheaded pretense.
It's also commonly a signal of an executive-by-default vs. an executive-by-experience.
The traditional path to leadership roles generally involve a stepped process from a role that's fully an individual contributor to one that has virtually no IC component. It's progressive enough that by the time you've stepped up to another level of management you've already grown accustomed to what you needed to let go of and what you needed to shift focus to, while having someone above you to essentially provide integration and regression testing as you acclimate to your new role.
A CTO-by-default skips that and goes from IC to "executive level authority and autonomy". They're not only managing people all of a sudden, but architecting teams and org structures. With little or no prior experience to lean on.
So they nope out of it - avoid org structure planning (and ensuing uncomfortable decisions) by keeping it all flat, bring in a people manager as a short term solution to the problem they created with keeping up with everyone, while also avoiding some of the messier side of people management. And seek comfort in the familiar work of system architecture and (maybe) keep directly managing the parts of the team that are the most capable of self-management and aren't as uncomfortable to manage.
Still a mess to be avoided, just as you said. But a mess that's rooted more in inexperience and discomfort than in arrogance and hubris.
I cannot stand weekly or less than monthly 1:1s and I dispute they are an essential team process. They often waste time and I do not find them useful for my team.
I'd argue that flat structures don't exist outside of tiny companies, only clearly delineated and obfuscated structures, none of which are flat after 20 people or so. So when a medium-sized or larger company says they are "flat", it means they are struggling to understand their own organization.
Of course, differing degrees of stratification are still possible. The "Spotify model" decouples team leadership and cuts down a bit on stratification by distributing authority. But even then the model is not at all flat when you zoom out. And the smaller degree of stratification comes at the cost of incurring extra overhead resolving decisions amongst multiple stakeholders who have all been empowered over certain limited aspects of different teams/projects/services.
In general I support the idea of delegating more. Which is inherently scary because you're of necessity delegating tasks to people who are less competent at it than you are. And there are lessons you need to learn, such as the fact that it is dangerous to have real decisions made in a 3-level meeting (employee, manager, manager's manager) because it is too easy to accidentally undermine the manager.
That said, it is extremely important to distinguish between a technical lead and a people manager. They require different skillsets and mentalities. It is more likely that a competent developer will make a good tech lead than a happy manager. "Promoting" a developer who doesn't actively want it is too often a mistake that the developer solves by finding a more suitable job. Don't lose sight of the fact that when you promote your best developer to manager, the only things that are guaranteed are that you've lost a good developer and gained an inexperienced manager.
This is why many tech companies have established parallel promotion tracks for tech and people management. With neither being inherently superior to the other. In fact Google's top employee, Jeff Dean, manages nobody. See https://ai.google/research/people/jeff for more on him.
Jeff Dean manages a lot of people. He's currently the head of the RMI division if I remember correctly and has at least a few thousand employees under him. Sanjay on the other hand has remained an individual contributor.
> In general I support the idea of delegating more. Which is inherently scary because you're of necessity delegating tasks to people who are less competent at it than you are.
They may be less competent than you are at managing four people. But they may be more competent at directly managing four people than you are at directly managing 15 people...
I am just a developer and I really like your advice.
In my experience, though, I see managers and therefore companies struggling exactly because they do the opposite. They are unable to delegate, to trust and to think "he or she doesn't have the right experience to do it". Sometimes this stems from pride and arrogance - you are unable to admit that someone else can do what you are doing and you should maybe focus on something else. It can go as bad as a power play: if I grow people, eventually they want more and more.
Other times it comes simply from ignorance: I have always done it this way, and I am not sure how to move forward, because nobody in the team is ready to lead.
I wonder how that can be, though. Either you are constantly surrounded by junior people, or...? I am sorry, but I can't believe that out of 10-15 people there is not a 20% of people who can do part of your job.
I can tell you, out of 10-15 people, there are none that can do my job.
This is obviously untrue, they can definitely do it, and there are people I’d be happy to see in those roles, but the quality of work would suffer in the short term, and we have a ton of deadlines/projects to complete.
The problem is that at some point you'll become the bottleneck and projects will be delayed as a result. Or you'll get sick, a loved on gets sick, etc, etc. Either way productivity will suffer and things generally start to spiral downwards then (people get bored, leave the company, putting more work on you, etc.).
In many places there is always something urgent and there will never be a good time to slow down. Then you end up in my first point eventually. So part of your job is to create that breathing room, push back on projects, get people trained, etc. Think long term and not just moment to moment.
edit: And if you think training people now is painful, doing so when you're actually past the breaking point will be be a lot harder and cause a lot more disruption.
I spent a lot of time training people in my previous job only for them to come back to me with basic questions about what I taught them over a year later.
What was missing was technical leadership from above: the managers didn't realize (or value) the need for the team to get familiar with the systems that they were working on, so they didn't make sure that the team learned these things well, or brought in a few more people who could guide them in addition to just me.
In this case he is the manager so he can do all those things you mentioned to properly train his team. It takes effort and sacrifice but that's his job.
It sounds like from the blog post that the OP opted out of EM in favor of solutions architect but this is still great advice and an accurate portrayal of who this person is (i.e. a junior director not an EM).
The only thing I would push back on is the 1:1s - evidence shows it's most effective to meet weekly[1]. Delegate the 1:1s to your team leads (effectively making them the real EMs) and then have your problem-solving meetings become your 1:1s. Now you're managing managers, which is what makes you a director in the traditional sense.
It seems like you aren't a manager, but rather a junior director who doesn't know it yet.
13 people across 4 initiatives is too much to directly manage effectively. Find someone to lead each one, and make them team leads.
Meet twice weekly with your leads, once to plan, once to problem-solve.
Move your HR/career-oriented 1:1s to every-other-week. If any of your team leads are good with people, delegate your 1:1s.
You only need a half hour for recurring meetings.
Delegate more.