Brighton & Hove, Sussex, UK

Explore 5 Phases Of Agile Project Management

Agile Project Management

White Rabbit uses elements of Agile Project Management when delivering websites, social campaigns, other services and projects. Read on to find out more about Agile Delivery phases and what the benefits are of this project management method.

What Is Agile Project Management?

The Agile Project Management methods encourage teams to build quickly; test what they have built and iterate their work based on feedback. There are many agile methods you can use when building a website, each has its own set of tools and techniques.

There are many agile methods you can use when building a website, each has its own set of tools and techniques. Share on X

Where Did Agile Come From?

Agile started out as an alternative method to develop software, but is now applied to running other types of projects. The principles behind agile are set out in the Agile Manifesto (2001).

Why Agile PM Is Better For Services

While a sequential waterfall approach is necessary to build things like bridges and buildings; it is less effective for creating and running services, when tech changes so quickly. That is where Agile Project Management comes in.


Agile Project Management Phases

Discovery, Alpha, Beta, Live and Retirement.

1. Discovery Phase

Before you commit to building a service, you need to understand the problem that needs solving.

That means learning about:

  • your users and what they are trying to achieve;
  • any constraints you would face making changes to how the service is run – for example because of tech or legislation;
  • the policy intent you have been set up to address – this is the thing that the user wants to change or make happen;
  • opportunities to improve things – by sharing data with other teams for example.

This part of your project is called the discovery phase.

2. Alpha Phase

Alpha is a chance for you try out different solutions, to the problems you learnt about during your discovery. Spend the alpha phase building demos and testing ideas. Don’t be afraid to challenge the way things are done at the time; alpha is a chance to explore new approaches and ideas.

By the end of the alpha phase, you should be in a position to decide which of the ideas you have tested are worth taking forward to beta.

3. Beta Phase

The beta phase is where you take your best idea from alpha and start building it for real. It also involves thinking about how your service will work with (or start to replace) existing services and preparing for the move to live phase. Structure your beta phase so you can roll out the service to real users; with minimal risk and maximum potential to learn and iterate the service.

Make sure:

  • the service team has the capacity to sustain that learning and iteration through the beta period;
  • support staff are able to cope with new users who might struggle to use the service in ways you didn’t expect.

You will start out in ‘private beta’ this involves inviting a limited number of people to use your service; so you can get feedback and improve it. Once you have improved the service and are sure you can run it at scale, you assess whether the time is right to move into ‘public beta’.

4. Live Phase

The live phase is about supporting the service in a sustainable way, continuing to iterate and make improvements.

You will also:

  • continue to address any constraints you identified at beta phase;
  • continue to develop the service and work with others providing services that are part of the same journey, so that you are iterating towards solving a whole problem for users;
  • transition or integrate any existing transactions that meet a similar need to yours, making sure that what you end up with has a scope that makes sense to users.

You will have your live assessment from the end of the public beta phase. Spend public beta preparing for live phase.

5. Retirement Phase

Your service may eventually need to be retired. For example if policies change or if there is evidence that users’ needs have changed. When retiring a service, you should consider user needs; in the same way you did when you built the service.

You should have a plan for securing the info you have got about your users. You should already have a plan in place to manage that data, including details of how long it will be retained. Make sure that there is support in place to maintain these policies and protect the information.

Other Standards & Code of Practice

Find out more about the standards and codes of practice that White Rabbit follows on the Service Standard page.