C.1 Is the following happening?
Collaboration, trust and a no-blame culture exist.
Self-organization is predominant and is supported by the project management team.
There is a culture of inspect and adapt and continual improvement.
Teams are regularly talking about the delivery of value and benefits.
There is an attitude of keeping things simple.
All stakeholders impacted by the project are being kept up to date.
The project board is frequently interacting with the people involved on the project.
Planning and work assignment are being carried out collaboratively.
The Pastor of Fun is well-organized.
People are happy and work is enjoyable.
The team is stable, ring-fenced and working well together.
The project is responsive to change and is change-friendly.
The customer is involved and engaged at all levels.
A blended view prevails that takes into account the diverse views of the customer on a project.
The desired outcome and output are clear to everyone.
There is a thirst for feedback and a collective desire to find out what the customer really wants.
Agile learnings are being moved around the organization (e.g. by project support).
Communication is very good and fast-moving.
Control has a light touch and people are empowered.
Musts really are musts.
The project management team and the delivery teams are ‘understanding agile’ and not just ‘doing agile’.
The overriding mindset of the people on the project is an agile one.
Frequent releases are happening that are ideally put into operational use (or a staging area if the live environment is not ready).
The five targets of what to fix and what to flex are understood by all.
Significant events become routine because they happen frequently (e.g. stage boundaries or release reviews).
All roles are clearly defined and understood (taking into account that the mapping of the agile roles to PRINCE2 is not necessarily straightforward).
PRINCE2 is seen as agile.
Management by exception is working fully.
The level of control is appropriate to the level of uncertainty.
The work package interface is working well. It is smooth, is clear and does not lead to communication problems.
Requirements and user stories are explored and not just followed blindly.
The way of working is typically iterative and incremental, and benefits are being delivered at several points throughout the project.
There are clear definitions of ‘done’ and ‘ready’, and working agreements are transparent.
Planning and work are feature-focused and timeboxed.
The MVP is clear to everyone, and it is understood that its role on the project is to help with learning.
Quality checking and testing includes independent quality checking and testing.
Quality checking is happening continually and sometimes even drives the building of the products.
Planning is happening well in relation to all planning horizons (i.e. short term, medium term and long term) and with respect to the appropriate level of uncertainty.
A lot of planning is being done empirically.
Early requirements are based at a level that avoids unnecessary detail.
Project assurance is adding value from an agile perspective.
Prioritization is happening continually, and timeboxes are not being extended or having people added to them.
Information is very visible (e.g. on the walls) and is kept up to date.
When prioritizing, teams are looking at both scope and quality criteria.
Acceptance criteria always exist and are well written.
Estimation is a team-based activity.
Documentation is Lean, and the right channels are being used for each type of message.
Demos take place frequently.
Some risks are being mitigated by the use of spikes, prototypes and experiments.
Burn charts are being widely used and progress is clear to see.
User stories are being used to stimulate conversation and communication.
When Kanban is used, a holistic approach is adopted – not just a Kanban board.
Workshops are a regular occurrence and are being used appropriately.
Stand-ups are happening daily and are taking place quickly (i.e. lasting 15 minutes or less, perhaps 10).
People understand terms such as ‘requirement’, ‘user story’, ‘feature’ and ‘epic’.
Product descriptions have been written at the appropriate level and with flexibility with regard to quality criteria.