I’ve been reading The Progress Principle on and off for the last couple of months and one of my favourite quotes from the book is the following:

While a tech lead might not like to be referred to as a manager I think part of the role does involve helping developers to make progress and the best ones I’ve worked with seem to do that instinctively.

They’re able to see when someone has got very stuck with what they’re doing and can then work out whether they just need to provide some advice on how they can move forward or if that’s not working they can come and work together on the problem.

For the last couple of weeks a colleague and I have been trying to work out how to migrate reference data from an existing application for an application which we’re rewriting.

We’ve run into problems along the way such as looking at a test database which we didn’t realise was a couple of years out of date and therefore didn’t have the data in the right format to trying to link up data from tables which weren’t meant to be linked.

On each setback the tech lead (Alex) helped us progress first by recognising that the test and production databases might not be synced up and giving us other ideas about table design based on his greater knowledge of the whole system.

On this occasion although we were making some progress we couldn’t quite figure out how to get the data into the shape we wanted which was becoming increasingly frustrating.

Eventually Alex came and paired on the problem and was able to see something that we’d missed which allowed us to solve the problem.

I think the balance of initially allowing us to try and solve it ourselves and giving advice before taking a more hands on approach matches up fairly closely with what the authors of The Progress Principle suggest.

It’s certainly been an interesting book to read and one which I think is very applicable to people working in software teams.