This post lists the key insights from this article, by the co-founder and CTO of MadeWithLove, Jonas Van Schoote.
Some time ago, the author came across this article on Harvard Business School’s Working Knowledge blog about when founding CEOs need to go. The main takeaway is that you need differently skilled people at the helm in different stages of your company and that this transition is not always easy. They talk about founding CEOs, but this is also true for CTOs, whether they are founders or not.
Success or failure, you may need a different profile
… the fact remains that the challenges a CTO faces change enormously throughout the life of a company.
At first, you need someone who can get something built quickly. That first product should prove the concept, scale a bit to cater the first clients, largely ignoring concerns like stability, security, and scaling.
Now imagine your product works: you get traction in the market, people notice you and clients arrive even faster than imagined. Your original CTO has been very successful, but at this point you need someone who can get your product stable, working at scale, and with the security needed in this day and age of ever more refined hacking methods. And you need this person fast. If that same person still ticks all the boxes, you are very lucky.
This example is, of course, a bit extreme, but the fact remains that the challenges a CTO faces change enormously throughout the life of a company. So which skills do you need at each point? And do you even need a full-time, in-house CTO?
From an idea to first growth
At the start, you need a developer, a hacker, someone who knows how to make something that proves your concept and who is skilled enough to make it work for the small user base you will hopefully build up soon. And preferably all of this on a small budget and quickly. This is not a CTO, this is a full-stack developer.
Finding someone that is all this and is ready for the next stage, if and when it comes, is several orders of magnitude harder again. So whatever your situation, calling your most talented developer a CTO may very well backfire as soon as your company grows.
All that is not to say that there’s no need for strategic thinking. How do you solve this? A good option is to start off with advisors to fill this gap. You could hire an external CTO or find an investor with the right experience, but ideally, you find advisors that have had their own successful start-up that has grown beyond where you’re at now.
Fast forward some time. You’ve built your MVP. Congratulations, this is not a small task. You’ve added features to your product and people to your team to keep things going. Suddenly there’s success; people are talking about your product and even signing up. You need to scale the product, the infrastructure and the team, all at the same time as dealing with the non-technical challenges this brings.
Now your company needs its first full-time CTO. You need someone with a vision on how to do things and the skills to make it happen. A CTO at this point still needs to mainly look inward and know how to code, know the structure of the application and infrastructure, but the focus is shifting towards managing a team, establishing a culture and processes to be able to grow quickly. Growing also means hiring but also making sure that every hire is an effective team member as soon as possible.
With growth come scaling issues. This means your code, however young it may be, will become legacy code, unfit for its current task. A CTO at this point should know how to manage this and know what relevant technology can be used to improve the code base. Managing changes in so many areas is not an easy thing to do.
At this point, you will typically be looking for an extra round of capital. Potential investors will be looking at the team. Your CTO is one of the key people they will evaluate when deciding to invest or not.
What are your options? If you have a CTO already, get advisors, mentors or training. You could even temporarily hire an external CTO ad interim to oversee the rapid changes while training your CTO. Don’t take it lightly; don’t assume anyone can just handle this situation.
To multiple teams
You’ve managed to grow quickly and not end up in the graveyard. Your product is maturing and has multiple parts, available on multiple platforms. For each of those, there’s a dedicated, multidisciplinary team, with a great number of different function titles that used to be just tasks. Product owners, product managers, engineering managers, technical support, operations, user research, user experience design, and more.
Your ideal CTO now is a visionary, understanding the technical side and the product, specifically within the sector of the company.
This is clearly not the same set of skills as before. A lot more weight is given to people management, process and structure, but still, the technical side of things can not be left to the teams alone. Again a giant leap is needed. If this change comes along slowly, your CTO has the time to adapt, learn new skills, but slow growth is usually seen as bad by investors.
At this point, it is important to not lose touch with the developers, designers, tech support staff, and other technical teams. You’re not a multinational corporation (and even there it helps to keep in touch, but that’s a different subject). Things still move rapidly and changes can be made quickly.
The examples above are only that, examples. There are as many journeys as there are companies.
So before hiring your first CTO, consider what role this person will fill. What skills do they need and for how long? Will they be able to help you in the next phase too? The required skill set rapidly changes in a quickly changing company. Success or failure, you may need a different CTO.