Skip to main content

Closing a Project using PRINCE2 Method - World Of Agile


The purpose of the Closing a Project process is to provide a fixed point at which acceptance for the project product is confirmed, and to recognize that objectives set out in the original Project Initiation Documentation have been achieved (or approved changes to the objectives have been achieved), or that the project has nothing more to contribute.

Main Objective of closing a project process are as follows:


·         To Verify user acceptance of the project’s products

·         To Ensure that the host site is able to support the products when the project is disbanded

·         To Review the performance of the project against its baselines

·         To Assess any benefits that have already been realized, update the forecast of the remaining

·         benefits, and plan for a review of those unrealized benefits post project.

·         To Ensure that provision has been made to address all open issues and risks, with follow-on action Recommendations for the Team


Activities


Different activities which are recommended within the Closing a Project process are mainly Project-Manager-oriented. PRINCE2 recognizes that project can close in 2 ways. Firstly, as planned or it can close prematurely due to exceptional situations that arise in the project. Let’s look at the activities that take place during closing a project. They are as follows:


·         Prepare planned closure

·         Prepare premature closure

·         Hand over products

·         Evaluate the project

·         Recommend project closure.

 

Prepare Planned Closure


Before closure of the project can be recommended, the Project Manager must ensure that the expected results have all been achieved and delivered. Also it is a point at which it is Confirmed that the project has delivered what is defined in the Project Product Description, and that the acceptance criteria have been met.


Prepare Premature Closure


In some situations, the Project Board may have instructed the Project Manager to close the project prematurely. In such circumstances, the Project Manager must ensure that work in progress is not simply abandoned, but that the project salvages anything of value created to date and checks that any gaps left by the cancellation of the project are raised to corporate or programme management.


Hand over products


The project’s products must be passed to an operational and maintenance environment prior to the project being closed. This may happen as a single release at the end of the project, or the project approach may include phased delivery where products are handed over in a number of releases.


Evaluate the project


Successful organizations learn from their experiences with projects. When evaluating the project, the objective is to assess how successful or unsuccessful the project has been.


Recommend Project Closure


Once the Project Manager has confirmed that the project can be closed, a closure recommendation should be raised to the Project Board.

 

Management Products:


The two main management products which are created during closure are – End Project Report (Prepared by PM for Board) and Lessons Report (Prepared by PM to document all relevant lessons for the Project). With this follow-on action recommendation are also created for project’s products to include any uncompleted work, issues and risks. There could be separate follow-on action recommendations for each product or distinct user group (for example, human resources, finance, operations)


For More Information, Follow the Links below-


Website - https://worldofagile.com

Blogs - https://worldofagile.com/blog/

Facebook - https://www.facebook.com/Fascinating.World.Of.Agile/

Twitter - https://twitter.com/WorldOfAgile

LinkedIn - https://www.linkedin.com/company/world-of-agile/

YouTube - https://www.youtube.com/c/WorldOfAgile


Tags - Prince2 Training in MumbaiPrince2 Training Course

Popular posts from this blog

PRINCE2's Project Organisation

PRINCE2's organisation theme defines the Project Team or organisation. It establishes the project's structure of accountability and responsibilities. As PRINCE2 is based on a customer/supplier environment, it assumes that there will be a customer who will specify the desired result and probably pay for the project, and a supplier who will provide the resources and skills to deliver that result. A successful project management team should have business, user and supplier stakeholder representation. Business The products of the project should meet a business need which will justify the investment in the project. Should also provide value for money. The Executive looks after business interests User The user viewpoint should represent those individuals or groups for whom some or all of the following will apply: They will use the outputs of the project to realize the benefits after the project is complete They will operate, maintain or support the project’s outputs The outputs of t

Scrum Timebox

Scrum relies heavily on the concept of Timebox. Timebox is setting a fixed time limit to any activity and letting other characteristics such as Scope vary. A time box could be ·           A Meeting ·           A Sprint ·           A Test activity ·           Development Activity ·           Or Practically anything such as you chatting with your friend on social networking site. The fact about timebox is that the time is limited. You can adjust other parameters such as ·           How much you can get done ·           Which item you must prioritize ·           However, deadlines cannot be moved. In Scrum, all the project iterations, meetings must be timeboxed and time limits be respected. This is very important and non-negotiable aspect of Scrum. Lets look at how a timebox actually works. ·           Timebox can be of any duration  - hours, months, years ·           It is essentially a control mechanism to ensure how much time you wish to devote

The Service Value System - Continual improvement | ITIL V4 Certification

Continual Improvement Continual improvement takes place in all areas of the organization and at all levels, from strategic to operational. When provisioning a service we should always keep continual improvement in mind, and should always be looking for opportunities to improve. To support continual improvement at all levels, the ITIL® SVS includes: ITIL® Continual Improvement Model provides organizations with a structured approach to implementing improvements Improve Service Value Chain Activity Continual Improvement Practice Continual Improvement Model Continual Improvement Model can be used as a high-level guide to support improvement initiatives.  The model supports an iterative approach to improvement, dividing work into manageable pieces with separate goals that can be achieved incrementally. The scope and details of each step of the model will vary significantly based on the subject and the type of improvement The steps of this model do not need to be carried out in a linear fash