As part of our work with the Medicines and Healthcare products Regulatory Agency (MHRA), Red Badger was asked to develop a Delivery Framework.
Our recommendation was a bespoke Agile Delivery Framework which recommends a Lean-Agile approach to digital and technology delivery, in line with the Technology Code of Practice set by gov.uk.
It incorporates multi-disciplined cross-functional teams, design thinking, data-driven decision making, continuous integration/deployment and continuous improvement in the development of the Products and Services being delivered by the TD3 within MHRA.
Due to the nature of their work, the delivery model for the Agency is quite complex, the size of the projects change as well as the need for their governance. We’ll be talking about our approach to designing an adaptive and flexible solution to work in a complex environment.
Early on in our process, when we were working on the strategy and the approach for the framework, we asked ourselves what the biggest failure would be. Almost unanimously, the answer was for the framework to be an irrelevant big document that sits in a folder, unused.
We employed a few approaches to avoid that failed outcome and to be able to create something that would be easily accessible, easy to use and useful for teams:
Instead of making a recommendation out of context, we treated the framework like a product, one that is based on user needs, can be measured and iterated on. Our recommendation was based on the guidelines highlighted in NHSx and GDS but customised for MHRA and how it operates as an Agency.
Designing the Agile Delivery Framework was a collaborative effort, where we’ve worked with MHRA and NHSx ensuring our recommendation was aligned with existing frameworks and fit with the landscape in which the organisation operates in.
We’ve also established a working group, formed of a cross-functional team from across the MHRA to take the framework forward by implementing Proof of Concepts, and measuring the progress.
The recommended framework is based on qualitative and quantitative research conducted with MHRA employees, both Transformation Division and the business.
As part of the discovery, we delivered a product from discovery to build which allowed the team to fully empathise with the process. Mapping the end to end experience of getting a product live allowed us to visualise the complexity of all the steps required, but also enabled us to build a shared understanding of what was happening across all the teams in the Transformation Division.
At the end of discovery, we landed with 6 problem statements to inform the design and development of the framework.
A framework that reaches across many teams, involves interactions with both the business stakeholders and the public is inevitably going to be a complex process.
We wanted the framework structure to be simple without being simplistic, which led us to exploring different models to help conceptualise the framework and best visualise it.
We've used the vortex as an analogy to introduce the framework for a few reasons:
The vortex informed the structure of the framework recommendation, allowing us to focus on team level activities in more detail, guiding principles and concepts for the division as a whole and aligning with other frameworks and governance standards at the organisation level.
It became clear that the framework couldn’t be all-encompassing to the vast variety of scenarios that TD3 face when delivering projects for the Agency. The duration, scope and type of projects change, requiring any framework for delivery to be flexible enough to guide each project through its different requirements.
Instead of prescribing a strict set of guidelines, our approach to handling the variety in delivery was to lead by principles and guidelines. One of the first things we did before fleshing out the details of the framework was to define the guiding principles which would inform both the recommendation itself but also the implementation of it across TD3.
The aim of the principles is to guide delivery teams within TD3 using the Delivery Framework.
We formed these principles by reviewing existing principles across different government sites, including GOV.UK, GDS, and also NHSx and by distilling them to make them relevant for MHRA. They are complementary to the Agency values and TD3 behaviours as well as existing TD3 Design and Technology Principles.
A measurement framework was essential in enabling the framework to be implemented and iterated on with data guiding the way.
Collaborating with the Data team at MHRA we built a metrics dashboard to measure progress against the different components we’re targeting to improve.
These include Portfolio, Delivery and People metrics. The three areas work to balance each other while maintaining a tension to allow for improvement without gaming the system.
For instance, improving the Delivery metrics, such as speed of delivery won’t be possible without considering the impact of the speed to the quality of the outcome, as well as to the team dynamics and the overall customer experience.
Just like anything in the current climate, we expect the framework and the elements of it to change and evolve with use, over time.
The recommended feedback loops, such as team retrospectives, customer satisfaction surveys as well as the metrics will enable teams to modify the framework to best suit their needs.
Parts of it that don’t resonate should be removed or modified and parts that need more detail or constraint should be defined more.
From the start, the intention of the framework has been for it to be adaptive, providing teams with a useful guide that can be adjusted within the context of their individual projects.
The iterative nature of the framework required teams to take ownership of their process, and constantly review, either through the measurement metrics or through internal feedback loops and amend their approach.
Teams are empowered to amend these activities in line with the guiding principles to achieve the desired outcomes, if doing so is pragmatic, reduces waste and still adheres to other guidelines the Agency is committed to follow.
The next step is to put the framework into practice and refine it using the data generated through its use. The recommendation has some fundamental shifts on the operating model of TD3, so it’s important to put it into practice with an experimentation mindset and be open to certain elements of it needing refinement.
The implementation can be through small initiatives that test a part of the framework or projects that implement the framework from conception to launch.
In either case, teams are using the measurement framework to measure the impact of the changes and share lessons learned for the next rounds of the experiments.
Treating organisational change like an iterative product has helped us design for the complexity of the process.
By establishing the user needs from the start, aligning to existing frameworks and building feedback loops have set up MHRA with a user-centred starting point and a direction to keep improving to ensure the framework is relevant and the best to fit the context of the teams.
Service Standard - Service Manual - GOV.UK
Technology Code of Practice - GOV.UK
Agile delivery - Service Manual - GOV.UK
Principles - Design principles
Government Design Principles - GOV.UK
Home - NHSX