An example of a CTO's operating year's business plan

I'm continuing my series of posts sharing my work portfolio from my past as a technology executive (CTO) when I was directly responsible for a large engineering team (150+ people excluding partners). I approached this role as the next big challenge in my career aspirations. I gave myself a timebox of 3 years, after that, I'd intended venturing on to something else outside of the video world. I'm grateful for the experience as I left with learning all types of executive-management skills for managing business and technology operations. I also accomplished praiseworthy results in what would seem a short amount of time, in just 3 years. This shows how much intensity and density can be packed into a 3 year work experience. I know I would probably not see that much excitement and high-stakes challenges again for some time, even as I write this post in 2023, five years later, whilst working with Amazon's AWS...

Every CTO/Engineering Leader must write an Operating Plan

If you're a technology executive and you're not owning your very own technology operations business plan, in writing and not through high-level powerpoint slide decks, then you're missing a trick and you're missing out on a powerful asset and artefact, that IMHO, is essential for navigating your technology journey. Even before my time with Amazon, I used to write a lot, despite my employer not being a writing-documents oriented company, especially at executive leadership level. Personally, I needed a way to make sense of things, apply critical thinking and process my thoughts into a credible strategy for executing. I also needed to take my senior managers on my journey, lead by setting an example of thought-leadership through writing (because writing documents was unfamiliar to some managers). I also wanted to reach the software engineers on the floor, doing the day-to-day work, help them see the big picture and grasp how the work they do matters to the end goal. 

Another benefit of sharing your technology strategy in written form is to promote alignment and information sharing across many groups of stakeholders - customers, internal partners and external third-party primary partners. As a CTO for a specific business segment (online video), I had my own company's leaders as my primary stakeholders (CEOs, fellow C-Suite top team peers like Customer Acquisition, Retention, Marketing, Sales, Ops, Product, etc.), I also had to support other business' shared goals. In addition, I was part of a wider group structure of the parent group company, inheriting goals from the Group-CTO, Group-CIO, Group-CDO and Group-CISO domains. So the ever familiar problem of having multiple demands placed on a technology organisation. 

As a leader then, you need a mechanism for alignment on your execution plan for the year - this is usually an organisation's yearly operating plan. The aim is to show how you, as the engineering leader are accounting for all the priority goals you're taking on from your various customers and show how the work you plan to deliver, relates to achieving those goals and objectives. Additionally, the specific technology initiatives that you are taking accountability for yourself (like tech platform modernisation, addressing technical debt, etc.) remain nevertheless important for your org to deliver results and meet stakeholder expectations.

Below is one version of a year plan that I authored and used as a constant reminder for checking in and reflections on progress. Let me know if it helped you :-)

[Disclaimer: I write about my past work experiences, this post dating back to 2017-2020 referring to entities that no long exist today (in 2023). Previous mentions of such entities are widely in the public domain through news media outlets, press briefings, launch announcements, etc. I take time to ensure that nothing I share exposes commercially sensitive material. My intent is to share my learnings and experiences to teach and mentor people on a similar path to me; with the side benefit of showcasing my professional work portfolio to current and future prospective employers & head hunters, through my writing].

How I led the turnaround of a tech platform from 1X to ±9X in just 3 years

In a previous post, I shared how I ended up transitioning from a program manager to being the leader of a large engineering organisation as CTO. I then followed up another post sharing my context in this leadership position that was beset with highly volatile, uncertain, complex and unambiguous challenges - the world of online video streaming. A dynamic, tough, competitive space, especially as Africa was only then waking up to the streaming video wars that started in 2015.

[Disclaimer: I write about my past work experiences, this post dating back to 2017-2020 referring to entities that no long exist today (in 2023). Previous mentions of such entities are widely in the public domain through news media outlets, press briefings, launch announcements, etc. I take time to ensure that nothing I share exposes commercially sensitive material. My intent is to share my learnings and experiences to teach and mentor people on a similar path to me; with the side benefit of showcasing my professional work portfolio to current and future prospective employers & head hunters, through my writing].

In my 3.5 years as CTO, I would see the business change executive leadership multiple times - I think by 2020, we'd been through at least six changes in executive leadership (CEO/Exco-heads). This meant that almost every year, I had a new boss, who's strategy shifted to suit their new vision as they aimed to leave their mark on the business goals of an an aggressive growth strategy.

From a CTO perspective, I had to navigate different expectations of these new leaders, who didn't grasp the nature of technology and engineering challenges. Quite often, my team would be compared with the big players like Netflix, Amazon, Hulu - citing the incredible numbers of concurrent users (millions), comparing against our fledgling platform built in Africa, by Africans, for Africans - a platform that emerged not natively online, but an extension of the existing PayTV broadcast ecosystem. Despite whatever truths be valid or not from the engineering perspective, my job as CTO was to manage expectations upwards as best as I could whilst working with my engineering team on the necessary upgrades to scale the platform accordingly.

Once an app is live and already being used daily, with a steady increase in monthly active users - despite technical debt and platform instability - customers expect to receive feature updates and when it comes to consuming video, a stable viewing experience. Add an aggressive marketing and acquisition strategy, my technology team didn't have the luxury to pause, stop and fix things. Business goes and and IT tech folks just have to get on and deliver, smartly.

One of the first things I did with my team, in addition to resetting their mental model - was to create a simple graph of our state - not so dissimilar to Amazon's infamous flywheel. Based on the business growth strategy, the key drivers impacting my technology team pivoted around two fundamental missions: 1\ Increase the number of active users (growth) and 2\ Increase Engagement. So I created this map, as our North Star - that would remain, un-erased on the whiteboard for 3 years since creating. This picture would become my constant reference during my management meetings (reminding my directs and technical leads why we exist, what areas are important) as well as my all-hands updates:

Technology Strategy Map - North Star / Key Focus Areas

A video streaming business is about reaching as many customers as possible, providing engaging content that captivates their users to return and consume more and more content, staying longer on the app, remaining more engaged. The app user experience needs to be seamless, easy, intuitive and on-par with other well known players (ala Netflix). The tech platform then becomes core in providing the experience. What the picture highlights are the key pillars, which became the driving force for our improvement goals. I focused our attention to execute on these and only these: 1\ Product development (software delivery of app features across as many devices and platforms as possible); 2\ Streaming & Networking infrastructure - CDN & cost optimisation; 2\ Platform Scaling challenges (big area of technical debt - transition to AWS cloud); 3\ Platform Intelligence (don't fly blind); 4\ Content Discovery (AI/ML recommenders); 5\ Telco partnerships (we didn't own the full network). Controlling all of this, was technical operations excellence, something I called "Mission Control" - active, preventative and proactive monitoring of the live platform (technical alerting and social media monitoring).

A large part of this challenge was managing cost. Based on the business growth targets, the cost to serve the technology platform per customer had to remain low. In parallel with me turning around not only a distressed platform whilst keeping the integrity of the engineering teams together (because of layoffs and re-org), I had to work on delivering cost-savings whilst armed with my own sizeable budget. We could no longer be operating on a shoestring budget anymore, and at the same time, we couldn't afford to be wasteful - frugality was still top-of-mind. My budget over my tenure would amount to R1.5 billion (±100 million USD) covering people, capital expenditure, and operations expenditure (video streaming businesses is a costly game), aligned to a Buy / Partner strategy instead of Build-your-Own.

As a result of this strategy, my team were able to execute year-on-year, exceeding expectations and turning around what was once a platform on the brink of extinction, rebooting and refreshing in 2017 to deliver a nett ±9X improvement on active users and availability of the platform:

Platform growth over 3 years under my leadership

As a result of this experience, I wrote a white paper that dived quite deep into the technical challenges a CTO in the online video streaming business must not overlook - check it out here.

My engagement as a CTO was timeboxed from the start - I wasn't expecting to work longer than 3 years as I'd set myself the challenge of learning and setting up a leadership succession plan that would continue to lead the team and deliver on the technology transformation strategy I created. At the end of that experience in 2020, just around Covid times, it was clear I needed to reset myself, and after 20+ years career in video technology, I sought a change...and decided to leave the TV world behind.

Looking back, more than two years later, I somewhat miss the thrill of high-stakes leadership, and the intensity of the experience. More so, leading a large group of people (150+), rallying them to raise the bar and turnaround their tech platform (that I had no prior experience in building, nor was I familiar with the code) and also themselves, in trusting me to lead them - and get past their stigma of not trusting a business program manager... 

My next posts will dive deeper into some of the streams on how we got to 9X, covering some hits and also some big misses too!!

How I communicated a CTO's 3 year plan through writing

In my previous post, I shared my method for applying visualisation in simplifying complex technology migration programs, communicating effectively by way of one-piece-of-paper. I also shared how I communicated progress updates for a plan with multiple programs using a simple slide show. Before getting to the stage of summarising complex topics through the powerful, simplifying visual means, one must do the deep work of critical thinking, reflection & reviews. This process usually takes the form of written word which serve as inputs into the visualisation and storytelling stage.

[Disclaimer: I write about my past work experiences, this post dating back to 2017-2020 referring to entities that no long exist today (in 2023). Previous mentions of such entities are widely in the public domain through news media outlets, press briefings, launch announcements, etc. I take time to ensure that nothing I share exposes commercially sensitive material. My intent is to share my learnings and experiences to teach and mentor people on a similar path to me; with the side benefit of showcasing my professional work portfolio to current and future prospective employers, through my writing].

How does deep work happen then? Well, through writing narratives, of course! I love writing. Even before joining Amazon, I was rather Amazonian! As I reviewed the content I produced over my past work experiences, it became clear that what I was doing way back then in 2016-2020, was actually preparing for my future work at Amazon!! Amazon is infamous for its writing culture. Powerpoints be damned! If you aren't able to articulate your thoughts and ideas through writing at Amazon, then you're not going to get much traction!

In this post, I share what I wrote back in 2018, basically reflections that I'd written for an audience consisting of ExCo (Group CTO & CIO members), my senior engineering direct reports as well as some non-technical board members who expressed some curiosity on the learnings from our journey to date, since the massive re-organisation of the business and resetting 2017 strategy (as I shared previously in my experience as CTO in  my first 100 days). 

The situation in 2018 at high level, executive board level: 

In Q1 2017, I was tasked to build the future online video platform (Delta) for the group. By the end of 2017, the group inherited another business unit, bringing its own video platform (Sierra) into the mix. The parent company created a new business unit as a result, consolidating a new operating model, bringing all entities servicing online video customer segments into a single operating business unit. With two different product portfolios, serving different market segments and powered by two different technology stacks, Sierra & Delta. Sierra was borne in the digital world from day-one cloud-native, with Delta having evolved from the traditional broadcast PaytTV world, pre-cloud. So you now have two independent CTOs (separated by continents apart) responsible for two different tech platforms, talk about ambiguity! From a high-level cost accounting perspective, it looks like there's much duplication going on surely!? Simply put: both organisations build apps that consume video, why don't you guys merge into a single platform? :-) 

I thrive in thinking big and looking around corners. I also enjoy solving what seems at first, to be intractable problems. I also love to cooperate and collaborate - always seeking out the best interest for the business in the end, even at the expense of my own career (I was never one for empire building). Setting all personal differences and healthy tech competition aside, I chose to focus on building bridges, looking for reasonable compromises. I also set out to describe the situation in terms that both technical and business stakeholders could understand. So I created this doc, to share my thinking into a 3 year technical strategy would look like, taking into account the learnings from the conversations to date. 

I'm sharing this with my readers as an example of what is expected from a senior engineering leader when it comes to strategic thinking and planning longer term - you have to do the deep work, confront the brutal facts of the current reality and set clear goals and aspirations for a future state. 

Incidentally, the contents of the doc is not so dissimilar to the content one would find in the Amazon Operating Plans (OP1/OP2):

How to Visualise & Communicate Technology Migration 3 Year Plan

My previous post shared my journey into my early days as a CTO, taking you through my challenges and opportunities in my new role that experienced high degrees and uncertainty, and despite the ambiguity, I had to not only come up with a 100 day plan, but also win hearts-and-minds all-round. 

[Disclaimer: I write about my past work experiences, dating back to 2017 referring to entities that no long exist today (in 2023). Previous mentions of such entities are widely in the public domain through news media outlets, press briefings, launch announcements, etc. I take time to ensure that nothing I share exposes commercially sensitive material. My intent is to rather showcase my work portfolio to current and future prospective employers, through my writing].

Despite the uncertainty with the mothership corporate's complete overhaul of its business operating models, we had to go on as business-as-usual. As such, I had to create a credible three year plan for the technology platform: Create future online video platform V2.0 that replaced the existing V1.0 (let's call this platform Delta) and combined the best of a standalone partner platform (Sierra). 

Both platforms were roughly the same age, with Delta create to pretty-much replicate the traditional PayTV's Set Top Box (STB) experience (via a Satellite broadcast) but over the internet and consumed through devices other than STBs (i.e. mobile phones, web browsers, game consoles, smart TVs). Delta wasn't a truly home-grown, native internet application, being tightly coupled to existing broadcast and satellite workflows. (To understand the world of difference between Internet Over-the-Top video and traditional Broadcast TV systems, refer to my white paper here).

Sierra, on-the-other-hand, was built from the ground-up, as a pure internet streaming platform, but only for on-demand content, like Netflix - but didn't provide live broadcast TV & thus didn't experience the realtime expectations that the Delta platform did. 

Nevertheless, the business strategy was to create a more unified, homogenous viewing experience for the customer, simplify the multiple applications problem by providing the customer (end-users that consume video over the internet), a single container application to enjoy any type of media content, on-demand - i.e. xVOD. From a product and user experience perspective, this made perfect sense. For the technology platforms though, it meant choosing a path forward that involved a technology modernisation program: Build out the new platform, migrate as much as possible, reach parity and provide the new 2.0 experience.

The job of creating this technology strategy naturally falls on the CTO, me. This initiative, to be a success would need the full co-operation of 5 separate commercial entities, impacting the day-to-day work and operations of 500+ people, including 50+ resources from our partners. 

How do I simplify a complex technology strategy & execution plan on a single piece of paper?

How do I ensure the picture shows all the key elements (workstreams) that tell a credible story?

How do I present and communicate progress overall to non-technical stakeholders?

How do I influence stakeholders & bring in a wider audience than just the engineering teams?

My One Page Project Scorecard

Back when I was an independent management consultant, I used to lead very large enterprise-wide programs that cut across multiple business units, each with its own project management office. My job was to lead, direct, coach and deliver through others, without myself having any hierarchical power - apart from referent power as my sponsors were the C-suite themselves. The job itself was interesting as I had to wear multiple hats: dive into the detail working with implementation teams whilst at the same time, be ready to communicate with my higher-level stakeholders, abstracting the detail. But if asked any questions, I must have the answers for them, without differing to the workstream owners.

Typically my programs would entail any number of workstreams, from ten to fifty. Some workstreams (or work packages) themselves would be considered programs in their own right. A program being a collection of multiple projects. Projects being a unit of work usually involving a single group, to deliver a series of tasks. I would be leading and executing through many program and project managers, as well as individual functional managers.

Over time, I'd developed my own mechanisms for structuring and managing these large-scale initiatives. One such mechanism is a simple project dashboard, on a single piece of paper, that shows the full map of all the initiatives, calls out the owners responsible and overall status - highlighting a call to action.

As a consultant however, my role was to guide, raise risks and mitigate as much as I could (within my scope of influence and control), and then escalating upwards for decisions outside my control. What's a consultant to do, eh?

Let me know what you think of this visual?

An example One Page Project Report from 2015: large-scale media workflows automation program