This is a great response, thank you. Unfortunately for me, it's unrealistic as we simply don't have the budget to hire all these people.

I see a future over the next couple of years where I have someone great in each of those positions but it will be a long, hard journey to get there.

This whole thread has given me a lot to think about and I wish I could personally thank everyone. However HN is limiting my responses so it might take a while!

You are absolutely correct, I need to talk with the other senior folks and this question here was my way of hearing some thoughts before going through that process.

> Do you feel connected to the overall vision of the company?

If I answer honestly, then no, not really. I think it's an interesting idea that will end up making a lot of money but no, the central 'theme' of the business doesn't touch any interests or passions of mine. The role came about via my network and I was much more interested in moving into the role of CTO than the product. Writing that out like this makes me realize that was a big mistake.

You know, maybe it makes me sound bad but I do enjoy leadership on a smaller scale and where I am ultimately in control. I know one-man bands don't get very far (usually) and some people management is expected even in your own business. I guess my point here is that yes, you're right I have enjoyed leadership previously and thought the step up would be similar but it's not.

Thank you for this, it's the way my mind has been leaning but it's good to hear. I realize my original post makes it sound like I had no idea what being a senior manager might involve which is just not true. I understand a lot of fire fighting and dealing with problems is par for the course I just didn't know if I'd enjoy doing that or not. How are you supposed to know until you try? :)

I also felt like I'd have way more control than I currently do. Perhaps that is a problem with me and if I simply took control and treated it like my own business I could change things enough to suit me more. But is that a good decision for the business? I'm not so sure. What's the point in changing things so much that the business suffers?

Anyway, your points about your previous boss really resonate with me right now. I'm finding myself increasingly frustrated and dreading meetings because I feel that frustration is coming across to the rest of the team.

The fire-fighting thing sticks out to me a bit, in part because it's caused me pain in the past and in part because you keep mentioning it. I might venture a guess that one of the underlying issues that's really getting to you is not the lack of actually writing code, per se, but that you have always had environments where you can get lost in deep focus or flow, and now your brain is being actively rewired to support continual rapid context switching. This is uncomfortable and unfamiliar and your brain is rebelling against this new environment.

I've never had a CTO title, but I've been in many similar positions.

In case you decide to stick it out for a while, I would suggest several easily implemented opportunities immediately:

(1) Establish an #engineering-support channel in Slack and a Triage calendar in Google Calendar. Put your team members on a rotating schedule to triage any engineering fires that the business has.

The Calendar should pipe into the Slack channel at 9 am every day. For a few weeks, send an "@channel please remember $engineer is your point of contact for today." By then the rest of the business should get the idea. Instruct your team that you trust them to decide which issues need to be addressed immediately and which ones need to go into the queue, but if they have any questions they can escalate to you. Also explain you understand that context switches are expensive, and you are totally okay if this causes a productivity hit on their given triage day.

It doesn't mean you won't be interrupted with real fires, but it does keep the less urgent ones from creating a context switch for you. Include yourself in the schedule, and you can send the message to your team "we're all in this together" instead of "hey I'm too good for this nonsense."

(2) The Business guys will respect your calendar, and if they don't, you have leverage to call them out on it because The Calendar is sacred in the business world. Block out 2 or 3 hour chunks throughout your week to work on hard problems. You drive a lot more value this way than with the fire fighting, anyway.

(3) The Calendar also works for time with your family. Daughter's Ballerina Recital? Block out 4pm-8pm on your calendar as soon as your hear about it—"Blocked—At Home"—and again, leverage if somebody wants to interrupt you with a fire.

(4) Train everyone on how to add each others' calendar to their own calendar view; this seems obvious to engineering, but less engineering-minded people may not know they can do that.

Before you quit, you should consider using your willingness to quit as leverage to try to improve the situation. This is not an easy thing to do, but if it succeeds it can pay enormous dividends down the line, and you have little to lose by trying it first. Contact me privately if you'd like more info or coaching on this. (My qualifications: I've been CTO of two semi-dysfunctional startups.)

A manager should set the course, provide the means and assist in navigating the rough patches, but they shouldn't be at the helm shouting instructions at the people climbing the sails. A manager who tries to take control typically leads to frustration for everyone involved.

Thanks for the reply. I had thought of doing an MBA a couple of years ago, albeit fleetingly. I don't think that will solve things in this current situation though :)

I also agree that perhaps my issue is more of building things rather than strategic input. After all, when building things for my own business is when I'm most happy so it's good to hear a similar conclusion.

Good luck with your new venture!

Some amazing comments on this thread, thank you everyone. Reading through as fast as I can and will respond soon