Agile Dictionary of Terms for Prince2

A - Z Dictionary of terms for Prince2 Agile edition. This is the official Dictionary of terms for the Agile prince 2 method. PRINCE2® is a registered trade mark of AXELOS Limited. See glossaries for Managing Successful Programmes (MSP), Project Office Dictionary (P30), PRINCE2, ITIL and Risk Management. See also the Project Management Dictionary.

A - acceptance critera to Agilometer | B - backlog to business case | C - change authority to customer subject matter expert | D - definition of 'done' to Dynamic Systems Development Method | E - early adopter to experiment | F - G - feature to Glad! Sad! Mad! | H - I - higlight report to issue | K - Kaizen to Kano | L - lead time to Little's Law | M - manage by exception to MoSCoW | P - Plan-Do-Check-Act to push system | Q - quality assurance to quality tolerance | R - RACI to risk register | S - SAFe to supplier subject matter expert | T - team dynamics to transparency | U - V - user story to visioning | W - Waterfall method to workshop

E - early adopter to experiment

early adopter

A term given to a customer who is one of the first to buy or use a product. They typically may like innovative products and therefore may expect to pay more for them although these products may not be to a level of quality that later customers will receive. This type of customer is very useful for early feedback on the product.


A concept in agile that refers to creating solutions and making decisions in a way that gradually converges on an accurate solution and doesn't involve a lot of upfront work. The opposite would be to spend time and try to predict how things will happen. An example would be 'emergent architecture' whereby a lot of work could be done in advance to decide how the product will be built, or work could be started on the product and then the best architecture would emerge as the product develops.

empirical / empiricism

Evidence-based decision making instead of reasoning or intuition.


A high-level definition of a requirement that has not yet been sufficiently refined or understood. Eventually, an epic will be refined and broken down into several user stories/requirements.


A situation where it can be forecast that there will be a deviation beyond the tolerance levels agreed between project manager and project board (or between project board and corporate or programme management).


The single individual with overall responsibility for ensuring that a project meets its objectives and delivers the projected benefits. This individual should ensure that the project maintains its business focus, that it has clear authority and that the work, including risks, is actively managed. The executive is the chair of the project board. He or she represents the customer and is responsible for the business case.


An investigation into something that is carried out in a series of specific steps (which may involve research) in order to prove or disprove a theory or idea. This can be used to validate an idea or to try to improve something such as the way a team is working.

Copyright © AXELOS Limited 2012. All rights reserved. Material is reproduced with the permission of AXELOS