Tech leadership fails, over and over, for the same structural reason: we treat it as a promotion from engineering, or a transfer from business, when it's actually its own discipline. One that nobody teaches, nobody formalises, and too few people pursue with intention.

The engineers who step into CTO roles and thrive aren't the ones who were the best engineers. They're the ones who understood, early, that leadership was a fundamentally different kind of work — and who started building toward it deliberately before the title landed. The ones who struggle are the ones who assumed the skills would transfer. They don't, not automatically, and the cost of discovering that on the job is high.

If you're a senior engineer or engineering manager thinking seriously about the CTO path, the most useful thing you can do right now is understand what that path actually asks of you — before you're in the seat and learning under fire.

What we work on

Six things worth understanding before you pursue the CTO title.

These are not warnings. They're the questions that separate people who thrive in the role from those who spend two years figuring out they wanted to stay an engineer.

I started as a sysadmin at Nokia and spent the next twenty years finding out, by trial and error, what technical leadership actually demands. I've been a first-time CTO, a VP of Engineering, a founder, and a co-founder. I've hired over 200 engineers. I've made most of the mistakes on this list before I understood what the list was. If you're thinking seriously about the CTO path, talking to someone who's been on it — and who will tell you honestly what it looks like — is a better use of your time than most of what's written about it.

Weekly or fortnightly 1:1 calls · 6-month engagement · One spot currently available

Book a free 30-minute call →

Already in the role? First-time CTO mentoring →  ·  VP of Engineering mentoring →  ·  Dealing with imposter syndrome →