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 Mumbai, Prince2 Training Course

Popular posts from this blog

What are Important Roles in Scrum-Agile Teams?

The Primary Team roles in scrum are named as • Product Owner  • Scrum Master • Development Team Scrum Master, Product Owner, and Team are considered as people who are committed to the project while customers and executive management are considered as involved but not committed to the project. Scrum Teams are self-organizing and cross-functional. Self-organizing teams choose how best to accomplish their work, rather than being directed by others outside the team.  Cross-functional teams have all competencies needed to accomplish the work without depending on others not part of the team. The team model in Scrum is designed to optimize flexibility, creativity, and productivity. Scrum Teams deliver products iteratively and incrementally, maximizing opportunities for feedback. Incremental deliveries of “Done” product ensure a potentially useful version of working product is always available. All the roles are based on the concept of “S...

Agile Administration in Tooling and Tool Integration

Tools are inherent to our jobs, inherent to how we solve the problems we face each day. Our comfort level with the set of tools that are available to us, and our ability to adapt to new tools as they evolve and shape our thoughts and ideas. The availability of collective knowledge within the palm of your hand combined with the collaboration across organization and company boundaries through open source software is dramatically disrupting the status quo of work. Companies mired in managing infrastructure configuration management by hand with unknown numbers of divergent systems, unable to quickly change and respond to market demands will struggle against their counterparts who have managed to contain their complexity on one axis through infrastructure automation. While it is possible to manage servers by hand, or even artisinally crafted shell scripts, a proper configuration management tool is invaluable especially as your environment and team changes. Even the best software developers ...

Tracking and Communicating Progress in Agile

Information radiators are meant to display information at a public place so that the information can be noticed by as many people as possible without making a conscious effort to do so. The idea of information radiator was invented by Alister Cockburn, who was a big believer in effective and timely communication. Information Radiators should display the current information about the project whatever is critical for the team to learn. It could include Schedule, tasks, issues, progress etc. The Most common forms of Information Radiators are ·         TaskBoards or Kanban Boards ·         Big Visible Charts such as BurnDown Charts ·         Street Lights and Lava Lamps Characteristics of Information Radiators which make the Information Radiators work ·         Simplicity : The information Radi...