Project Charter

From apppm
(Difference between revisions)
Jump to: navigation, search
Line 27: Line 27:
  
  
[[File:projectcharter.png‎|500px|thumb|right|'''Figure 1:''' Inputs, tools and techniques, and outputs of developing a project charter.]]
+
[[File:projectcharter.png‎|600px|thumb|right|'''Figure 1:''' Inputs, tools and techniques, and outputs of developing a project charter.]]
  
  

Revision as of 21:23, 25 February 2018

A project charter is defined as a statement of scope, objectives, and participants in a project. It is can be used in project management as a marketing tool for the project since the charter is created at the beginning of a project. In recent year the project charter has become more conspicuous and people are understanding more how important it is to use it. On the other hand, the charter is still underestimated as deliverables in project management and many experts in program and portfolio management are not giving it enough attention. This tool is an important step in project management since it can avoid project failures and can help chose the right projects for organizations.

Project charter provides a fundamental project description and is used to formally authorize the project. There is no consideration or money assurance and therefore the charter is not a contract. However, it is an excellent place to explain the connection between the project and the organizational strategy. The charter is the best chance to stop the oncoming project if it is not coordinated with the organization’s strategy. grein1 Another attribute is that it connects the project sponsor, key stakeholders, and the project team, and will act as a contract during the project lifetime.

In the following article, the definition of a project charter will be introduced and how it is beneficial to use it. Guidelines will be represented on how to develop it and what contents are preferable, along with limitation it has. Lastly, references will be listed after the article for further reading.


Contents

Introduction

*This section is not ready*

A project charter is a simple document that is done at the beginning of a project. There is no one way to create a project charter but usually, it is a short document that is recommended to be not more than five pages. It will outline the project objective, identify the main stakeholders and define the authority of project manager.

For each project, a project manager is assigned to it. This is done as early in the process as possible, preferably while the project charter is being developed. In the end, the project manager will sign the project charter and authorize it. It will be easier for top management to formally accept and commit the project, thus it is recommended that project manager participates in making the charter. Another essential point it will be easier to control and pursue the project thoroughly. *reference: PMBOK*

The main benefit of using a project charter is well-defined project start, certain project boundaries and create a formal record of the project. *reference: PMBOK* Furthermore, it will connect the project manager, key stakeholder and the project team. *reference* Another benefit is that all the basic information is gathered in one document and help the team to see the big picture.


Following are the three main reasons for using a Project Charter: *reference: https://www.projectmanager.com/blog/project-charter*

  1. To authorize the project. This is used to sell the project to the stakeholders and give them a rough idea what the return will be.
  2. To serve as the primary sales document. The project has a framework so the resources can be allocated as necessary.
  3. To use it throughout the life cycle of the project. The project manager and the team can pursue the project by using the charter and can refer to it during the project lifetime. projectmanager.com


Develop Project Charter

A flow diagram of the process can be seen in Figure 1. The process of developing a project charter is divided into three main steps; Inputs, Tools & Techniques and Outputs. In the following sections, these steps will be explained in more detail.


Figure 1: Inputs, tools and techniques, and outputs of developing a project charter.


Inputs

The inputs to develop a Project Charter are following: *reference: PMBOK*

  • Project Statement of Work
*to be continued*
  • Business Case
*to be continued*
  • Agreements
*to be continued*
  • Enterprise Environmental Factors
*to be continued*
  • Organizational Process Assets
*to be continued*

Tools and Techniques

Two elements are needed for this step: *reference: PMBOK*

  • Expert Judgment
An individual or a group of experts with special knowledge or training criticize the inputs. These individuals can come from different sources, for example, other units within the organization, professional and technical associations, stakeholders, project management office and consultants.
  • Facilitation Techniques
The project manager will apply various methods that are within project management, like brainstorming, problem-solving and conflict resolution. This processes will help in developing the project charter.

Outputs

The output is the project charter and the project manager will allocate the project to organizational resources and has authority to use project activities. *reference: POMBOK* Contents of a project charter are following: *reference: http://www.projectmanagementdocs.com/initiating-process-group/project-charter-long.html#axzz4XoPzbU80*

  • Executive Summary
High-level summary of reasons for creating the project and what problem it is supposed to improve. Moreover, it can contain background information and general statements about the project.
  • Project Purpose/Justification
It is vital to know the purpose or justification of the project and what is the expected outcome of it. This section describes the project and how it is related to the company’s business by defining the business case and business objectives. The business case will explain the need for the project and how the company will benefit from it. Analyze the logic for the business case and what effects it will have on the business. It is important to define the final goal of the project, and therefore it is vital to list the objectives for the project that are in a relation to the company’s strategy.
  • Project Description
This includes project objectives and success criteria, requirements, constraints, assumptions and a preliminary scope statement. It will provide a more detailed description of the project, whilst not concluding too many details. General information to be determined is what is the project, how will it be done and what will it achieve. It can be useful to use the SMART method to set the project objectives. The effect is that each objective will be specific, measurable and achievable within a certain time frame, and for that reason, it will be easier to monitor them. Therefore, the project manager can monitor whether the project is on the right path and whether it is more likely to be a success. If the objectives are vague and unrealistic it makes it difficult to evaluate the process of the project. It is also important to list all project requirements that needs to be stated by the project team, it will not be exhaustive list since the requirements can change as the project moves forward. The project manager will deal with constraints that relate to people, money, time or equipment.

*to be continued*

  • Risks
Every project contains some form of risk. Risks and other potential issues that may happen in a project need to be taken into account and listed because without it the project can derail. The project manager will address this and create a plan to solve these issues if they occur, the team would be more ready and could reduce project delays and prevent complications.
  • Project Deliverables
This should provide a list of all deliverables, whether it is from the customer, project sponsor or the stakeholders. The project sponsor needs to approve the list and the team must present all changes to the project sponsor and be represented in status meetings.
  • Summary Milestone Schedule
All predetermined milestones in the project are listed but are subject to change throughout the project. All changes will be evaluated by the project manager.
  • Summary Budget
Includes the sum of all relative costs and the total budget for the project. Since the project charter is done very early in the process, the costs are likely to change when the project becomes clearer, but the charter will give a rough plan. In addition, it is crucial to run all changes by the project manager.
  • Project Approval Requirements
Project approval requirements will state the point when the project has reached its goal. The goal and the requirements need to be clear, decisive and should be accepted by an authorized person. At last, if the project is approved and has met all the requirements it will be signed-off by the sponsor.
  • Assigned Project Manager
This section will state the assigned project manager to the project, along with the responsibilities and authority level. These responsibilities can vary between organizations and projects.
  • Authorization
The project and all of its guidelines stated needs to be approved and signed by the project sponsor.


Limitations

Even though potential risks and issues are considered in project charter, nobody can predict the future, so the project manager cannot predict each complication. The teammates will rely on the project charter to manage obstacles but when a problem occurs that is not included in the charter it can take a lot of time to solve it. On the other hand, it can also be a problem if the charter has a solution to a problem that occurs, it may not be adequate to solve it and therefore the project will delay.

*to be continued..*

Later on, the challenges are presented in this section.


References

Personal tools
Namespaces

Variants
Actions
Navigation
Toolbox