;

Y20 Nº012 GRID Mag – Education at Scale

Featured Image

Dear (none)Designer,

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

This month, we will look at how design at scale helps democratise education. For centuries, the majority of academia has proceeded through the cycle, finding a subject to teach, finding the person who knows the most about it, persuading him to write about it, forming syllabi for the course, and finding the budget for someone to run the course. With the greater digitalisation of our day-to-day life, Pearson has realised that the demand for high-quality syllabi and their supply is significantly different.

In order to redefine education, you need to be obsessed with learning. Our team was 20+ professionals who had fallen in love with the education, project, and redefinition of what is called the stage and gate. Our team was based between Boston, London, and Pune, enabling us to deliver the first 24-hour team while working synchronously side by side with an engineering team. I have already worked in Dual-track in the past, yet this time was my first under the agency. This experience was utterly different and should be replicated once more for the great benefit of design integration.

Organising ourselves in a unit was a brilliant idea. Offering the design/brand team the flexibility to explore possibilities, allowing the experience and BA teams to collaborate on what is achievable within the given timeframe. This also allowed the engineering team to respond with such precision as was needed for this proposition.

Or delivery cycles were organised in 3 different ways. Brand work has a Wed-to-Wed cycle, whereas experience has a Mon-to-Mon cycle with an engineering team following the same in two-week sprints, Thu-to-Thu. This way, we avoided hundreds of meetings and only saw each other at stand-ups assigned to us. After 5 weeks of initial toothing, we have settled on two medium or one large feature a week to be fully defined, designed and documented for the development.

The ultimate beauty prized by the client was that the refactoring had dropped in week 9 to only 10% this way, what had been said and agreed was delivered.

Let's look at what the normal week cycle looks like:

Monday – Stand up for designers was about reviewing the previous week's build, where the engineering team was reviewing/ and sizing what we have just designed and documented. This way, both teams delivered one message to the business – we know what we are doing. If we have some catalyst events, such as sickness or holidays, we can accommodate them in advance.

Once we had a green light, we proceeded to weekly sprint planning. The BA and CX described the feature or journey in question, along with the attempts made for the successful delivery.

Tuesday and Wednesday were mainly heads down, producing the outcome for Thursday's Dev day, which we call Show and Tell. This programme handshake was brilliant in the way that no one judged the code or design; it was about making it happen. A fantastic moderation of CPO and associated PMs helps the team navigate through the technical challenges.

Thursday was the dev day – everything around the development, data, assets, signs and so on, so that our development team has absolute clarity. Leaving Thursday with an absolute clarity was a massive relief for all the team involved. This was the evaluation point where all parts click into one machine.

– Project tick
– Experience tick
– Brand tick
– Assets tick
– Accessibility tick
– Front-end tick
– Back-end tick
– Integration tick

Friday was always focused on prioritisation and planning next week + a 3-week window, so that we all know what needs to happen and everyone is aware.

This was successfully repeated for 72 weeks when we finally launched the new Pearson platform. The main learnings were – transparency beats any planning, a meeting without an outcome is wasted time for everyone, and code is the new law and soon will be the design too (written in 2010)      

That's all for this edition!

I hope these insights were valuable and sparked new ideas for scaling your design propositions. Remember, the journey from concept to widespread impact is a shared one, and your experiences are invaluable. Keep experimenting, keep learning, and stay tuned for our next newsletter, featuring more strategies and success stories from our incredible community.

Happy scaling!

J+

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