Project Initiation Documentation
This article has multiple issues. Please help improve it or discuss these issues on the talk page. (Learn how and when to remove these template messages)(Learn how and when to remove this template message)
The Project Initiation Documentation (PID) - one of the most significant artifacts in project management, which provides the foundation for the business project.
PID bundles the information, which was acquired through the Starting up a project and Initiating a Project processes in a PRINCE2 controlled project environment. PRINCE2's 2009 renaming Document to Documentation indicates a collection of documentation that has been collected up creating a project rather than all the information in the system.[according to whom?]
The Project Initiation Document provides a reference point throughout the project for both the customer and the Project Team.
A Project Initiation Document often contains the following:
- Project Goals
- Project Organization
- Business Case
- Project Controls
- Reporting frameworks
- PID Sign Off
A Project Charter could be created instead of a PID; the two document types are highly similar. But a Project Charter is less detailed, which makes it more suitable for cases in which content producers are less available.
- 1 Project Initiation Documentation in terms of PRINCE2
- 2 Writing a Project Initiation Document (PID)
- 3 Characteristics of PID
- 4 See also
- 5 References
Project Initiation Documentation in terms of PRINCE2
The Project Initiation Documentation is a PRINCE2 term representing the plan of approach in project management. It is assembled from a series of other documents, including the business case, the Terms of Reference, the communication plan, the risk register, the Project Tolerances, the project plan, and any specific project controls or inspections as part of a departmental quality plan or common project approach. The PID represents a detailed version of the basic project start-up document called the Project Brief.
The PID bundles together documentation to form the logical document that brings together all of the key information needed to start and run the project on a sound basis. It should be conveyed to all stakeholders and agreed and signed off by the business sponsors. In short, this is the, "who, why, and what", part of the project. It defines all major aspects of a project and forms the basis for its management and the assessment of overall success. The project initiation document builds upon the business case (if it exists) using the information and analysis data produced during initiation activities.
A common part of formal project methodologies such as PRINCE2 the document is a major milestone in the Initiating a Project process. It is the document that goes before the Project Board for sign- off to commence a project.
The Project Initiation Document provides a reference point throughout the project for both the customer and the Project Team.
Writing a Project Initiation Document (PID)
The purpose of the Project Initiation Document (PID) is to capture and record basic information needed to correctly define and plan the project. The PID should expand upon the Project Mandate and state what the project is aiming and planning to achieve and the reason for the importance of meeting these aims. It also contains the list of people who are participating in the project development from the very beginning until project closure, along with their roles and responsibilities. The PID also includes the date when the PID was approved by the Project Board. The PID is not regularly updated during project stages. Any revisions or updates which are needed are to be done at the end of the each stage in order to incorporate detailed milestones for the next steps. The Project Initiation Document is the basis of decisions taken for the project and there is nothing worse than the PID being queried at a later stage when PID changes have been made with no reference to why or by whom or when.
Project Scope Statement
One of the most important sections of the PID. Project Scope Statement is divided into three parts: Project Scope Statement, Proposed Solution and In Scope for Project Example. That part of PID explaining in depth what the project is delivering for Stakeholders and customers. Proposed Solution explains what innovations, changes and aspects the project will bring within the environment and the society and which changes and renewals it will cause. The Project Scope Statement should include as much detail as possible, as it helps to avoid proliferating problems and questions in the project lifecycle (requirements are needed in order to succeed in In Scope Category). In Scope phase helps the Project Manager to make decisions of financial aspects and projects' expenses.
Project Background establish why and how the project was created. Phase 1 of the project will deliver the online functionality required together with the changes to the necessary Business Systems impacted, whilst Phase 2 will deliver the Digital Rights Management and real-time advert insertion. The person, who has played a pivotal role in project participation should be mentioned in the section of PID. It is rational way of make the specific project above others emphasizing the attention of participation of most active candidate of a team. It is because someone important within the company wants to see it. The result should be that the resources and equipment are made available to you to ensure your project happens.
Assumptions, Dependencies and Constraints
Assumptions, Dependencies and Constraints detail the Project Initiation Document. Those details are assumed ahead of the Project Management Requirements and Business Requirements Specification being documented. Project Constraints in the PID identifies the outer impact, such as unavailability of resources or competitor (another project).
Organization and Governance
In order to complete the organization stage, the team needs to complete the Organization Chart. The project will be achieved by a cross-functional team with experienced representatives from multiple departments including Development, Interactive, Test, Networking, Infrastructure and Business Systems, Security and Marketing. The involvement of the different areas will vary as the project progresses of the initial project. The SMG (Senior Management Group) will be notified of key findings and developments.
During the whole process of creating the Project Initiation Document the Project manager is aware that he or she will be attending meetings with Third Party Project Managers, Lead Architects and Team Leaders where discussions of Project Management Reports, Weekly project team meetings, Fortnightly supplier meetings and Weekly programme board meetings will take place.
Project Quality Plan is usually written by ITQA (IT Quality Assurance) and it identifies aspects, which will be delivered as part of a project (Baselined Project Plan, Business Requirements (BRS), Use Cases, High Level Design (HLD), Software Requirements Spec (SRS), Test Scripts, Test Report, Post Development Review (PDR), Stage Assessments in a Project Quality Plan). ITQA also determines when the End Stage Assessment (ESA) will be taking place. These are basically checkpoints during the life of the project which ensure that a Quality product is being delivered. ESA's implies the meeting where considering Baselined Project Plan to ensure it is up to date and on schedule, Project Management Reports, Project Workstream Checkpoint Reports, Team Meeting Minutes, Actions and Agenda, Project Risk and Issues Log, and a Quality Plan Tip.
Initial Project Plan
Writing the Initial Plan for PID implies adequate reconsideration of proposed date and detail phases accordingly. Often business stakeholders ask project to be delivered to impossible dates, which requires the highlight of that fact. In that case most of stakeholders are flexible and about to reconsider the launch date or reducing the scope. Relaunching date or reducing the scope need to be supported with justifications, on which stakeholders making a decision of delaying the launch date. The sooner the worker starts building that sort of relationships with stakeholders, the easier will be later on when more pressing concerns regarding scope are raised.
There are specific number of sections, which needed to be completed in terms of controlling the whole project: Project Controls, Project Stages and Exception Process. Those could include Budget Actuals and forecasts produced for each financial period, Exceptions to be escalated to the Corporate Programme Manager, Product reviews from the Quality Plan, Project Tolerance, Risk Mitigation Plan, identifying project risks and plans for their mitigation, an Issues Log, Existing Change Control Processes, weekly Highlight Report for Corporate Program Board, weekly supplier meetings, weekly project teams meetings, etc.
Initial Risks and Issues Log
The rule says the more we are about to commit, the more we will need to deliver. The project stages are Initiation, Requirements, Design, Development, Test, Project Launch and Close with the Exception Process stage. The last stage is the most unstable, as covers how much the Budget, Time and Project Scope could increase without the project being forced to go into Exception. In a situation when stakeholders decide to relocate project into Exception, a detailed Exception Plan is needed to be introduced which will replace the versions of the project/stage plans which were in use before the Exception. And on top of all this additional paperwork, the Project Manager will also have to keep the project moving forward and ensure their team is motivated. Once the PID is formally approved, it means that there is an additional contingency to utilize before having to move into Exception. This can make all the difference to the successful delivery of a project in much the same way as good cash flow is key to the success of any growing business.
Boehm has identified six risk management stages: Identification, Assessment, Prioritisation, Management Planning, Resolution and Monitoring, which take place in PID.
Getting a PID Approved
The last stage of writing PID is the Approval, which implies the distribution to all Stakeholders on the Distribution List within the PID and other interested parties such as Operations or HR for Resources by e-mails with the request of comments. Then the lead of the team will amass the comments and then followed the final meeting where Stakeholders and Interested Parties are about to discuss the PID in further detail. It is only after these stages are complete that your PID will be of a sufficient standard to be approved and passed onto the Programme Board for funding. Depending on the complexity and the size of the project the stages are about to be completed in five Informal and four Formal reviews. Some problems could appear such as shortage or resources and lack of finance. It is pivotally important to identify how prioritized is your project before starting the PID, which will help to avoid huge expenses if the project is about to appear in Exception Stage.
Characteristics of PID
Specifying the importance of the project, Project Initiation Documentation identifies that it is the contract between the project management and sponsor. The aim of PID is understanding the premises of the project. The correct format of PID represents the understanding of the background, objectives and benefits. A good project manager is not only interested in delivering an output or a capability to their customer, but interested in the wider context and the benefits that this capability will ultimately bring about. PID identifies what is in scope within the project with the use of flow diagrams and Product Breakdown Structures. The pivotal role plays the identification of responsibilities, which implies roles of project manager, team leader, sponsor, supplier, user representative, stakeholders and members of steering committee.
There are key aspects which need consideration before starting a project and creating a Project Initiation Document, such as: how will the project be delivered? What type of approach: variegates techniques (e.g. waterfall, agile methodology)? What ways of communication with stakeholders, keeping on top of risks, issues and changes.
For a PID it is sufficient to include the place, which emphasize on main phases and activities of the project.
The success of the PID and the whole project builds up on visual aspects, such as graphics, galvanizing the better visual memorizing the project.
Risks are needed to be identified before they appear as a problem within the whole project. The problem could be resolved by creating the list of top projects' risks and what precautionary measures have to be taken.
Financial side of the project is needed to be considered. PID scheme needs to be included along any budgetary constrains and provided the assumptions the team used when they estimate as well as details about how often the review will be estimates. The important aspect should avoided isolations, as it might cause mistakes such as spelling or jargon.
- Writing a Project Initiation Document
- Project Initiation Documents: Getting your Project off to a Great Start, https://www.mindtools.com/pages/article/newPPM_85.htm.
- Project Initiation and the Project Initiation Document - Retrieved on June 3, 2010
- Prince 2: A Practical Handbook By Colin Bentley, ISBN 978-0-7506-5330-5
- Purpose of PID and Related documents, .http://www.my-project-management-expert.com/writing-a-project-initiation-document-intro.html
- Project Scope Statement in PID, http://www.my-project-management-expert.com/writing-a-project-scope-statement-in-a-project-initiation-document.html
- Project Backgrounds in Terms of PID, http://www.my-project-management-expert.com/writing-a-project-initiation-document-background.html
- Assumptions, Dependencies and Constraints of PID, http://www.my-project-management-expert.com/writing-a-project-initiation-document-assumptions.html
- Project Organization and Governance, http://www.my-project-management-expert.com/writing-a-project-initiation-document-governance.html
- Draft Project initiation Document, https://www.rbkc.gov.uk/pdf/jsna_pid.pdf
- Communication Plan, http://www.my-project-management-expert.com/writing-a-project-initiation-document-communications-plan.html
- Project Quality Plan, http://www.my-project-management-expert.com/writing-a-project-initiation-document-quality-plan.html
- Project Initial Plan, http://www.my-project-management-expert.com/writing-a-project-initiation-document-initial-plan.html
- Project Controls in PID, http://www.my-project-management-expert.com/writing-a-project-initiation-document-project-controls.html
- Boehm, B.W. (1989). Software Risk Management. Washington D.C.: IEEE Computer Society Press.
- Getting a Project Initiation Document Approved, http://www.my-project-management-expert.com/project-lifecycle-project-initiation-document-approval.html
- What makes a perfect Project Initiation Document (PID)?, http://www.susannemadsen.co.uk/blog/what-makes-a-perfect-project-initiation-document-pid