Академический Документы
Профессиональный Документы
Культура Документы
project. It begins the process of defining the roles and responsibilities of those participants
and outlines the objectives and goals of the project. The charter also identifies the main
stakeholders and defines the authority of the project manager.
Follow our quick guide to writing and executing on your project management charter below,
and be sure to get our free downloadable Word template to help make the process more
efficient.
Download Now
The project management charter serves as a reference document. It should outline these three
main points.
1. What is the essence of the project? What are the goals and objectives of the project?
How are you planning to reach and achieve these goals and objectives?
2. Provide a shared understanding of the project. The charter should communicate its
value and/or reason for existence to every person who has a part in it, from the team
to the project manager, stakeholders, sponsors, etc.
3. Act as a contract between the project sponsor, key stakeholders and the project team.
By noting the responsibilities of each party involved in the project, everyone is clear
what their duties are.
One of the key parts of any project statement is to establish the authority assigned to the
project manager. Other purposes of the document are as follows.
What are the reasons for undertaking the project? Note them here so everyone is
clear about why they are doing what they are doing.
What are the objectives and constraints of the project? This is the what part of
why you’re undertaking the project. If you don’t have a clear target your project is
going to miss the mark.
What are the directions concerning the solution to any constraints listed above?
You want to have at least an outline of how you’re going to deal with project
constraints. If you don’t cover it now, you’ll have to play catch-up later.
Who are the main stakeholders? It’s always crucial to note the stakeholders in any
project for they’re the ones who you’ll be reporting to and, in a sense, managing their
expectations. The sooner you know who they are, the sooner you can build a
productive relationship with them.
What are the in-scope and out-of-scope items? Scope is the boundaries of your
project, such as its start date and when it concludes. So, what are the in-scope items,
such those parts of the project process as opposed to tasks or actions that lay outside
the step-by-step process of the project?
What are the potential risks in the project? Identify all risks that could arise in the
project so you’re not taken by surprise. This should be followed up by a risk register
and risk management plan in your project plan, where you detail how you’ll resolve
those risks and who on the team is responsible for catching and fixing them.
What are the project benefits? A good way to sell the project is to have a sense of
what good the project will bring to sponsors and stakeholders. Figure out what those
benefits are and list them here.
What are the project costs? While you’ll go into greater detail when you create the
project budget, here is where you want to get a ballpark figure on what you expect the
budget for the project to be and who will have spending authority.
While it’s true you’re going to cover this ground on a granular level, this is your first pass,
and there’s a reason it’s more general and comes before everything else. The following are
three main uses of the document:
1. You need it to authorize your project. This is the document that sells the project to
your stakeholders and defines broadly what their return in investment will be. It’s like
elevator pitch, so it has to sell the project.
2. It serves as a primary sales document. When you present this to the stakeholders
they now have a summary to distribute or present when approached about other
projects, so they can focuses their resources where they’re needed.
3. This is a document that stays with you throughout the life cycle of the project.
You will be referring to it throughout, whether at meetings or to assist with scope
management. The charter acts like a roadmap without all the minutia to distract you in
other project materials.
Tips on Writing a Project Management Charter
There’s a process for writing a project charter, which starts with knowing what is the vision
of the project. That vision statement can’t be vague, but must capture the purpose of your
project, defining the end goal for the project team.
Step 1: Vision
Once you have the vision clear, then you can break it down into more practical bits.
When you’re building a structure for your charter there are four subsets you’re going to need
to identify. This is done by listing the following:
1. Customers/End Users. To complete this list, ask yourself: What is a customer and/or
end user in the context of this project? Who are the project customers? Is there a
specific individual or entity responsible for accepting the deliverables of the project?
2. Stakeholders. As noted earlier, identifying the stakeholders of the project is crucial.
They are the person or entity within or outside of the project with a specific key
interest in that project. It might be a financial controller overseeing costs or the CEO,
but whoever it is they’ll have a slightly different focus depending on their role.
3. Roles. You need to assign the key roles and responsibilities to those involved in
delivering the project, from the project sponsor, project board and project manager.
After each entry write a short summary defining their role and what their
responsibilities are in the project.
4. Structure. Now you need to define the lines of reporting between these various roles
in the project. Use a project organization chart to do this. It diagrams the structure of
an organization and the relationships and roles of those involved in the project.
Step 3: Implementation
You have a vision and have organized the various parts of your project. Now you have to
develop a plan to implement them. There are four parts to this:
1. Plan. If you’re going to implement, then you need an implementation plan. This is a
way to develop an atmosphere of confidence for your customers and stakeholders by
listing the phases, activities and timeframes of the project’s life cycle.
2. Milestones. Milestones mark major phases in the project and collect smaller tasks
into bigger chunks of work. The project should only have a few of them, that’s why
they’re milestones, but they are an important way to acknowledge the completion of a
key deliverable.
3. Dependencies. List all key dependencies and what their importance is to the project.
These are tasks or an activity that are linked to one another, as they will impact the
project during its life cycle.
4. Resource Plan. What resources are involved in the project? Break down this list into
labor, equipment and materials. This is how you’ll know what you need before you
need it, and you’ll be able to estimate your budget more accurately.
We’re almost done, but no charter is complete without collecting the potential risks and
issues that can derail a project. This includes assumptions and constraints related to the
project.
A risk is a potential issue that may or may not happen in a project. Risk is not always
negative, as there is such a thing as positive risk, and you should prepare for that as well.
An issue is something that has already occurred in the project. Basically, a risk is future tense
and an issue is present tense, but you have to be prepared for any and all eventualities when
creating a project management charter.
Finally, with all the above information, you can sketch out a rough figure on how much it
will cost to deliver the project within the timeframe you’re allowed. Then you present your
charter and once it’s approved and signed the real work begins.
It provides a preliminary delineation of roles and responsibilities, outlines the project objectives,
identifies the main stakeholders, and defines the authority of the project manager. It serves as a
reference of authority for the future of the project. The terms of reference are usually part of the
project charter.
The project charter is not created by the Project Manager. Instead, it is issued by the sponsor
to empower the Project Manager with the authority to begin the project and obtain resources
for project activities. The project charter should include at a minimum the following:
business need for the project which links the project to the organization's overall
strategy
stakeholders and their initial requirements
objectives or quantifiable criteria that must be met for the project to be considered
successful
definition of what is in scope (at least at a high level), as well as out of scope for the
project
constraints and assumptions
All of that sounds important enough, but is it really necessary to have one? And what would
happen if you didn’t have a project charter?
I'll share an experience from my career. "Experience is the name everyone gives to their
mistakes.” Oscar Wilde
It was my first week on the job, and my new manager informed me that I was assigned to a
very high-profile, critical project. I asked if there was a project charter. I was told no, and
summarily instructed to "Just go ahead and get started. Just go get it done." Being new to the
company, I was determined to make a good impression and decided to move forward without
one. And as you can imagine, I did make an impression.
As I walked out of the first meeting with the project team, my business partner took me aside
and said, "Interesting meeting, In fact a very good meeting. But I have to ask you. Who the
heck are you?"
After thinking about it further, I realized his real question was "What gives you the authority
to tell anyone what to do?" (Or, in other words, who died and made you the boss?)
This is a tricky situation to maneuver. And your answer may diminish any chances you will
have for success or your ability to "win over" and get buy in from the team. So it's best to
circumvent such sticky situations before they happen.
Not having a project charter hinders the Project Manager from being successful in the role,
thus impacting the overall success of the project. Thus, projects should not begin without one.
And if you find yourself in the situation where you don't have one, you should ask yourself
then why are we even doing the project? If the project is important to the organization, then
the time and effort should be put into creating this document to define the scope and overall
priority of the project. It additionally empowers you as the Project Manager in your role and
formally authorizes you to begin the project activities and obtain the resources to support and
work on the project’s activities
A lesson learned. Make sure a project charter exists. Otherwise, you run the risk of people not
knowing who you are or what your role is.
1. Step 1: Identify the Project Vision. Vision: The first step taken when defining a
Project Charter is to identify the project vision. ...
2. Step 2: Describe the Project Organization. ...
3. Step 3: Plan the Approach to Implementation. ...
4. Step 4: List the Risks and Issues.
Business Case.
Problem / Opportunity Statement.
Goals / Projected Benefits.
Goal statement.
Project Scope.
Project Plan.
Team Structure.
What is the main purpose of the project charter?
It provides a preliminary delineation of roles and responsibilities, outlines the project
objectives, identifies the main stakeholders, and defines the authority of the project
manager. It serves as a reference of authority for the future of the project. The terms of
reference are usually part of the project charter.
Strategic Planning. The first stage of any project is to understand the need for the
project and what it is trying to achieve. ...
Product Development. ...
Communication. ...
Resources. ...
People.