Making sure you're not doing everything at work

"How can I better manage my own & my teams workloads so that we're all equally busy rather than one is manic and one is twiddling thumbs?"

This was a question from a long-time friend, Ant over on the OnTheSide Slack group the other day. He had recently become manager to a team of two and was asking for some advice on delegation.

He specifically tagged me, Si and Dan Blundell, members of the community who have all found ourselves in managerial positions.

It took me a while to gather my thoughts because, I have no formal managerial training and didn't want to lead anyone astray. I, like many others, have found myself managing a team through no formal route, and I am always trying to improve my management skills (Side-note: if anyone knows of any good dev management podcasts, i'm all ears).

I will try and avoid turning this into a "be a good manager" post, as I have no authority for it to be that. Instead, will try and focus on the delegation part of my role and the advice I would give.

As someone who has recently moved up into a director role, I find myself being point-of-contact for technical quotes, queries and questions within the small agency I work at. These often result in work that needs doing and it is so very easy for me to "just do it" rather than hassling anyone else or going through the rigmarole of assigning tasks. This in itself is a false perception - processes exist for tasks to be assigned. Assigning work to employees is not hassling them if it is an expected part of their job.

When you become a manager through the routes I have, you start to think very highly of yourself. All too often thoughts such as "I can do this better", "it will be quicker if I do it" or "let's not bother anyone else".

The danger with thinking these things is you will get very busy very quickly and you will find yourself always the one the tasks (and normally they are the most boring ones).

Rather than being the gatekeeper of work, i.e. the manager that only passes things on when you are too busy, be the overflow that takes work when your team is too busy. On paper, it seems like if your team is doing all of your work, you will be twiddling your thumbs - but it gives you time to organise and, most importantly, check-in on your team.

Delegation should be the default state.

Something I've found asking myself daily, if not hourly, is "Do I need to do this?". If the answer is no (and it probably will be), then it gets passed on. If it is the knowledge or skills that are preventing someone else from doing this work then pass it on and train them. You are there to train or assist them in getting the job done so they can do it in future. This also prevents so much reliance on you - what if you're not around to do it next time?

There will always be edge cases where you do need to do the task; time constraints (e.g. it is urgent, or your team doesn't have time), historical knowledge, or, you just simply want to do it yourself because it looks like fun (managers prerogative).

Delegating by default is also a great way of quickly seeing where the gaps are in your team. When the chance arises, I will reassign work which I know is a knowledge gap for one of the developers.

Rather than me picking up the work, I let the developers read through (and they often try to resolve) the task, before coming to me for help. I can then show them when they are in the right mindset. As the manager, I expect my day to be jumping around switching gears - I want the developers to feel comfortable and thinking about the task when we sit down to work it out together. More often then not, the developers either solve the issue without my intervention or need a lot less assistance than I was expecting, which is a win-win and gives you more confidence in your team.

In time, you will find yourself training less and less and being able to pass on more and more of the edge-cases. These not only give you the time to train your team further, but free up more of your time to focus on the wellbeing of your team.

I'm sure this is a mishmash of quotes, but I strongly believe that you should train your team to be as good as you, and then push them to be better.

The other quote I often think of is "What if we train them and they leave? What if we don’t and they stay?". You are doing nobody any favours by keeping tasks to yourself. If you don't "trust" the work your team do, then assign the work but get them to check it with you before it leaves the office (but if you don't trust your team, there is something else there...).

So delegate more, check in with your team more. Check your own task list, is there anything that can be passed on? Become the place works gets sent when your team is stacked. Be the type of manager that has the time to train and assist people. Be the kind of person that has capacity to ease someone's workload if the are struggling. Work the same hours as everyone else.

You might also enjoy

  • 2020 In Review

    Posted on 31st December 2020.

    2020 brought the first pandemic of my lifetime, but plenty of good things too…

  • Mikestreety's New Clothes

    Posted on 15th April 2020.

    For regular readers, you will notice a fresh new face on the old dog (my first blog post that made the many migrations was from 2009!). This has been a long time coming and is a continuation of an actual theme/consistent design I'm beginning to use across all my projects. For…

  • 2019 In Review

    Posted on 31st December 2019.

    2019 was a strange year, new kitchen, bathroom car and bike. But overall it was good. I enjoyed it.…

Mike Street

Written by Mike Street

Mike is a front-end developer from Brighton, UK. He spends his time writing, cycling and coding. You can find Mike on Twitter.