One email per week, 5 links.

Would you like to learn how to build better teams, improve your leadership skills, and company culture?

Keeping up to date with all the blogs, podcasts, and articles is time consuming so why not let someone else curate the content for you?

With our weekly newsletter you will get five top stories hand-picked into your inbox every Monday.

This newsletter is perfect for every CTO, engineering manager, team leader, technical lead, or senior engineer who wants to learn more about the human side of software development.

Escape the distractions of social media and own your focus. Check out the latest issue and subscribe!

Tech Lead Digest#66


Running a remote engineering team?

Want to learn about how we run effective engineering teams remotely? Register for our upcoming webinar to learn about engineering management best practices used in our branches across Australia, New Zealand, the United States, and the United Kingdom.

this week's favorite

OOPS writeups

A couple of people have asked me to share how I structure my OOPS write-ups. Here’s what they look like when I write them. This structure in this post is based on the OOPS template that has evolved over time inside of Netflix, with contributions from current and former members of the CORE team.

Scaling the practice of architecture, conversationally

Architecture need not be a monologue; delivered top-down from the minds and mouths of a centralised few. This article describes another way to do architecture; as a series of conversations, driven by a decentralised and empowering decision-making technique, and supported by four learning and alignment mechanisms: Decision Records, Advisory Forum, Team-sourced Principles, and a Technology Radar.

You are using the ‘5 whys’ wrong

The practice of “5 Whys” was pioneered by Toyota, and is practiced by designers worldwide. It is a research technique meant to get to the bottom of things. Many write about it, but neither Forbes, nor IDEO, nor the Interaction Design Foundations tells you about 2 dangerous flaws baked into the technique.

Agility ≠ Speed

I was changing a lightbulb this morning and was struck by a shift that has occurred in recent years. Lightbulbs used to be sold according to their power consumption. People were entrained to buy bulbs according to power rating — what the bulb consumed from the electrical grid — rather than brightness — what they, as consumers, actually benefited from.

Software development pushes us to get better as people

Have you ever been on a really good software team? There’s this feeling of connectedness, of shared purpose. We know what we’re building, and we are skilled at building it together. This kind of team can grow some amazing software.