PRINCE2 7 Practitioner study materials
PRINCE2 7 Practitioner study resources

PRINCE2 7 Practitioner flashcards

PRINCE2 7 Practitioner · Build recall with a focused review session.

32 cards. Read the term and the definition here. The deck at the top of this page is optional.

Continued business justification
The principle that a PRINCE2 project must have a documented, valid reason to continue, reviewed at stage boundaries; if justification is lost, the project is stopped.
Manage by exception
A principle where authority is delegated within agreed tolerances for time, cost, scope, quality, risk and benefits; forecasts outside tolerance are escalated to the next management level.
Focus on products
A principle requiring the project to define and agree products, their quality criteria and product descriptions before work starts, so outputs are clear and measurable.
Tailor to suit
A principle requiring PRINCE2 to be adapted to the project's context-scale, complexity, risk, culture and governance-while all seven principles remain applied.
Manage by stages
A principle that divides the project into management stages for planning, monitoring and control; a minimum of two stages is required: initiation and the remaining project work.
Learn from experience
A principle that requires lessons to be sought, recorded, shared and acted upon throughout the project and across the organization, not only at closure.
People element
In PRINCE2 7, people is an integrated element recognizing that projects are delivered by people; it covers leadership, communication, motivation, team development, culture and conflict.
Emotional intelligence
The ability to recognize, understand and manage one's own emotions and those of others; components include self-awareness, self-regulation, motivation, empathy and social skills.
Tuckman team stages
A model of team development with stages forming, storming, norming, performing and adjourning; teams may move back and forth as membership or goals change.
Thomas-Kilmann conflict modes
Five conflict-handling approaches: competing, collaborating, compromising, avoiding and accommodating; each suits different situations depending on importance and relationship.
Communication management approach
A PRINCE2 document describing how the project will communicate with stakeholders, including purpose, audience, channels, timing, responsibilities and feedback mechanisms.
Leadership versus management
Leadership sets direction, aligns and inspires people; management plans, organizes, controls and coordinates resources to deliver agreed objectives within constraints.
Business case practice
A PRINCE2 practice that establishes and reviews the business justification; outputs include the business case and benefits management approach, reviewed at stage boundaries.
Benefits management approach
A PRINCE2 document defining how benefits will be measured, reported and reviewed after the project, including roles, timing and baseline measures.
Organizing practice
A PRINCE2 practice that defines the project management team structure, roles, responsibilities and relationships, including project board, project manager, assurance, support and change authority.
Product-based planning
A PRINCE2 planning technique using a product breakdown structure, product descriptions and a product flow diagram to define products and their dependencies before scheduling activities.
Quality register
A PRINCE2 record of quality activities and results, including planned quality controls, product acceptance and quality assurance actions, used to monitor quality throughout the project.
Risk register
A PRINCE2 record of identified risks, including cause, event, effect, probability, impact, proximity, risk owner, response and status, reviewed regularly.
Issue register
A PRINCE2 record of issues and changes, including type, severity, owner, status, actions and decisions; it supports issue and change control throughout the project.
Starting up a Project
The first PRINCE2 process; it creates the project brief, project approach and outline business case, appoints key roles and requests authorization to initiate the project.
Directing a Project
The PRINCE2 process for the project board; it authorizes initiation, the project, stage or exception plans, ad hoc direction and project closure.
Initiating a Project
The PRINCE2 process that establishes the project's baseline by creating the project initiation documentation, project plan, benefits management approach and controls.
Controlling a Stage
The PRINCE2 process where the project manager authorizes work packages, monitors progress, manages issues and risks, and reports to the project board.
Managing Product Delivery
The PRINCE2 process where the team manager accepts, executes and delivers work packages, ensuring products meet quality criteria and reporting progress.
Managing a Stage Boundary
The PRINCE2 process at stage end that prepares the next stage plan, updates the project plan and business case, and reports stage completion to the board.
Closing a Project
The PRINCE2 process that confirms product acceptance, hands over products, evaluates the project and recommends closure; it also covers premature closure.
Tailoring
Adapting PRINCE2's principles, practices, processes, roles and documents to the project's context while ensuring all seven principles are still applied.
Project context
The specific circumstances affecting tailoring, such as scale, complexity, risk, duration, team maturity, governance, regulation, commercial arrangements, geography and culture.
Tailoring in PID
The project initiation documentation records tailoring decisions, explaining how PRINCE2 elements will be applied, scaled or combined for the project.
Small project tailoring
In small projects, roles may be combined and documents simplified, but management stages, tolerances and the seven principles must still be applied.
Agile with PRINCE2
PRINCE2 can be tailored for agile delivery by using timeboxes, iterative product development and frequent reviews while retaining principles, governance and stage boundaries.
Multi-organization project
A project spanning several organizations requires clear role agreements, project board representation and supplier and customer responsibilities, often documented in contracts and the PID.