PRINCE2 Foundation (PRINCE2F) — Questions 826–900

An Off-specification is an issue where a product should be provided but is not (or is forecast not to be) according to its specification. This includes a product delivered that does not meet its specification.

Option A is correct because the Project Manager is responsible for the day-to-day management of the project within the tolerances set by the Project Board. This includes monitoring progress, managing the team, and ensuring that work packages are delivered on time and within budget. The Project Manager must operate within these tolerances and only escalate to the Project Board when forecasts deviate beyond them.

Option C is correct. Management by exception means that the Project Board sets tolerances and only gets involved if those tolerances are forecast to be exceeded. This empowers the Project Manager to manage within the tolerances without constant board oversight.

Authorizing Work Packages, reviewing progress, and managing risks and issues are key activities of Controlling a Stage. Producing the End Stage Report is done in Managing a Stage Boundary, and producing the Project Plan is done in Initiating a Project.

Continued business justification is a core PRINCE2 principle that requires the business case to remain viable throughout the project lifecycle. This principle ensures that the project is not started without a clear justification and that this justification is reviewed and updated at key decision points, such as stage boundaries. It directly supports the PRINCE2 focus on ongoing viability rather than a one-time approval.

In PRINCE2, the Project Manager is responsible for preparing the Project Initiation Documentation (PID) during the Initiating a Project process. The PID is a key management product that defines the project's scope, objectives, and controls, and the Project Manager must compile it based on input from the project board and other stakeholders.

Option C is correct because, according to PRINCE2, when a Team Manager reports a work package as complete, the Project Manager must first accept the completed work package and then update the stage plan to reflect the actual progress. This ensures the stage plan remains accurate and provides a basis for assessing the impact on the project plan and any necessary corrective actions.

The Project Initiation Documentation (PID) is the definitive document produced during the Initiating a Project process. It consolidates the project's scope, objectives, approach, and controls, serving as the baseline against which project execution, monitoring, and control are measured throughout the PRINCE2 project lifecycle.

The Project Manager should contact the Team Manager to understand the situation and take corrective action. This is part of the 'Review Work Package Status' activity in Controlling a Stage.

The Benefits Management Approach is produced during the Initiating a Project process because it defines how the project's benefits will be measured, managed, and realized. This document is created as part of the detailed planning and governance setup that occurs in this process, ensuring alignment with the business case.

Projects are temporary endeavors with a defined start and end, producing a unique product, service, or result.

In PRINCE2, the Highlight Report is a management product that is prepared by the Project Manager and sent to the Project Board. The purpose of the Highlight Report is to provide the Project Board with a summary of the project's progress at intervals defined in the Communication Management Strategy. Therefore, the statement that the Project Manager receives a Highlight Report from the Project Board is incorrect; the flow is from the Project Manager to the Project Board.

The Quality Management Approach defines how quality will be managed, including quality criteria and acceptance methods.

Management by exception is a key principle where tolerances are set and escalation occurs only when tolerances are forecast to be exceeded.

Project Assurance is a role within the PRINCE2 framework, responsible for ensuring that the project remains viable and compliant with its business case, while quality review is a technique used to assess the quality of products. The correct relationship is that Project Assurance is a role, and quality review is a technique, making option C correct. They are distinct concepts: one is a governance role, the other is a specific method for evaluating deliverables.

The Project Initiation Documentation (PID) is the key output of the Initiating a Project process. It defines the project's scope, objectives, and approach.

The three predefined issue types are Request for Change, Off-specification, and Problem/Concern. Risk is a different management product.

The Risk Owner is responsible for managing the risk overall; the Risk Actionee is assigned to implement specific response actions.

The Starting Up a Project (SU) process is designed to ensure that the project has a viable business justification and is worthwhile before committing significant resources. It answers the question 'Do we have a viable and worthwhile project?' by creating the Project Brief and selecting the Project Manager, not by producing detailed plans or the PID.

Separation ensures independent oversight. Project Assurance provides an objective check on the project's health, free from the PM's day-to-day pressures.

The PID is the key output of Initiating a Project, which establishes solid foundations for the project.

The Managing a Stage Boundary process is designed to provide the Project Board with sufficient information to review the current stage's performance, approve the next Stage Plan, and decide whether to continue the project. It ensures that the project remains viable by assessing progress against the Business Case and updating plans accordingly.

According to the management by exception principle, when a tolerance is forecast to be exceeded, the Project Manager must escalate to the Project Board via an Exception Report.

Option A is correct because preparing the Project Plan is a key activity in the Initiating a Project process, where the detailed plan for the project is developed based on the Project Brief and the chosen strategy. This plan covers time, cost, quality, and scope, and is a core component of the Project Initiation Documentation (PID).

Risks are managed by the Project Manager. The risk should be added to the Risk Register and monitored. The Highlight Report is for reporting current stage progress; the risk can be mentioned but the immediate action is to record it.

A Product Flow Diagram shows the order in which products will be developed and the dependencies between them. It is a key input to the activity network.

The lack of experience with the chosen technology is a risk to the project, not an immediate issue. During the Initiation Stage, the project manager should formally record this risk in the Risk Register and plan an appropriate response, such as training or mentoring, to manage the uncertainty. This aligns with PRINCE2's principle of managing by stages and the requirement to identify and respond to risks proactively.

PRINCE2 defines five threat responses and five opportunity responses; 'Exploit' is a response to an opportunity to ensure it happens.

The Managing a Stage Boundary process is where the Project Manager reviews the current stage, produces an End Stage Report, and creates the next Stage Plan (or Exception Plan) for the Project Board's approval.

Avoid and Reduce are threat responses; Exploit and Enhance are opportunity responses.

In PRINCE2, the first formal recording of lessons occurs during the 'Starting Up a Project' process. This process includes the activity 'Capture Previous Lessons' (from the 'Learn from Experience' principle), where the project manager reviews lessons from similar previous projects and records them in the Lessons Log before the project is even initiated. This ensures that the project starts with the benefit of past experience.

Managing a Stage Boundary (SB) is designed to provide the Project Board with information to review the current stage's performance, approve the next stage plan, and update the Business Case and project plan.

The Team Manager produces the Checkpoint Report for the Project Manager to report progress of a Work Package.

Project Assurance provides independent oversight to ensure that the project is managed correctly. If the Project Manager also performed assurance, it would compromise objectivity and independence.

According to PRINCE2, the Executive appoints the project manager during SU. The Executive is the key decision-maker for this appointment.

The risk owner is responsible for managing the risk, while the risk actionee performs specific actions.

An RFC is a proposal for a change to a product that has been baselined, while an Off-spec is a description of a product that does not meet its specification.

An RFC proposes a modification to a product that has been approved or baselined; an Off-spec is something that should be provided but is not (or will not be) as specified.

The Executive (Senior Responsible Owner) is the single point of accountability for the business justification in PRINCE2.

The PID and Benefits Management Approach are both produced in IP. The Project Brief is from SU, and the End Stage Report is from SB.

An Off-specification is something that should be provided but is not (or is wrong). A Request for Change is a proposed modification to a baselined product.

Options B and D are correct. The Project Board is responsible for approving plans and resources (B) and providing direction and control (D). Maintaining the Business Case is the PM's job; producing Team Plans is the Team Manager's; managing day-to-day activities is the PM's.

The Business Case components include reasons, options, expected benefits, dis-benefits, timescale, costs, investment appraisal, and major risks. A product description is part of product-based planning, not the Business Case.

In PRINCE2, the Project Board requests a detailed plan for the next stage, which is the Stage Plan. The Stage Plan is produced at the end of the current stage (or during Initiation for the first stage) and provides the detailed management and technical steps for the upcoming stage, aligning with the 'Managing a Stage Boundary' process. This plan is essential for the Project Board to approve the continuation of the project into the next stage.

The Starting Up a Project process is the first process in PRINCE2, executed before project initiation. Its key output is the Project Brief, which provides a high-level overview of the project's justification, scope, and approach, enabling the project board to decide whether to proceed to the Initiation Stage. The Project Brief is derived from the project mandate and is used to create the Project Initiation Documentation later.

The Executive (SRO) owns the Business Case and is responsible for maintaining its viability. The Project Manager maintains it on a day-to-day basis.

The Business Case includes reasons, options, benefits, dis-benefits, timescale, costs, investment appraisal, and major risks. The Risk Register is separate.

The Project Brief and the Initiation Stage Plan are outputs of SU. The PID is output of IP. The End Stage Report is output of SB.

The Highlight Report is produced by the Project Manager and sent to the Project Board at regular intervals to provide a summary of progress during a stage.

The Executive is ultimately accountable for the project's business justification, including ensuring value for money. Concerns about cost versus benefits must be escalated to the Executive, who owns the Business Case and has the authority to approve changes or stop the project if value is not being delivered.

The continued business justification principle ensures that the project remains justified throughout its life. The Business Case is the key document that captures this justification.

The Business Case includes expected benefits, dis-benefits, costs, timescale, risks, and investment appraisal. Options B and E are correct; A, C, and D are not standard components.

The Project Initiation Documentation (PID) is the key output of the Initiating a Project process. It provides a baseline for the project and is used by the Project Board to decide whether to proceed.

The Team Manager should raise an issue (or off-specification) to the Project Manager via the MP process. The Project Manager will then decide on corrective action or escalation.

The Business Case includes reasons, options, expected benefits, dis-benefits, timescale, costs, investment appraisal, and major risks. Benefits review plan is part of the project plan, not the Business Case.

Option D is correct because in PRINCE2, a Request for Change (RFC) is a formal proposal to modify a baselined product, while an Off-specification (Off-spec) is a notification that a product does not meet its agreed specification. The key distinction is that an RFC addresses a change to a product that has already been approved, whereas an Off-spec identifies a failure to meet the original requirements. This aligns with PRINCE2's change control approach, where both are captured in the Issue Register but serve different purposes.

In PRINCE2, the Project Manager is responsible for maintaining the Business Case throughout the project. This includes monitoring the project's viability against the Business Case, updating it with actual costs and benefits, and escalating any deviations to the Project Board. The Project Manager ensures the Business Case remains a living document that reflects the current justification for the project.

The Checkpoint Report is produced by the Team Manager and sent to the Project Manager to report progress on a Work Package.

SU produces the Project Brief and the Initiation Stage Plan. The PID and End Project Report are produced later.

In PRINCE2, when a project manager forecasts that a stage will exceed its cost tolerance, they must escalate the issue to the Project Board by raising an Exception Report. This is because tolerances are delegated limits, and exceeding them requires board-level decision-making, not just reporting or self-authorization. The Exception Report triggers an Exception Plan to recover or adjust the project.

The Initiating a Project process is where the project's baselines are established, and its key output is the Project Initiation Documentation (PID). The PID consolidates all essential information—such as the Business Case, project plan, risk register, and project controls—into a single, approved document that defines what the project will deliver and how it will be managed. This document is the foundation for decision-making and is used throughout the project.

In PRINCE2, the Executive (also known as the Senior Responsible Owner) is accountable for the Business Case and must ensure it remains viable throughout the project. The Business Case is the key document that justifies the project's initiation and continued existence, and only the Executive has the authority to approve changes to it or decide to close the project if the Business Case is no longer viable.

The Progress practice is used to monitor and compare actual achievements against planned performance, and to assess the impact of deviations. When a work package takes longer than expected, the project manager uses Progress to evaluate the effect on the schedule and decide whether to escalate to the project board. This aligns with PRINCE2's principle of managing by stages and using tolerances to control deviations.

The Project Manager produces Highlight Reports and sends them to the Project Board during Controlling a Stage.

Project Assurance provides an independent check on the project's progress and compliance, reporting to the Project Board.

Option A is correct because the Project Plan is a core component of the Project Initiation Documentation (PID) in PRINCE2. The PID is the foundation document that defines the project's scope, objectives, and approach, and the Project Plan details the schedule, resources, and costs for the entire project, providing the baseline for progress control.

The Highlight Report is produced by the Project Manager for the Project Board at regular intervals to summarize progress and issues.