Beta This is new guidance. Complete our quick 5-question survey to help us improve it.

  1. Service manual
  2. Agile delivery
  3. Agile and government services: an introduction

You must use the agile approach to project management to build and run government digital services.

Agile methods encourage teams to build quickly, test what they’ve built and iterate their work based on regular feedback.

Meeting the Digital Service Standard

To pass point 4 (use agile methods) in your service assessments, you must show how your team is using agile methods to build and run your service.

Where agile comes from

Agile started out as an alternative approach to software development, but is now applied more widely to running other types of projects and products.

The principles behind agile are set out in the Agile Manifesto (2001).

The differences between traditional and agile methods

Agile can be very different for people used to traditional waterfall methods for software development.

With waterfall methods the process is sequential. You start by gathering requirements, making plans and going through procurement processes. You then design the product and build it. In the final stage you test and release it to the public. It is only at this end stage that you get feedback and find out if it works for your users. You only have one chance to get each part of the project right, because you don’t return to earlier stages.

Agile takes a different approach. You do all these things - gathering requirements, planning, designing, building and testing - at the same time. You start small in the discovery and alpha phases.

You research, prototype, test and learn about your users’ needs before you start building the real service in the beta phase.

You only go live when you have enough feedback to show your service works for your users and meets their needs. You continuously learn about and improve what you’re doing so it meets users’ needs.

Why agile is better for services

While a sequential waterfall approach is necessary to build things like bridges and buildings, it’s less effective for building and running services when technology changes quickly.

Government services also need to be able to respond quickly to policy changes and the needs of the public.

Using waterfall methods means you may spend 18 months building a service that no longer meets government policy, can’t work with the latest technology and doesn’t meet users’ needs.

Agile methods allow you to quickly make any changes while you’re building the service, and also when it’s live on GOV.UK.

For example, since January 2013 visits to GOV.UK from mobiles doubled from 15% to 30%, which means any services not built to adapt to mobile will need to change quickly to meet users’ needs.

Case studies and examples

The following examples show how different teams across government have successfully adopted an agile approach: