Purpose

The purpose of the project initiation document is to capture and record basic information needed to correctly define and plan the project. The project initiation document 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 project initiation document also includes the date when the project initiation documentation was approved by the project board. The project initiation document 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 it is unhelpful when the document is queried or altered at a later stage with no reference to why, by whom or when.^[3]

Project scope statement

Project scope statement is one of the most important sections of the project initiation document. The project scope statement is divided into three parts: Project scope statement, proposed solution and in scope for project example. This is the part of the project initiation document 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). The in scope phase helps the project manager to make decisions of financial aspects and projects' expenses.^[4]

Project background

The project background establishes 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 this section of the project initiation document. It is a 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.^[5]

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 project initiation document identifies the outer impact, such as unavailability of resources or a competitor (e.g. another project).^[6]

Organization and governance

In order to complete the organization stage, the team needs to complete the organization chart. A project may 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.^[7] The SMG (Senior Management Group) will be notified of key findings and developments.^[8]

Communication plan

During the whole process of creating the project initiation document the project manager is aware that they 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.^[9]

Quality plan

Project quality plan is usually written by the IT quality assurance (ITQA) and 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). The 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 the baselined project plan to ensure that 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.^[10]

Initial project plan

Writing the initial plan for project initiation documentation implies adequate reconsideration of proposed date and detail phases accordingly. Often business stakeholders ask projects to be delivered to impossible dates, which requires highlighting 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 it will be later on when more pressing concerns regarding the scope are raised.^[11]

Project controls

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^{[clarification needed]} 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 project initiation document 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.^[12]

Boehm has identified six risk management stages: Identification, assessment, prioritisation, management planning, resolution and monitoring, which take place in project initiation document.^[13]

Getting a project initiation document approved

The last stage of writing a project initiation document is the approval, which implies the distribution to all stakeholders on the distribution list within the project initiation document 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 it will be followed by the final meeting where stakeholders and interested parties are about to discuss the project initiation document in further detail. It is only after these stages are complete that your project initiation document 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 project initiation document, which will help to avoid huge expenses if the project is about to appear in an exception stage.^[14]