- Pass The PRINCE2 Exam First Time
- PRINCE2 In Bite-Sized Chunks.
- Key Foundation and Practitioner Learning Points - PRINCE2
- Change Management
- Managing and Controlling a PRINCE2 Delivery Stage
- PRINCE2 Project Closure
- PRINCE2 Starting Up A Project Process
- Using PRINCE2 Initiating A Project Process
- PRINCE2 Authorizing Initiation
- The PRINCE2 Controlling a Stage Process
- Appoint The Executive and Project Manager
- Authorising a PRINCE2 Project
- Authorize a Stage or Exception Plan
- Authorize a Work Package
- Capture and Examine Issues and Risks
- Change Control
- Change control procedures
- Configuration Management
- Configuration Management and Change Control
- Controlling a stage
- Create the PRINCE2 Communication Management Strategy
- Creating a PRINCE2 Plan
- Design and appoint the Project Management Team
- Execute a PRINCE2 Work Package
- Give Ad-hoc direction in a PRINCE2 project
- Hand over products and evaluate a PRINCE2 project
- Managing A Stage Boundary
- Managing Product Delivery process
- PRINCE2 - Authorise Project Closure
- PRINCE2 - Directing a Project PRocess
- PRINCE2 Configuration Management and Change Control
- PRINCE2 Controls and Tolerance
- PRINCE2 Estimating Techniques
- PRINCE2 Management Stages
- PRINCE2 Plans
- PRINCE2 Principles
- PRINCE2 Product-based Planning video
- PRINCE2 Product-based planning technique
- PRINCE2 Progress reporting
- PRINCE2 Quality Theme
- Plan The Next Stage or Exception Plan
- Plan the Initiation Stage in PRINCE2
- Prepare the PRINCE2 Quality Management Strategy
- Prepare the Risk Management Strategy
- Prepare the outline Business Case
- Product Based Planning
- Project Board and Project Manager PRINCE2 Controls
- Project Startup
- Quality Expectations and Acceptance Criteria
- Quality Management Strategy
- Quality review technique
- Report Highlights
- Reporting PRINCE2 Stage End
- Select the project approach and assemble the Project Brief
- Set up the PRINCE2 project controls
- Simple Study Aid
- Tailoring PRINCE2 Themes
- Take corrective action
- The Closing a Project Process
- The Controlling a Stage Process
- The Core Seven
- The Only PRINCE2 Sample Practitioner Exam Paper On The Internet!
- The PRINCE2 Business Case
- The PRINCE2 Change Theme
- The PRINCE2 Initiating a project process
- The PRINCE2 Process Sequence
- The PRINCE2 Processes
- The PRINCE2 Quality Review Technique
- The PRINCE2 Risk Management procedure
- The PRINCE2 Themes
- The Prince2 Process Sequence
- The risk management procedure
- prepare for planned or premature closure
- The PRINCE2 Article Library
- 38 Speedy Power Keys For Your PRINCE2 Project Health Check.
- Carrying out a PRINCE2 Quality Check
- The Product Description
- The plans theme and product based planning
- Creating a PRINCE2 Product Description
- PRINCE2 - Keeping Your Project On track - Part 2
- PRINCE2 Article Database
- PRINCE2 – Keeping Your Project On Track – PART 1
- The PRINCE2 Risk Theme – Uncertainty Mastered!
- The PRINCE2 Work Package
- The Secrets Of tailoring PRINCE2
- The Use and Content of the Issue Register and Issue Report
- PRINCE2 Foundation and Practitioner Exam Tips
- Agile verses PRINCE2 - a new species in evolution
- PART TWO of my Configuration Management In PRINCE2 Video
- PRINCE2 Quality
- Real-World PRINCE2 Planning
- Reviewing the progress on a PRINCE2 project
- Risk management
- Things You Might Not Know About PRINCE2
- The PRINCE2 Project Board and Governance
The PRINCE2 Controlling a Stage Process
PRINCE2 - The Controlling a Stage Process.
Each PRINCE2 project has at least two stages, the initiation stage and a delivery stage. For each delivery stage (so-called because this stage creates the specialist products), the controlling a stage process will be used by the project manager to monitor and control the stage plan.
Many projects will have several delivery stages, and any case the controlling a stage process will be used by the project manager. The project manager gives up work packages to the team manager or the specialist team, and they use the managing product delivery process.
The purpose of the controlling a stage process is there for to assign the product creation work to be carried out, monitor the work, deal with issues and risks, take corrective action when and if needed to ensure that the stage remains within tolerance, and report progress to the project board at regular intervals.
The main objectives and hence value of the controlling a stage process is to reassure that there is continued focus on delivery of the stage’s products and hence avoid ‘scope creep’. It is also important that changed or new risks are kept under control, along with any issues which may arise during the stage.

One of the principles of PRINCE2 is continued business justification, and hence the business case must be kept under constant review to ensure it still remains viable.
The specialist team are responsible for the creation of the specialist products. The project manager must ensure that these are delivered to the stated quality standards, within costs, effort and time agreed, and ultimately in support of the achievement of the defined business benefits. Therefore the project manager is focused on the project management team to ensure that the stage completes successfully within the tolerance is laid down.
The project manager, and hence the controlling a stage process, describes the day-to-day management of the work within the stage, and to this end this process drives the managing product delivery process on a regular basis.
Once a stage plan has been approved by the project board, then the project manager will issue work packages to the team manager or specialist team, and these define and control the work that needs to be done.
The first activity is to authorize a work package as it is important that work only commences and continues with the consent of the project manager. A work package should cover the work needed to create one or more products. The project manager will examine the stage plan to understand the products that need to be created, the cost and effort of the work, and the tolerances available.
Each work package must be agreed and accepted by the team manager, who may optionally produce a team plan which lays out in detail how the work package (or work packages), will be delivered.
The project manager must carry out a regular assessment of the status of each work package, and for this reason, the team manager will produce a checkpoint report to keep the project manager regularly informed. The checkpoint report will contain information on time and cost, the current status of the quality management activities and a forecast for what will be achieved between now and the next checkpoint report.
An important responsibility for the project manager is to review the stage status by comparing what has actually happened with what was expected to happen and what might happen next. The project manager will also want to the maintained an accurate and current picture of the progress on the work that is being carried out as well as confidence that sufficient resources are available.
The project manager may request a product status account from project support to clarify planned and actual progress. Equally important is to check for any quality issues from the quality register, checking the risk register for any new or revised risks and their impact, and to checked the issue register to understand the impact on the business case, a stage plan or the project plan.
The project manager will be taking regular corrective actions and hence checking the status of these to ensure that they are having the desired effect. The benefits review plan will need to be readily checked to see if any benefit reviews are due and if so, to execute them as required.
The project manager must provide the project board with regular progress information on the stage status, and this is done via the regular highlight report which is created within the report highlights activity. A variety of information sources will be used including the checkpoint reports risk, issue, and quality registers, the lessons log and product status account. The previous highlight report is also used as a basis for creating the current one.
Various issues may occur throughout the stage and the existing risks may change in some way, including the identification of new risks. PRINCE2 has a well documented set of steps for capturing and examining issues and risks, and for the former, managing issues, including end ring them on the issue register, categorizing them, assessing the severity and priority of each issue, and implementing appropriate actions. There is a close relationship between configuration management and change control.
PRINCE2 uses the issue process to manage requests for change and of specifications, and these too, will needs to be managed in a logical fashion. Risks will be entered into the risk register and kept updated. Risks also have a structured set of steps to manage them.
The stage should not exceed that tolerances agreed that the project board as the project manager can only take corrective action as long as the stage or project is forecast to complete within the tolerance is laid down. Whenever tolerance is forecast to be exceeded the project manager must escalate this to bring it to the project board of pension via an exception report. This should be seen as best practice and not as a failure on behalf of the project manager.
Whenever the project manager can see that deviations from plan can be corrected within tolerance, then he or she should take corrective action to return the stage or the project within tolerance bounds.
When the project manager has received the last work package within a stage and is satisfied themselves that the products within it had been completed and authorised, then the project manager will want to trigger the PRINCE2 process managing a stage boundary to prepare for the end stage assessment.
For more information CLICK HERE



