Ask HN: What are the expectations of a CTO at a small startup?
I’m currently a co-founder and CTO at a small startup of only 3 people. The 3 titles we have are CTO, CEO, and CPO. One of the things that has recently come up are what kind of expectations are warranted for a person with the CTO title? I have a general idea in a larger corporation but what would you expect of a CTO at a very early stage (3 people) vs 10 people?
17 comments
[ 2.9 ms ] story [ 58.4 ms ] threadYou maybe the most technical of the group hence your CTO title. So the team is probably looking to you to drive the core tech decisions. Other roles have their key priorities respectfully. But even than you should all work more closely than ever and collaborate at this early stage.
I'd add that if someone is (a) unwilling to wear any hat at any time or (b) trying to take over people's hats without reason then you should drop them, quickly.
Remember that "core tech decisions" include hiring and managing a development team - hopefully your company will grow to the point where you'll need one, and it could be very soon, so you need to be prepared for it. Those kinds of decisions are much more important than what stack you build on or what cloud provider you pick, and with a much higher cost of fixing mistakes. Do any of the founders have experience with hiring and managing people?
Plus, you need to be able to share with your team the importance of picking one stack over another, the cycle of development and the times to invest in refactor or why to re-build something that started as an experiment but now needs to scale.
For reference, as a CTO at a startup of 5 my tasks included:
Most development work (1 other dev) Product Manager Project Manager Managing at Tech budget Negotiating Vendor Contracts Office IT help desk Network Administraton System Administrator Colo tech (racking servers and network equipment) Office furniture Builder Customer Support Working with Patent Attorneys Managing the other C levels daily tasks Recruiting more people to reduce the list above
Sometimes it’s much more than you signed up for, but if it’s a business you believe in, you just keep checking things off the task list.
As you do the work, document the work as a manual and processes that will be given to the employee that will eventually be hired to be solely responsible for the task.
Lots of benefits to this, the primary one is hiring new people will be easier, even jr people with less experience will be more effective with documentation. The second benefit is it makes it easier to be acquired. The buyer will be able to quickly understand the key technical components of your business and what it takes keep operations running smoothly.
So, I work as a consultant for a large hospital trying to create a startup. Myself and two partners are basically in the C roles. I am the "CTO"/"Technology Lead".
We used an agency to develop the initial version of our product so my first 6 months or so where mostly heads down with that team cranking out the product. While the other developers were focused almost solely on feature development, I also spent a good amount of my time focusing on larger issues like security, deployment practices, product/market fit (still working on that part), compliance, planning/product management, and even a bit of marketing.
My role flexes from some complex backend code to writing "light and fluffy" content on our marketing site. Basically, if I'm the best person to do something, I'll do that thing.
With a seed round: low-volume but time-intensive recruiting (and of course coding). Although you might only hire 2 or 3 people in the first year, they'll - hopefully - be your biggest contribution.
The difference in output between a good 3-person team with decent leadership, and a fantastic 3-person team with outstanding leadership, is probably bigger than your own contribution as an individual developer. If so, the quality of the people you recruit, and how well you lead that team to quickly and thoroughly test the seed round hypothesis, will probably be your biggest contributions. Of course, you're still coding too.
OR…
As long as you're bootstrapping: CTO is developer, dev ops engineer, architect, most or all of product manager, and part or all of customer support and sales engineer. That continues until you have enough revenue to consider hiring someone at least part-time, which could be months or years. Think of yourself as a very committed individual contributor, or a product manager who has 1 developer.
As a 1-person engineering team, the biggest contribution you can probably make is deciding which problems not to solve, and which large swaths of the remaining problems not to solve. Make sure you're working on something people want. What half of any scope can you cut? Is feature X really as valuable as you or others think? Can you verify that with a day of work?
Finally, in both worlds: figure how who is handling product management. Who choose the functionality? Prioritizes it? Sketches the UI wireframes? Writes the UI copy? If you all are involved, is the CEO ultimately responsible for product/market fit, and if so, do they break disagreements?
If you need to put on a fancy title in order to close a deal then so be it, but other than that you all need to execute on whatever are the most important tasks, delegating to whomever is most capable of each given task. That is it; don't overthink it or your startup will fail while you sort paperclips.
As for what they would expect from you: don't focus on what's possible or hard technically. Only think about the outcome and the value created, then figure your shit out and build it. They will also expect you to be involved in business and sales strategy, don't be passive and simply observe under the umbrella of "I'm doing tech only".
- CEO: Main purpose is making sure that there is a company to run. Get funding etc.
- CPO: (I suppose you intent it to mean Chief Product Officer) Main purpose is to make sure you build a product that the market needs.
- CTO: Main purpose is making sure that the product can/will be build.