PRINCE2 Agile - Initiating a Project process Flashcards
How can the Project Approach incorporate Agile behaviours?
- The product is defined in terms of features and intended releases over controls and processes.
- The Project Approach can set out a customer-centric, self-organising team structure. It can also specify the use of Agile methodologies such as Kanban or Scrum.
- The Development team can speak to the customer and customer engagement to plan the stage and scope features is encouraged.
- Agile emphasises the need for all team members and the customer to be involved in estimation and scoping
- BMA focuses on providing value to customers as soon as possible
- PID is developed in a workshop and is less formal. It may change during the project. The original version of the PID is saved
- Stakeholders may have to use information radiators to find key info
- Need to map PRINCE2 roles to Agile roles.
How should the PPD be treated in PRINCE2 Agile?
- PPD should be split into user stories with outcome focused acceptance criteria.
- PPD focuses on releases and sets of features, whereas P2 focuses on products only
- It can outline a MVP, or desired outcomes if the end goal or demand is not clear
- PPD has mandatory and non-mandatory requirements - this list needs to be shared with the team
- More focus needs to be placed on the value that needs to be delivered / problem that needs to be solved, as opposed to set deliverables. This allows the composition and nature of the product to shift as the team learns more throughout the project.
- Definition of done is likely to be a part of the QMS.
How are the SU and IP phases treated in PRINCE2 Agile?
In PRINCE2 Agile, can also be called sprint 0 or visioning.
SU and IP are rarely mentioned in Agile methodologies because they are methodologies and they assume the work has already been done or upfront work is not needed.
In PRINCE2 Agile, SU and IP is generally shorter and can involve capture the basics of the project in bullet point form. The aim is to get a basic understanding and the formality of pure PRINCE2 is removed. It is a balance between the need to plan and the want to let the deliverables evolve and adapt to change (core Agile concepts). Having the SU and IP phases can also be useful to create a product backlog
PRINCE2 Agile puts more focus on getting delivery ready (very little discovery or scoping), whereas pure PRINCE2 places emphasis on being ready and being ready to build the right thing.
When should the SU and IP phases be skipped in PRINCE2 Agile?
Pre-project work can be seen as unnecessary in Agile, but it depends on the context. If all parties have a clear idea of the outcomes, then less upfront work is needed. More upfront work may be needed in the converse case when there is a high degree of uncertainty. Any PRINCE2 project needs to be viable from the start and have business justification, so some pre-project work is needed to achieve this. Pre-project work also gives ground to any decision to stop the project prematurely.
How does the BMA differ in PRINCE2 Agile?
The BMA focuses on providing value as early as possible. It also specifies when a benefit will be delivered and when the value will be realised.
How does the CMA differ in PRINCE2 Agile?
The CMA outlines the minimum amount of communication that needs to happen, focusing specifically on regular meetings and information radiators.
Instead of documentation, Agile prefers information radiators and informal, face-to-face communication.
How might uncertainty and complexity interact with the project?
The level of uncertainty needs to be understood and properly addressed. One can handle uncertainty with less strict requirements, more space in sprints, and experimentation / building and testing an MVP.
One must also determine the level of complexity of a project, such as by using the Cynefin framework. This determines what split of PRINCE2 and Agile should be used. Different parts of the project may have different levels of unvertainty. It could determine which Agile methodology and techniques to use.
High level of uncertainty is suited to certain methodologies and techniques (.e. Lean Start-Up with emphasis on testing quickly, spiking, prototyping).
What impact might frequent releases have on the project?
Agile recommends regular releases to users to realise value faster. One most assess impact of frequent releases on QMS infrastructure (i.e. does QA have capacity) and on production environments (i.e. is the work being release ready to be presented to real users)?