Technology Strategy Map - North Star / Key Focus Areas |
Platform growth over 3 years under my leadership |
Started in 2011 as my outlet to share my experiences on personal life and work topics. My handle is khanmjk. My friends & colleagues call me "Mo". This blog is an experiment, work-in-progress. Life: Self-awareness, personal development, growth hacking (quantified self). Work: Software and Systems Engineering, Leadership, Management, New Ideas and OpEds.
Technology Strategy Map - North Star / Key Focus Areas |
Platform growth over 3 years under my leadership |
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? :-)
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 |
“Remind yourselves of Allah, for it is a cure. Do not remind yourselves of the people, for it is a disease.”
“A man should be like a child with his wife, but if she needs him, he should act like a man.”
“The most beloved of people to me is he that points out my flaws to me.”
“Learn the Arabic language; it will sharpen your wisdom.”
“Sit with those who love Allah, for that enlightens the mind.