Skip to main content
Organisations:
Civil Service

https://openpolicy.blog.gov.uk/2016/11/21/bringing-together-policy-and-digital-design-teams/

Bringing together policy and digital design teams

Posted by: , Posted on: - Categories: Examples and findings, Policy Lab

More than three times as many people move onto health related benefits each month as those who come off. Therefore supporting people to manage their health in work to prevent them needing health related benefits is key. This is why over the last 18 months, Policy Lab has been working with the Work & Health Unit (a joint unit between DWP and DoH) to create ways to support people to manage their health conditions at work. We’ve prototyped (mocked things up and tested them out) on paper and in real life situations in Jobcentres, with employers and in GP surgeries, but we also wanted to explore the opportunities of digital.

To do this we wanted to use a design sprint. At DWP Digital, the design team led by Ben Holliday had already found that this is a great way of bringing together policy and digital thinking and so we wanted to explore this further.

Over the last few years, user-centred approaches have developed in the digital and policy worlds, but often separately. We may have the same philosophy, but we sometimes use different language and activities. As well as exploring new concepts for digital solutions, this design sprint was an opportunity to see how best we can bring policy makers and digital teams together. Or, as Stefan Czerniawski, Design Director at DWP puts it, “the power of user-centred design coupled with rapid iteration in focused teams as an approach to building better services is now well established in government. Those same approaches should also help us earlier in the process, when we are still exploring problems and shaping policy – and design sprints are a fantastic way of bringing that to life.”

Rather than endlessly writing out businesses cases, design sprints are about doing - there’s not quite enough time to work on an important problem- so the pressure is on. Just to give you an idea, here is what did we do on the four days:

Day 1: looked at the original PolicyLab research and then spent time understanding assumptions behind existing concepts, prioritising those that were the most important to test.  

Day 2: looked at how the paper prototype ideas had developed so far and then developed new service design concepts around key user journeys.

Day 3: made a thing to help us test our biggest assumptions.

Day 4: tested with users, employers and job centre staff.

Testing with a potential service user in Southend
Testing with a potential service user in Southend

Collectively deciding on a feasible goal for the week

The goal wasn’t to build a working digital product in 4 days. Instead the team focussed on designing smaller elements of a digital service, something we could take into user research to learn from. Doing this collaboratively helped to put everyone on the same wavelength.

Making use of everyone’s expertise and knowledge

We needed to spend the first couple of days creating a shared understanding within the diverse team. But this shouldn’t mean ignoring the different perspectives people have, in fact it should mean embracing them. When we started to build the product everyone’s role became apparent, but perhaps this should've happened earlier.

It’s good to be challenged

Each day we invited colleagues from the department to come and challenge our work. This brought new insights and thoughts that impacted on how we took the work forward and helped to keep us on track. Presenting your day’s work to people who don’t know anything about it helped us to think about what we had done.

Maximising Time

We had four days, so it was important to be disciplined and not fall behind schedule. Throughout the week the team were all energised and focussed within the time constraints, but we had to manage this carefully.

Finding the right space

The team need to be in an environment that is conducive to their work. If we want to run policymaking ideas like design sprints, we need to find and make available the space to do this. The difference from our first day spent in a basement to the rest of the week in a bright and spacious room was distinct.

Squeezed into the basement room
Day 1: Squeezed into the basement room
Day 2: Bright, spacious and lots of wall space
Day 2: Bright, spacious and lots of wall space

Tea

Tea represents more than just tea when running something like this. Members of the team were working hours far beyond what they are expected to work. Having a flow of tea and biscuits or grapes just helps to say “thanks for being here, we’re all human, we all need a break from time to time and we all need something to help us keep going”. If I were to do this again I would provide much more of this, making sure people don’t have to fund this themselves. It’s a good investment.

Define the next steps

It is critical that there is buy-in from the policy owner from the outset. Part of any work like this needs to be thinking through how the digital product or service can be prioritised or scaled beyond early prototyping and iteration

In summary

To help progress a concept or policy, a design sprint can be extremely helpful and I would recommend it. The term may not be familiar, but the name doesn’t matter. It’s simply an opportunity to work together to explore ideas in a fast, iterative and possibly most cost effective way. It’s an opportunity to learn by making, together.

Creating the prototype
Creating the prototype

Sharing and comments

Share this page

Leave a comment

We only ask for your email address so we know you're a real person

By submitting a comment you understand it may be published on this public website. Please read our privacy notice to see how the GOV.UK blogging platform handles your information.