Partition your time to transition from developer to CTO

I already wrote here about a mission that ended up being a complete disaster.

Part of the problem was that my client wanted me to take the role of CTO while developing the backend of the product. I did not frame the expectation for this CTO activity, so I assumed that delivering the features was the most important. Great mistake.

It's in the past now, but I think the expected activities to be like this:

Nowadays, in this kind of situation, I clarify the scope of the mission then I partition my time. Programming tasks take time and tickets keep coming: there is always a bug to fix or an urgent feature to add. So I try to dedicate 50% of my time to code and 50% to CTO activities. If I choose to code in the morning, it means no meeting before 2 pm. If I chose to wear the CTO hat in the afternoon, it means no bugfix before the next day.

If needed, I add these partitions to the shared calendar to help me to keep the discipline to prevent being interrupted.

Posted on 2023-08-08 at 21:46

Previous Back Next