For many technologists, the career goal is CTO.
This role is different to any other you may hold on your way up the hierarchy. This can seem daunting to some as it may not be obvious how you can acquire the skills you’ll need to succeed. Below are some of my top tips on what it takes to become a CTO, as well as the lessons I have learnt along the way.
How to stand out early in your career
When you first start a career, especially in technical roles such as software engineering, it can feel like there are no ways to differentiate yourself. Some people make the mistake of jumping between roles very quickly, to try and ‘broaden’ themselves or make quick salary jumps.
This can work for a while, but I’ve seen a lot of people whose careers have reached a plateau surprisingly quickly, and they wonder why. One reason is that a surprising number of careers really do require true depth of experience and expertise to progress past a certain point.
An effective career tactic I’ve seen in technical roles is, instead, to go super-deep early on. Become the expert in the feature you work on. Learn everything about it, how it relates to other parts of the product, and why it works the way it does. Before long people will realise you know more about it than anybody else in the firm, even though you might be ridiculously junior. You’ll invariably start getting invited to the meetings where that component is discussed or where clients are briefed.
Nobody is impressed by jargon
CTOs spend as much, if not more, time with non-engineers than other engineers. This means you’re very often the most technically deep person in most meetings you attend. You will not be invited back unless you can communicate complex information in a way that these audiences can understand!
If your audience is confused – you have failed, not them. The good news is that this is a fixable problem. This is because an inability to explain something is extremely often a sign that you don’t fully understand the topic yourself; so take the opportunity to deepen your own knowledge and practise explaining it to others. You’ll be amazed how much you learn in the process of trying to teach something to somebody else.
The Dunning-Kruger effect is real
The more senior or experienced you get the more failures and troubled projects you’ll have worked on – so you’ll almost certainly become more cautious with age. This is something you should remember when faced with ‘too good to be true’ internal proposals or external competitive threats.
Is the ambitious claim plausible? Or does the person saying it simply not realise that they don’t know what they don’t know? Take time to help others on the management team, or your sponsor in a client, to understand this phenomenon.
Many bad decisions flow from mistakenly comparing a ‘flawed but realistic, presented cautiously’ proposal with one that is ‘amazing but theoretical and presented with utmost confidence’.
Structured thought is not as common as you might think
Do you ever find yourself in a meeting laying out an argument in the style of a mathematical proof, where each step follows logically from the previous, and you don’t rely on a fact you haven’t first established? This is not normal!
Despite this, it is a super-power to be cultivated. And the good news is: it often comes extremely naturally to many technologists, especially if your background is in mathematics or the mathematical sciences. You should look to encourage those you mentor to develop the same skills, and be gentle with those who have not yet mastered it.
“Technical” doesn’t just mean “Technology”
Throughout my career I have dedicated hours upon hours to my own independent research around the nature of banking, what money really is, as well as payment systems and so forth And it all began because became fed up of feeling confused in meetings with people who worked for banks.
At first, I just assumed it was because they were all super expert and experienced, and I was ‘just’ a techie. But I eventually realised that they didn’t understand it either! It was almost as if there was a conspiracy of silence, and everybody just used complicated sounding words without truly understanding the topic themselves. Once I had figured some of this stuff out for myself, my confidence grew, and I found myself being called upon for more interesting engagements.
At R3, we work with a lot of complicated financial institutions, an insane career gift. I encourage our technical teams to take the time to learn what they do and, perhaps more importantly, why they exist. Especially the financial market infrastructure firms. What is the fundamental problem they exist to solve? What would the world look like without them? The core concepts of clearing, custody, payments and so forth are surprisingly interesting and they rest on a small number of very precise concepts. Technologists, in my experience and if they take the time to do it, are unusually good at getting their heads around these things if they choose to.
Parting thoughts
Being a CTO is not easy. You are fluent in the technology, now you must be as fluent in the business side of things as well as learning how to manage a larger team. Regardless, this position is incredibly rewarding. When done right, you have the power to bring great value to your company and nurture the technologists of the future.
About the Author
Richard Gendal Brown spent 15 years at IBM across a range of engineering and architectural roles before becoming the Chief Technology Officer at distributed ledger technology and services firm ,R3, in 2015. R3 is a leading provider of enterprise technology and services that enable the secure exchange of value in regulated industries where trust is critical. Multi-party solutions developed on our platform Corda harness the “Power of 3″—R3’s distributed trust technology, connected networks and regulated markets expertise—to drive transformation in digital finance.
Featured image: ©Seventyfour
