P2A. PRINCE2 Principles in PRINCE2 Agile® (Free Preview)

This is a preview lesson. Please purchase the course to access all lessons.

Based on AXELOS PRINCE2 Agile® material. Reproduced under licence from AXELOS. All rights reserved.


Bookmark table 7.1, page 50, and look it up when you’re answering questions about principles.



  1. Which PRINCE2 principles is the single most important one?
  2. How continuous business justification is different in adaptive projects compared to predictive ones?
  3. What should we have in mind when we’re creating any of the management products?
  4. Closing a project prematurely is a sign of good project management. (true/false)
  5. What are the two main reasons for paying attention to the business justification continuously?
  6. Is it OK to combine the Business Case and Benefits Review Plan into one, in PRINCE2 Agile?
  7. Agile doesn’t need Business Case.
  8. Agile doesn’t have Business Case.
  9. Is it OK to add Business Case to Scrum?
  10. What’s value?
  11. Which of the following two options is better?
    • A: value=10.2, cost=€250K
    • B: value=10.1, cost=€80K
  12. What’s MVP?
  13. In which management product do we explain the MVP?
  14. What are the usual jargon words when it comes to learning from experience in Agile? ;)
  15. How is it possible to solve the conflict of having a Project Manager in PRINCE2 Agile, when PRINCE2 says we should have one, and Scrum says we shouldn’t?
  16. Is the defined roles and responsibilities principle applicable to Scrum?
  17. Does the PRINCE2 manage by stages principle make it Agile?
  18. Is it OK to have one release spread over two stages?
  19. What’s the relationship between the self-organization concept and the manage by exception principle?
  20. Is it OK to have a completely self-organized delivery team in PRINCE2 Agile?
  21. The duration of the project is fixed. How should we set its tolerance?
  22. Using the work-output-outcome-benefit relationship, what’s the main focus in project management and program management? What about Agile delivery systems?
  23. What are the purposes of using the Agilometer?

Show the answers

  1. They are all important and required.
  2. We use the increments and releases to see how the project is justified in the reality, instead of forecasting it based on assumptions.
  3. The purpose, and the way it’s going to serve our project goal, rather than creating the management product just because PRINCE2 says so.
  4. True. When you don’t have a strong project management system, you don’t understand that you need to stop the project.
  5. To see if it’s still justifiable to continue the project, and to get help from it to make high-level decisions in the project.
  6. I don’t see a problem. Actually, it seems like a good idea in Agile environments.
  7. It can be used in Agile to capture basic information about the justification of the project, such as what is considered a benefit in the project. Business Case is mandatory in PRINCE2 Agile.
  8. Agile is just the concept of using adaptive development lifecycles, and it doesn’t mean to say if it has a Business Case. Some Agile methods have Business Cases (e.g. DSDM), and some do not (e.g. Scrum).
  9. You can add anything you like to your Scrum project, as long as it doesn’t have a conflict with the framework. I don’t see a conflict in this case.
  10. It’s proportional to the ratio of benefits to cost.
  11. Their value is almost the same, and remember that cost is included in value and you shouldn’t double count it. Selecting the best option in this case depends on the portfolio: do we need to save money by selecting B, and invest on another initiative, or is it best to spend more money by selecting A and generate more benefits this way?
  12. A very simple release that enables early feedback.
  13. Business Case, and some others.
  14. Kaizen, retrospective, inspection and adaptation, etc.
  15. I don’t know!
  16. Yes, Scrum has defined roles and responsibilities as well. There are only three roles there, and people usually share ownership; but still, roles have clear responsibilities.
  17. Not necessarily. We’re not Agile unless we have adaptation.
  18. Each Stage has one or more releases, and each release has one or more iteration. Each release should be done in one stage.
  19. Manage by exception is the PRINCE2 way of empowering people in the management and delivery layers. This empowerment is not absolute, as it usually is when we refer to it as self-organization.
  20. If they are completely self-organized, and make all the decisions, then the management and directing levels won’t be involved in the project, and it won’t be a PRINCE2 system anymore.
  21. PRINCE2 Agile says it should be set to zero, which is not right. Tolerances serve manage by exception: who should decide how to recover from deviations. In this case, the tolerances should be decided based on the project environment and policies, and knowing the fact that the project is timeboxed is not enough.
  22. Project management is focused on outputs. Program management is focused on outcomes. Agile systems are focused on a combination of business value and outcomes in the “project” level, and on outputs in the iteration level.
  23. Find the major risks and to tailor the system properly.

Back to: PRINCE2 Agile® Practitioner