Published on 2020-09-22 by John Collins. Please follow me on Twitter for more:
File details: 14 MB MP3, 9 mins 47 secs duration.
My name is John, and welcome to episode 4 of the Tech Leader Pro podcast. Today I am going to discuss with you the dangers of inverted delegation, but before we begin, I would like to briefly mention our sponsor Five.Today, which is the ideal product to help busy tech leaders to manage their days.
Five.Today is a highly-secure personal productivity application designed to help you to manage your priorities more effectively, by focusing on your five most important tasks you need to achieve each day.
Our goal is to help you to keep track of all your tasks, notes and journals in one beautifully simple place, which is highly secure via end-to-end encryption. Visit the URL “Five.Today” to sign up for free!
And now, let’s get to our main topic without further interruption.
In the classic view of management, we can visualize a pyramid with the leader at the apex of that structure, and the team in the layers underneath. In this model, the leader is able to observe broader patterns and strategies, and delegate actions and responsibilities for those outcomes to those in the layers beneath.
This hierarchical model of a team may not be very fashionable any more, especially in tech where engineers prefer a flat structure, but the reality is this pyramid shaped team structure has stood the test of time for hundreds, maybe even thousands of years.
Many engineers I have worked with really hate this structure however and will challenge it continually. One way they will do that, is to try to deflect actions back to the leader, for example via repeated escalations. The term I like to use for this is “reverse delegation”, and its a really dangerous pitfall for a leader to fall into.
But firstly, to explain what it looks like more clearly, you can imagine an inverted, upside-down pyramid, where the apex is pointed down and the wide base is pointed up: now we have the leader, you, positioned at the bottom of the structure, with all of the escalations, actions, and responsibilities flowing down towards you, which is naturally a very uncomfortable place to be! Effectively the inverted pyramid is the same shape as a funnel, which is funneling all of the work to the hapless leader at the bottom.
This is great news for your team as they can effectively give you the actions, while they are freed from those responsibilities. Meanwhile, you then become a “servant leader” in the literal sense, where you end up directly doing some or all of the work of your team.
This inverted delegation trap is a classic pitfall for new managers to fall into, but even seasoned managers can find themselves knowingly, and reluctantly falling into this trap due to having someone in the team that they do not trust to delegate to due to capability concerns, so then end up taking on a specific action themselves to “get the job done right”.
The long term consequences of reverse delegation is of course that it does not scale, as there are less people at the apex of the pyramid than at the base. If the base is ineffective, it needs to be fixed either by training, or if stronger corrective action is required, then by team member rotations. The leader is there to give direction, not do the work of a subject matter expert.
If you are an engineer listening to this, or a new leader, remember that the more you overwhelm your leader with every little detail instead of handling it yourself, the more you bog them down. And if you leader is bogged down with actions and escalations, then they have less time available to help you and your team to succeed where it matters.
Remember just like engineering, leadership is also a function with clear deliverables, even if right now in your career those leadership deliverables may not be clear to you. Worse than that, if you continue to escalate to an experienced leader, your credibility with that leader may reduce as they start to see you as part of the problem, and not part of the solution.
As a leader, if you see the same team members consistently escalating to you with topics that they should be handling themselves, you must make that expectation clear to that colleague: they were assigned the action, so they are responsible for the delivery.
You must keep pushing back on them. If you start to find this push-and-push juggle happening with the same individual too often, in spite of giving clear feedback on the expectations, then you must be honest and make a decision on whether or not that person is a good cultural fit for your team and worth the mentoring time investment.
To use an example, suppose you have an engineer in your team who has been assigned by you to resolve an issue. The engineer goes off for a few days to investigate the issue, and then comes back to you to present their fix, or so you suspect.
Instead of presenting the solution, the engineer presents two further issues to you that they have discovered during their investigation, and then asks you what to do about those. Meanwhile, the original issue is still open. This may sound far fetched, but I have been in this situation many times before. So why is the engineer in this example behaving like this?
I call people like these “problem staters”, and I spoke about them before in my 2020 blog entry entitled “The problem is”. They focus on problems, not solutions, and if you are not careful in how you manage them, they will surround you in a forest of problems as they discover news ones each and every day.
So what can you do to handle team members like this? Here are some strategies:
Ultimately, if a team member is constantly trying to reverse delegate to you and they are just not responding well to your mentoring, you are going to have to replace them out of your team. It sucks, but them wasting your time every day, and wasting company money, sucks a whole lot more.
So to recap, today we discussed that:
Finally just to emphasize, in my opinion “servant leadership” is a really bad idea, not only for the reasons I have already outlined in this podcast, but also because there should be no “servants” in any team, actually I find that term offensive.
Every body has a job to do in a team with a different set of responsibilities: dumping your responsibilities onto a “servant” should never been acceptable in any professional environment. We are all equals, we succeed or fail together.
I hope you enjoyed this episode, and I look forward to covering the next topic in this series with you! In the interim if you want to follow me online, you can find my blog at TechLeader.pro, or follow me on Twitter @TechLeaderPro.
Thanks for your time, take care and have a great week!