Pat Kua Profile picture
2 Feb, 21 tweets, 3 min read
I've heard the phrase, "We don't need a tech lead", from a number of engineers in my career. My response to this 👇
Firstly, it almost always sounds like "We don't need a *stinkin'* tech lead", which isn't very helpful
When I ask why don't need a tech lead, I'm offered examples which sound reasonable such as, "We are senior engineers and can solve problems," or "We don't need to be told what to do," or, "We're an agile team."
Their answers seem to indicate that either they don't fully understand what a tech lead does, or they give examples of bad tech leads
If I had a bad tech lead, maybe no tech lead would be better too 😅
I think back to a team I was working near (not on, but close enough to observe). The team had some of the strongest and most experienced devs in the company, as the problem they were dealing with was extremely complex. As an ad-hoc team, there was no tech lead
One thing I noticed about this team? Lots of arguing about how to tackle problems (each one had very strong opinions about how to deal with certain aspects like monitoring, testing and saving data) but not a lot of progress
In High Output Management, Andy Grove says that a key part of a manager's role is to make sure decisions get made. I don't see this exclusive to managers, but all leaders.
Teams waste a lot of time if they don't agree on *how* a decision gets made, before trying to make decisions.
This does not imply that leaders need to make the decision, but they need to make sure a decision gets made.
Another way I see empowered teams is that a leader has distributed their decision making authority in teams, often implicitly, about how and what decisions the team can make.
This is a huge win, because the leader doesn't have the pressure to "make correct decisions" because that's impossible in fast changing environments
Anyway, back to the topic of a tech lead. A team doesn't necessarily need a tech lead if the team is taking care of all the important technical aspects and can agree.
But what happens if the team isn't taking care of an aspect? Maybe they don't realise it's important, they forget about it, or assume someone else will take care of it? This is why organisations nominally have the tech lead role... for accountability.
Some organisations/people see accountability as blame, but it doesn't have to be. It can also be a mechanism for resilience (backup) or quality (independent view).
Great tech leads aren't in the limelight or always actively leading. In fact, most great tech leads get to work as a developer most of the time because the team is taking care of things... but they step in when they notice gaps appearing, or when the team can't find a way forward
Without someone in the team to look out for this, aspects are neglected until it becomes an emergency (👋 tech debt!) or topics are escalated to someone outside of the team 🤜🤛 for mediation
A great tech lead doesn't only focus on aligning the team on technical topics. They should be influencing others outside to champion technical topics
You know that afternoon you got to clean up the messy build? Or that week you got to rewrite some ugly part of the system. Product Managers or other managers don't simply gift time unless they understand the value of where that time will go.
Who does that? Typically a tech lead
I don't think that every team needs to have a tech lead role (at least not full-time), but every team certainly needs technical leadership

• • •

Missing some Tweet in this thread? You can try to force a refresh
 

Keep Current with Pat Kua

Pat Kua Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @patkua

27 Jan
A question I hear a lot from engineering manager is, "How should I measure my software teams?" My initial answer, "I think you're asking the wrong question." Why? 👇
Many engineering leaders feel they should be measuring *something*, but it doesn't make sense to measure *anything* unless you know *why* you are measuring. This is the question to start with, "What do you care most about?"
Unfortunately, the answer to this is not easily distilled into a single number (or at least not that I've found). It's a subjective, biased and context-based answer which requires judgement
Read 13 tweets
15 Oct 20
I had an interesting question for the talk I did today for @agilesgorg about my view on developer productivity like BlueOptima. I hadn't heard of it before but doing some reading now and 😱. Here's a quick thread with some initial thoughts
First there's a reminder about en.wikipedia.org/wiki/Goodhart%… (When a measure becomes a target, it ceases to be a good measure), or the #TOC version of this, "Tell me how you measure me and I'll tell you how I behave"
Leaders and managers need to think really, really, really hard about the metrics they use and the obtuse ways that people will game them. Also... engineers have an astounding talent for gaming the system, so beware... but back to the tool
Read 14 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Too expensive? Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal Become our Patreon

Thank you for your support!

Follow Us on Twitter!