- 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
Managing and Controlling a PRINCE2 Delivery Stage
Managing And Controlling A PRINCE2 Delivery Stage
Probably 90% of the project budget is spent within the Managing Product Delivery (MP) process, since this is where the specialist products are created. The ‘execute a work package’ activity is where the specialist products are created and their quality checks carried out, followed by their approval by the appropriate authority or individual.
The team manager or the team themselves will produce regular Checkpoint Reports providing information on the status and future forecast of the creation of specialist products. These are sent to the project manager, and may be in the form of a report or a meeting. The project manager will use the activity of Review Work Package Status to determine the progress or otherwise of the creation and the approval of these specialist products.
Since the Stage Plan has been approved by the Project Board, then the project manager must look at progress within the stage itself. If the project manager determines that the stage is forecast to remain within tolerance bounds, then he or she may take some form of corrective action to minimize any such deviations within tolerance. This may entail giving out new or modified Work Packages to the specialist team.
In addition to this the project manager will need to review the stage status and use the activity of report highlights, which will generate a Highlight Report to be given to the project board so that they understand the current status and forecast future of progress within the stage. The project manager will update the Stage Plan with actual progress, and modifying future actions to ensure that the stage plan is forecast to complete within tolerance.
As each Work Package is completed, then the team manager or the specialist team themselves needs to inform the project manager that the Work Package is indeed complete. The project manager, as part of the activity review work package status will need to agree that all the products have been completed, met their quality criteria, and have been approved by the appropriate authority.
This may trigger the authorization of a new/revised Work Package, or that the stage end is approaching, in which case the project manager would use the Managing a Stage Boundary (SB) process to prepare for an end stage assessment.
If at any time during the stage, either issues or risks should arise, then the project manager should use the activity of capture and examine issues and risks to carry out an impact analysis of these on both the stage and project. The appropriate Issue or Risk Register should be updated with such information.
If the project manager determines that some corrective action can be taken via the issue of new or modified Work Packages to resolve the situation then such actions would need to be taken. If after impact analysis and the review of this within the status of the stage or the project would show that forecast of tolerances would be exceeded, then the project manager must create an Exception Report and bring this to the attention of the project board. If a Work Package is forecast to exceed tolerance levels, the Team Manager would raise this as an issue to bring it to the attention of the project manager.
Using the activity escalate issues and risks, the project manager would bring this Exception Report to the attention of the project board. Put simply this Exception Report should contain information on the reasons for this forecast of exceeding tolerances, the impact in terms of the appropriate tolerance, and a set of options, which if implemented would return the stage of project within tolerance bounds, and a recommendation of which option should be chosen, and why it is the best option.
This is sent to the project board who now need to make a decision on what to do next. One option they have is to prematurely close the project, in which case the project manager would use the Closing a Project (CP) process to carry this out. For the moment we shall assume that they prefer another option, either recommended by the project manager, or one which they have determined. This would trigger the project manager to use the Managing a Stage Boundary (SB) process.
The project board would request the preparation of an Exception Plan using the Managing a Stage Boundary process.
At this point it would be helpful to state that the Managing a Stage Boundary process has only TWO uses.
The first is to prepare for an end stage assessment (ESA) by creating the next Stage Plan.
The second is to prepare for an exception assessment (EXA). In the former the objective is to approve or otherwise, the next Stage Plan, and in the latter it is to approve or otherwise the Exception Plan.
Whichever of the above, this process would follow the following steps and activities:
1. Create either a next Stage Plan or an Exception Plan
2. Update the Project Plan to show actual progress and if necessary, a modified future forecast
3. As part of updating the Project Plan and the next Stage Plan/Exception Plan, it may be necessary to update some aspects of the PID (possibly in terms of the strategies, the plan, and the controls, or the Business Case and related Benefits Review Plan.
4. As a result of the above, new or modified Product Descriptions will need to be created, new or modified risks and issues entered on to the appropriate registers including any lessons that have been learned during the stage.
5. The Benefits Review Plan needs to be updated to reflect any products that may have already being released into the operational (business as usual – BAU) areas.
6. The project manager will produce an End Stage Report and if appropriate create a Lessons Report.
All of the above will be brought before the project board at either an end stage assessment or an exception assessment.
The project board will need to make a decision to either approve the next Stage Plan, or approve the Exception Plan, or request more information, or to order a premature close of the project.
For each delivery stage these four processes will continue in the same manner as described above. The Managing a Stage Boundary process will be used either to prepare a next Stage Plan or an Exception Plan and is brought before the project board using the Directing a Project process to either approve or otherwise the next Stage Plan or an Exception Plan.
Once this has been authorized, the project manager will give out the work contained within that Stage Plan and the specialist team will create the specialist products via each Work Package. This is done via the execute a work package activity. When the last Work Package has been completed (each specialist product has been approved), then this will trigger the project manager to acknowledge that the project end is approaching, and will then trigger the Closing a Project process



