The constantly adapting Tech Lead
Answering a very common question that Tech Leads have: “What do I focus on?”
In the previous edition, we explored the three primary Tech Lead archetypes:
The Technical Tech Lead: the go-to person for technical expertise.
The People Tech Lead: focuses on people and team dynamics.
The Adaptive Tech Lead: dynamically adapts between tech and people focus.
With these three complex types in mind, a very common question that Tech Leads have: “OK, now what? What do I focus on?”
To answer this question, start by understanding your default Tech Leadership style.
Code or no code?
The reality is, that your default style usually falls into one of the first two categories.
You either recharge your energy from solving tech problems or from solving people's problems. It’s that easy.
To discover your default Tech Lead style start with some self-reflection:
What are your strengths?
You can use tools like https://www.viacharacter.org or StrengthsFinder
Find out your work style
Answer these questions:
What excites you from your day-to-day work?
Is it playing with new technology, finishing a task, or getting a room full of people to agree?
What drains your energy in the day-to-day work?
Is it talking to people? meetings? Pairing? Coding?
If it would be to choose between a day full of 1-1s and a day full of coding what would you choose?
When you answer, make sure to be honest with yourself - answer with the current reality not with what you would like it to be 😉
Secondly, observe the signs telling you that you tend to be on one side or the other.
Signs you like to stay more on the code part:
You are the most knowledgeable person on the team about projects the team owns and the technology the team uses
You review PRs after work
You are the one proposing technical solutions most of the time
Team members come to you first with technical problems
You are the main driver of technical innovation and upgrading to new technologies
Signs you like to stay more on the no-code part:
You spend most of your day in meetings
You find yourself in situations where you are not sure what task the team is talking about
You have no focus time: always jumping from one thing to another
The team complains about you being away much
You are not able to follow tech huddles team conversations
Each team member is focused on their own task and no big-picture conversations (like architecture) are happening
Most tech leads fall into the first category: they focus on tech. Tech comes easy to them, this is what they have been focusing on until now. Going on the other side is risky, is challenging, and makes them more prone to error.
Where you want to be as a Tech Lead is in between these two types.
Adapting as a Tech Lead
The first step to becoming an adaptive Tech Lead is to recognise in which default category you fall, how this work for your team currently, and what you would like to change and start going towards the other side.
In this transition back and forward is where you become an adaptive tech lead.
Being an adaptive Tech Lead might also mean you might have to go completely on one side for a while:
The plan is ready and we have a big deadline coming up? ➡ code alongside the team to get things done
There is a new big feature coming in some weeks? ➡ Focus on getting all needed information, and planning alongside with product and other parties involved to set the team up for success (even if that means being a bit away from the day-to-day)
The second step of becoming an adaptive Tech Lead is being aware and taking into consideration what others expect from you:
Company official expectation
Check official documentation on expectations for your role
Stakeholders
Ask all stakeholders around you what they expect from you, especially your manager
Your team
What type of Tech Lead does your team want? ➡ Gather input from every team member
What type of Tech Lead does your team need? (This might or might not be aligned with what the team says they need)
An adaptive Tech Lead understands that these expectations keep on changing and is willing to switch back and forth to adapt to them.
This being said, I want to emphasise that none of these styles is better or worse.
Each style brings its own challenges and fits differently in different teams and different team cultures. That is why adaptability is so important.
I deep dive into this topic part of my O’Reilly online course for Tech Leads.
Thank you so much for being here! ☀️
Remember: you are not alone on this journey 😊
Until next time,
Ane
Really good summary, I thought I am weird leaning towards both sides. Even though I am not the official tech lead in our team, I often think we can do better as a team having more big picture conversations (business included) and sometimes I feel more responsible for some bigger code refactor. Could you recommend someth to improve team work without looking like willing to take our lead position - as I fully respect management decision for him.
I really enjoyed it! Thanks :D