;

Y21 Nº014 GRID Mag – Managing 5 Product Teams

Featured Image

Dear (none)Designer,

Welcome back to the fourteenth Design at Scale™ Newsletter – focusing on innovation and how design drives change in a large organisation or an agency.

Today, we will focus on how Design at Scale helps manage multiple product teams with a single backlog and deliver the high-quality software that defines the Sky Q and Sky Glass.

While joining the Sky as an Experience Design professional, I have the great pleasure of serving 17 product owners. Each one of them has driven a specific feature that was a part of the ecosystem called SkyQ. As the majority of the UX professionals can imagine, all of my product owners asked me, "can you please do me a wireframe for this flow?" or "can you please do me a user journey for that?" or "can you please do me some research for this specific feature?".

In less than three weeks, it became obvious that serving 17 masters is quite impossible and time-consuming. What also became obvious was the monotony of repetition that has been replicated across different features. The majority of question lied in navigation and behavioural model, research and analysis and mapping a user journey.

I've therefore created a User journey model that can be easily adjusted and quickly exported to PDF at first. Fast forward three months, and I have found out that all my PDFs were shared with an engineering team that has been redrawing them in something called Lucidchart and then assigned to Jira. Over coffee, we discussed the time wasted and the amount of changes we prevented from being in live format, and decided to synchronise our approach to mapping.

Within less than two months, all diagrams and journeys were in a native format available to the entire team. More importantly, designers actually create and maintain them, which freed up our development time.

With the permission of a Group Design Director, I have requested permission to stop documenting in design files and start documenting in Confluence. All my questions for all product owners get centralised. Once, there was a simple difference from the previous engagement strategy. Instead of drafting and replying to 17 emails, I have written a couple of pages on Confluence that receive regular updates (Watch Page) and reduce email communication to a minimum. On the other hand, I began collecting feedback in the context of the feature, with an appropriate representative – the CPO. In many ways, all features share the same structure, including HLR, UAC, FR & NFR and NFR, as well as user journeys and wireframes. Joining them with real-life design from our UI team was pure magic.

While asking questions, I was also documenting these design decisions in one single place. Instead of sending hundreds of emails to different product owners, scrum masters or business analysts, I have always referred to the page that I created in Confluence. Soon enough, this became a standard way of working, where the majority of them referred to these pages in their product presentations. This eventually led to a focus on a single, knowledge-based core, which we referred to as the core.

Fundamentally, our small initiative has evolved from a 3-month exercise into a 12-month solid product design documentation, which we later developed into Sky OS. The foundation refers to all buttons, colours, primitives, sizes, spacing, as well as the definition of the component in React, HTML, and CSS code that has been driven across TV, desktop, tablet, mobile, and wearables. We all referred to it as a knowledge base.

This allowed our colleagues from sports, news, creative, and other departments and lines of business to tap in and tap out for the features they required for the specific event, whether we were designing for cricket, rugby, tennis, or Formula One broadcast. The components, such as maps, data visualisation, infographics, text blocks, and someone has been constantly available to simply plug and play, and get the advantage of a customised UI ina time sensitive proposition.

Time passes, and Sky OS has grown into a solid proposition that drives business decisions across the majority of even-based broadcasts, allowing program producers to customise the E2E interface by choosing from an extensive white-label library of components that drive the quality of journalism from Sky.

Happy scaling through design!

Hey, I’m Jiri Mocicka.
London-based Product Design Director, Trusted Advisor and Author of Design at Scale™. The method that empowers individuals to shape the future organisation through design.
If you have a question, join our Community and reach out to like-minded individuals who scale design propositions. An online Academy can help you to define teams of 01, 10, and 100, and 1% supported by Grid Magazine and Supply section, where we bring more insights weekly on how to become a design leader in your Agentic Organisation

Author's Name

AVATAR

inResearch

42

inWriting

77

Released

230
EMT

Related.

Featured Image
Welcome to the Jira for Designers series brought to you by Design at Scale™ – Academy. In a previous article, we discussed Design planning(↘︎Link) and how the basic structure of design operations can improve organisational …
 · 
2023-03-27
 · 
6 min read
Featured Image
The most common interview opener is also the most commonly botched. Not because candidates lack a wealth of experience or confidence, but because they fundamentally misunderstand what is being asked of them. Master this …
 · 
2021-01-03
 · 
7 min read
Featured Image
Aligning Human Senses and Technical Communication to Unlock Enterprise Scale In a quickly evolving global corporate environment, cross-functional alignment is the ultimate metric of operational achievement. Yet, semantic and physiological noise creates friction at …
 · 
2026-04-06
 · 
4 min read
Featured Image
Welcome back; this article is part of the series called DaS™ – Naming convention. The previous article explored the history and mental models behind sorting information in digital space. This article will discuss how …
 · 
2020-05-11
 · 
6 min read
Featured Image
Welcome back; this article is part of the series called Naming convention. The previous article explored the history and mental models behind sorting information in digital space.[001↗] This article aims to discuss the naming …
 · 
2020-05-04
 · 
6 min read
Featured Image
We’ve all been there. Someone, most probably a boss, asks us to find the latest email or Miro [001↘︎] board or simply share a file created a while ago, and we struggle to find …
 · 
2020-04-27
 · 
5 min read
Featured Image
Welcome back; this article is part of the series called Naming convention. The previous articles explored the impact of folder naming conventions. This article discusses the naming convention inside the CX and UI files …
 · 
2020-04-20
 · 
5 min read
Featured Image
The tech industry, and design within it, often perpetuates a comfortable myth that every designer needs a single, seasoned mentor to navigate their career in constant change. That is why thousands of designers turn …
 · 
2021-08-01
 · 
6 min read
Featured Image
Welcome to the Design at Scale Method series. Today’s article has no more minor ambition than to connect, empower and unify all product designers under a simple Manifesto, which easily translates the value of …
 · 
2021-02-17
 · 
3 min read

GRID Magazine

Explore OUR 
Articles

Every week we bring set of stories reflecting on communication, operation and technology.

Newsletter

Subscribe.

We share our 20 years of experience in creating, managing and scaling products and services that allow individuals to shape organisations through design.

Design at Scale™

LINE_MAGENTA_050_301

Categories

LINE_MAGENTA_050_301

Data

LINE_MAGENTA_050_301

Share

Internal

Collaborate

Resources

IBM PlexSan
Regular
Charcoal

Design at Scale™ is defined by three models, which form the Method. Each model operates in a different part of the business and collects and informs parties on design and engineering decisions that have a direct impact on the delivery.

All brands and trademarks presented on the Design at Scale™ website are owned by their relevant companies or agencies. The projects represent collaborations between designers, developers and product owners. Do not copy or publish any of the projects shown here without written approval from Design at Scale™ (alternatively GIVE™, 9V™) and/or relevant companies and agencies.

SOC_Twitter
SON_LinkedIn
SON_Instagram
SOC_-Medium
View