There’s a lot of confusion between PRINCE2 and Agile methods, and indeed debate (PRINCE2 vs Agile) about which should be used on projects. In fact, both can and are being used increasingly on projects – often together.In 2015, AXELOS, the owners of PRINCE2 launched PRINCE2 Agile. PRINCE2 Agile is an attempt to get the best of both worlds – the structure and governance of PRINCE2, combined with the flexibility of Agile.This article compares PRINCE2 and Agile methods and approaches and explains how PRINCE2 Agile can bridge the gap between the two.
PRINCE2 vs Agile
PRINCE2PRINCE2 is the world's most widely used project management methodology. PRINCE2 qualifications are a standard feature of project management job specifications in the UK and have grown in popularity since PRINCE2 was launched in 1996.Currently, over 150,000 PRINCE2 exams are sat somewhere in the world every year.
Agile‘Agile’ is an umbrella term used to refer to numerous product delivery methods, frameworks and techniques used by development teams.Agile approaches emerged from the software industry in the 1990’s, to try to overcome many of the problems which had beset traditional software projects. They were often delivered late, over budget, and with low quality.There are different Agile approaches, the most famous being Scrum, Kanban, Extreme Programming, and Lean. All Agile approaches are based upon the 12 Agile principles.
Who is PRINCE2 for?PRINCE2 is a customer-focused project management methodology. It offers a set of principles, themes and processes to enable an organisation’s key managers to justify a project. It helps them understand “why should we do it (the project)?” and “are the benefits worth the costs and risks of doing the project?”. It also focuses on how to manage a project effectively to ensure it still is a worthwhile investment in a changing business environment.PRINCE2 was developed by the UK government in 1996 as a generic project management methodology.
Focus of PRINCE2
PrinciplesPRINCE2 is based upon a set of 7 principles which guide all aspects of the method.Since it is a project management methodology, it describes the roles and responsibilities of all members of the project management team. This includes higher levels such as the project board, as well as the project manager and team manager roles.
ThemesIt also covers a wide range of key project management themes – business case, organization, change, risk, planning, quality, and progress. Success on a PRINCE2 project is measured by how well it enables the project’s benefits to be realized by the customer organization.
ProcessesPRINCE2 also includes a full project management lifecycle which explains which role takes key decisions at crucial times during a project.PRINCE2 recognizes that on projects there are all kinds of products (outputs) produced by teams of people with various specialist skills. These teams have myriad ways of working and PRINCE2 does not try to guide how they should work.Instead, PRINCE2 simply defines the interface between the project and these teams in terms of reporting, accountability, and the work to be done.
Who is Agile for?
History of AgileEngineers in the software industry in the 1990s created Agile approaches when they were trying to address problems with software projects being consistently late, over-budget or delivering low quality software.Today many industries outside the software industry use Agile approaches.
Focus of AgileAgile approaches do not concern themselves with the wider questions about whether a project is worth it, or whether the benefits can be realized afterwards. They do focus however on delivering value to the customer by delivering products incrementally, in the most efficient manner possible.These products are likely to do what the user/customer needs because the customers have been involved in a constant cycle of defining and prioritizing requirements, developing, testing, and providing feedback.
Delivery of working productsAgile methods are delivery teams doing the work - whether part of a project or not. They focus on questions for the team such as ‘what needs to be delivered next week?’, and ‘is the working software what the customer needs?’
CollaborationOne of the Agile principles is that people on teams must work together collaboratively with the customer. This is done by defining and prioritizing requirements, developing, testing, and providing feedback in a continuous and repetitive cycle of iterations. Often, the customer will be co-located with the development team.
Self-organisationSelf-organisation by teams is also one of the Agile principles. Agile teams determine their own tools and techniques to use (e.g. task backlogs, burn-down charts, Kanban boards), rather than these being mandated by a project manager.
PRINCE2 and Agile comparison
PlanningOne key difference between PRINCE2 and Agile methods is that PRINCE2 is often described as a predictive (plan-based) approach, while Agile calls for short-term, incremental achievements independent of an over-arching plan (the adaptive approach).This means that, while PRINCE2 enables the customer to remain focused on the project’s original business goals, Agile approaches are very responsive to changes in the project environment and customer requirements.Agile approaches assume that the development process is (predictably) unpredictable. They encourage complete transparency, close collaboration and frequent delivery of usable sub-products that will eventually contribute to the final product delivered.
Levels of planPRINCE2 has the concept of ‘levels of plan’. This suggests that different plans are required by different levels of the project management team. There are 3 levels of plan in PRINCE2:
- Long-term – this is a high-level project plan which is required by the key decision-makers (the project board).
- Medium-term – this is a stage plan required by the project manager for every stage of the project.
- Short-term – this is a team plan required by each team manager (leader) to cover the work done by their team. This is a detailed plan.
Sprints and timeboxingAgile approaches such as Scrum, take this concept even further by suggesting a detailed plan for each ‘sprint’. A Scrum sprint is based upon the key Agile concept of a ‘time-box’ - a fixed period of time typically ranging from between 1-4 weeks.
Delivering working productsAt the end of every Scrum sprint a Scrum team delivers working software to the customer. Delivering working software at the end of each sprint guarantees that the software is never delivered late.The customer receives ever increasing increments of working software until, at the end of the final sprint, they receive the fully built and tested system.
Time-boxes and team plansThe Agile concept of time-boxes or iterations fits in neatly with PRINCE2’s concept of a team plan because there can be one or more time-boxes within a team plan.PRINCE2 doesn’t prescribe how many time-boxes a team plan should contain because that’s a decision for the self-organizing Agile team members.
Responding to change
Cost of changeOne criticism of more predictive project management approaches is that it is difficult and costly to manage changes. Changes are managed through formal change control processes, and decisions taken by a change authority.In Agile approaches, changes can be done quickly. This is because customer requirements (e.g. software features) are described by the customer in the form of tasks which are prioritised in a backlog.Because planning is never done further in advance than the next iteration (1-4 weeks usually), tasks can be quickly re-assigned a different priority, new tasks added, or unnecessary tasks removed.
PRINCE2 doesn’t have to be waterfallThere is a perception (wrong in my view) that PRINCE2 struggles to adapt to changing business requirements.This view is based upon the assumption that PRINCE2 is a project ‘waterfall’ approach. A waterfall approach is where requirements are documented and approved before moving to a design phase, followed by a build phase and finally a testing phase.There is nothing in PRINCE2 which prescribes such a waterfall approach. In fact, the latest PRINCE2 manual (2017) assumes that on many projects, requirements emerge and evolve as the project continues.PRINCE2 manages such changes to project scope using its change control approach. However, lower-level changes, such as a feature requests can easily be managed at the team level using the prioritization techniques common in Agile approaches.
Using both PRINCE2 and Agile
The best of both worldsWhereas PRINCE2 focuses on understanding what products are needed to support the business needs, Agile focuses on completing those products in an efficient manner, incrementally delivering more working software (products) as the work progresses.Utilizing Agile approaches on PRINCE2 projects therefore can bring the best of both worlds – the structure and direction of PRINCE2, coupled with the flexibility and responsiveness of Agile.PRINCE2 is not concerned with how teams organize or the methods they use. It does however define a simple interface between the customer organisation which is paying for the project and the supplier organisation which provides the teams which do the specialist work.
Business focus and timely deliveryThis therefore means that teams on a PRINCE2 project can use any development approach they choose – including any of the Agile approaches. Providing they comply with the interface defined by PRINCE2, teams can utilize the benefits of Agile (such as on-time delivery), whilst the customer maintains the benefits of PRINCE2’s focus on the business justification.
Quick PRINCE2 and Agile comparision
|Useful for the customer to justify a project||Useful for the supplier to deliver working software|
|Focuses on higher management levels||Focuses on lower-level delivery teams|
|Answers questions such as “should we do the project?” and “are the benefits worth the costs and risk?”||Answers questions such as “what do we deliver next week?” “how will we know it (a product) is finished?”|
|More predictive approach||More adaptive approach|