Reasons Why Projects Fail 1
Reasons Why Projects FailBy Tom Carlos PMP
In a perfect world, every project would be "on time and within budget." But reality (especially the proven statistics) tells a very different story. It's not uncommon for projects to fail. Even if the budget and schedule are met, one must ask "did the project deliver the results and quality we expected?" True project success must be evaluated on all three components. Otherwise, a project could be considered a "failure."
Have you ever seen a situation where projects begin to show signs of disorganisation, appear out of control, and have a sense of doom and failure? Have you witnessed settings where everyone works in a silo and no one seems to know what the other team member is doing? What about team members who live by the creed "I'll do my part (as I see fit) and after that, it's their problem." Even worse is when team members resort to finger-pointing. Situations similar to these scenarios point to a sign that reads "danger." And if you read the fine print under the word "danger" it reads, "your project needs to be brought under control or else it could fail."
When projects begin to show signs of stress and failure, everyone looks to the project manager for answers. It may seem unfair that the burden of doom falls upon a single individual. But this is the reason why you chose to manage projects for a living! You've been trained to recognise and deal with these types of situations.
There are many reasons why projects (both simple and complex) fail; the number of reasons can be infinite. However, if we apply the 80/20 rule the most common reasons for failure can be found in the following list:
Poorly managed Undefined objectives and goals
Lack of management commitment
Lack of a solid project plan Lack of user input Lack of organisational supportCentralised proactive management initiatives to combat project risk
Enterprise management of budget resources
Provides universal templates and documentation
Poorly defined roles and responsibilities
Inadequate or vague requirements Stakeholder conflict
Team weaknesses Unrealistic timeframes and tasks Competing priorities
Poor communication Insufficient resources (funding and personnel) Business politics
Overruns of schedule and cost Estimates for cost and schedule are erroneous
Lack of prioritisation and project portfolio management
Scope creep No change control process Meeting end user expectations
Ignoring project warning signs Inadequate testing processes Bad decisions
Even with the best of intentions or solid plans, project can go awry if they are not managed properly. All too often, mishaps can occur (and usually do). This is when the project manager must recognise a warning sign and take action. If you understand the difference betweensymptoms and problems and can spot warning signs of project failure, your training will help you take steps to right the ship before it keels over. Yes, it's the project manager's responsibility to correct the listing no one else. In addition to applying the processes and principles tau ght in
htt // ll i A t 2015 3
Reasons Why Projects Fail 2
project management class, you can also use your personal work skills of communication,management, leadership, conflict resolution, and diplomacy to take corrective action.
During the course of managing a project, the project manager must monitor ac tivities (and distractions) from many sources and directions. Complacency can easily set in. When thishappens, the process of "monitoring" breaks down. This is why the project manager must remain in control of a project and be aware of any activity which presents a risk of project failure. Yes, this is why "you are paid the big bucks."
Tom Carlos has over 20 years of cumulative experience in business, technical, and training environments. He is a Certified Project Management Professional (PMP) and member of the Sacramento Valley PMI Chapter. For other articles on similar subject, you can visitwww.carlosconsulting.com or contact him at [email protected].
Project Smart is the project management resource that helps managers at all levels to improve their performance. We provide an important knowledge base
for those involved in managing projects of all kinds. With regular updates it keeps you in touch with the latest project management thinking.
http://www.projectsmart.co.uk
htt // ll i A t 2015 4
An Oracle White PaperOctober 2011
Why Projects Fail: Avoiding the Classic Pitfalls
http://www.samuellearning.org August 2015 5
Executive Summary
There is an age-old saying that goes something like this: “we can do anything we want, but we cannot do everything we want.” This is the classic conundrum that all firms face. Organizations across industries are challenged to deliver an increasing number of projects and programs, while maintaining flat (or decreasing) budgets and resources. In such an environment, only one outcome is possible…project failure.
Are project failures considered normal? Long-held beliefs and studies have indicated that a majority of projects end in failure, perhaps suggesting that project failures are becoming an accepted norm. The oft-referenced, now decade-old, Standish Group Chaos Report cited a 31% project failure rate effectively lowering the bar, and along with it any optimism for a successful project effort.
http://www.samuellearning.org August 2015 6
Avoiding the Common Pitfalls
Project failure can be easily attributed to a number of factors. Six areas in particular highlight the biggest and most common failure culprits. These are Constituent Alignment, Proactive Risk Management, Performance Measurement, Project Scope Definition and Management, Critical Project Communication and Methodology Usage. Each is discussed below, along with suggestions on avoiding the classic pitfalls.
Constituent Alignment Successful projects deliver in large part because of an engaged set of stakeholders. Be they business unit executives, sponsors or executive management, the chain of command is generally an active participant in the successful project. Clearly, any initiative will suffer immensely if the sponsor is not committed, or if the key players are unable to develop a cohesive project strategy and supervise the direction of the effort.
The alignment issue is critical in cases where the project’s goals are not in step with the organization’s basic vision. An effort to open key markets in Asia when the organization is devoting resources in Europe is a simple example.
Also worth considering is that projects often fail because departments assign the person they can most easily live without rather than the person who can contribute most to an initiative. As an example, if a project around implementing a new purchasing system is assigned a newly hired buyer to be the Procurement representative on the project team, the project is likely to fail.
Pitfall Avoidance: A clear set of defined goals and objectives, reviewed throughout the term of the project is a recommended best practice. Any course corrections, or even project cancellations, can become routine in this process. Matching skills and relevant expertise to projects is a critical success factor. Consistent communication, in a standardized format, to the major stakeholders also helps. Remember, it takes the average person seven views of the same message before it starts to resonate.
Proactive Risk Management Perhaps one of the more under-reported areas of project failure is risk management. In many cases, project risks are not proactively identified, analyzed, and mitigated. Even in cases where risk is an active part of the execution process, the rigor devoted to this area is negligible. Too often, problems are addressed reactively, causing schedules and budgets to be exceeded. This results in schedule slippage, budget overruns, and excessive staff overtime and burnout.
Pitfall Avoidance: The best practice recommendation is to utilize an integrated and proactive risk management approach for all project efforts. This includes developing and publishing the Risk Management Plan and educating the entire project team on the benefits of performing risk management. At a more granular level it is necessary to integrate identified risks to scope, schedule and cost. Additionally, maintaining a risk log and making the data available to all via reports and self-service portals helps tremendously.
Performance Measurement
This is an area that receives a great deal of lip service, and yet where little is understood. The lack of project performance measures leads to all parties having little visibility into where projects are relative to where they should be at various points in time. As a result, troubled projects are not highlighted in
http://www.samuellearning.org August 2015 7
time for remedial action and appropriate corrective measures are not identified, all leading to poor product/service quality.
Pitfall Avoidance: A recommended approach is to use standardized project performance measures and establish project baselines for schedule, effort, product, etc. The role of Earned Value Management (EVM) is important here, even in small projects.
Project Scope Definition and Management
Does this project sound familiar? The project has vaguely-written scope definitions; there are problems in gathering user requirements; there is pressure to execute before the project is adequately defined; there is no rigorous scope management. This is one of the classic cases of project failure waiting to happen. It may sound trite, yet project scope must be clear, concise, and unambiguous. It must be clearly and commonly understood by project stakeholders, team members, and executives alike.
Pitfall Avoidance: The recommended approach is to review the project’s scope with the user community and obtain 100 percent buy-in to what is about to be performed and delivered. A clear understanding of scope is essential to gaining commitment and executing successfully. Obtain agreement on what is in, and out, of scope. It may be appropriate to create and use a formal change control procedure, including a Change Control Board.
Designing the “perfect” solution with a very broad scope frequently leads to intricate, multi-year projects with complex interdependencies. Where possible, limit scope to achievable, well-defined efforts. With tighter project scope, the organization can do a better job of monitoring progress and controlling outcomes.
For complex, expensive projects containing many unknowns and volatile risks, institute a scope investigation phase in advance of project approval and execution. The scope investigation can take the form of a pilot, a proof-of-concept research paper, a benchmarking analysis of similar projects, or a simulation. Regardless of the approach chosen, this technique of using a pre-project to define scope will bring much-needed clarity to the primary project and improve the chances of its success.
Critical Project Communication
It is vital for project managers and stakeholders to be aware of project progress and challenges at every stage. Unfortunately, stakeholders are often informed of critical issues at a stage when the impact on costs, timelines and scope are significant or irreversible. Inadequate communication of project status and issues is a function of stakeholder needs and expectations not being managed appropriately. Obviously, resolving the issues takes time away from planned project activities. This issue will affect any part of the project.
Pitfall Avoidance: First and foremost, create a communications management plan. This should be comprised of two parts: project communications and stakeholder communications. These activities must be initiated at project kickoff, with particular effort put into performing a stakeholder analysis to identify expectations and communication needs. Be prepared to deliver project status and updates through more than one information delivery vehicle in order to accommodate the diverse needs of stakeholders.
Methodology Usage
The role of methodologies in delivering a successful project is often overlooked. To be sure, a variety of project management and related standardized processes are available. These include the PMBOK guidelines, PRINCE and PRINCE 2, along with more governance-oriented frameworks such as ITIL
http://www.samuellearning.org August 2015 8
and CoBiT. The choice of a methodology, whether standardized or organization-specific, is secondary to its usage and adherence during project execution.
Pitfall Avoidance: Enforcement of the chosen methodology is vital. This task is made easier via automation and tools that incorporate project workflow into the overall project execution lifecycle.
What about the Expectation of Failure? Granted, projects do and will fail, particularly IT projects. While perception has much to do with the definition of failure, that perception is often steeped in reality. However, these do not address the larger mindset issue that all projects are burdened with right from the start: the expectation of failure.
Ten years worth of project failure statistics have taken their toll. The anticipated eventuality of failure is built into the project from the very beginning and is an unwritten reason for a project’s demise. Overcoming this complacency requires a strong project leader and supporting PMO, a cultural bias to succeed, and a strict communication policy highlighting successes.
More to the point, avoiding the pitfalls noted above will not guarantee a successful project. They will however provide a solid footing and foundation from which to begin the process of executing against the project’s objectives and strongly influence a successful outcome.
The Role of Tools and Automation Technology and automation play a key role in helping organizations deliver successful projects. In particular, Project Portfolio Management solutions offer the continuous process feedback loop by which organizations can align, prioritize, and execute against organizational project demands while balancing supply constraints.
These tools are especially relevant in delivering the end-to-end project lifecycle dashboard and reporting necessary for project stakeholders to aid in decision-making. Further, they play a critical role in delivering the financial governance needed to effectively deliver projects in today’s global enterprise.
Conclusion
Businesses continue to face expanding investment demand in the midst of constrained capacity. As executives’ expectations reach new levels, the enterprise is tasked to deal with conflicting objectives around increased complexity in the stewardship of their project investments while responding to the need for higher transparency.
In this environment, executing critical projects successfully is a key business requirement. Avoiding the common project pitfalls discussed above will help the enterprise successfully navigate the challenges and better position projects for success
http://www.samuellearning.org August 2015 9
Why Projects Fail:Avoiding the Classic Pitfalls
October 2011, revised
Oracle CorporationWorld Headquarters500 Oracle ParkwayRedwood Shores, CA 94065U.S.A.
Worldwide Inquiries:Phone: +1.650.506.7000Fax: +1.650.506.7200
oracle.com
Copyright © 2011, Oracle and/or its affiliates. All rights reserved. This document is provided for information purposes only and the contents hereof are subject to change without notice. This document is not warranted to be error-free, nor subject to any other warranties or conditions, whether expressed orally or implied in law, including implied warranties and conditions of merchantability or fitness for a particular purpose. We specifically disclaim any liability with respect to this document and no contractual obligations are formed either directly or indirectly by this document. This document may not be reproduced or transmitted in any form or by any means, electronic or mechanical, for any purpose, without our prior written permission.
Oracle and Java are registered trademarks of Oracle and/or its affiliates. Other names may be trademarks of their respective owners.
AMD, Opteron, the AMD logo, and the AMD Opteron logo are trademarks or registered trademarks of Advanced Micro Devices. Intel and Intel Xeon are trademarks or registered trademarks of Intel Corporation. All SPARC trademarks are used under licenseand are trademarks or registered trademarks of SPARC International, Inc. UNIX is a registered trademark licensed through X/Open Company, Ltd. 1010
http://www.samuellearning.org August 2015 10
513©2013 Project Management Institute. A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Fifth Edition
APPENDIX X3 - INTERPERSONAL SKILLS
APPENDIX X3 INTERPERSONAL SKILLS
Project managers accomplish work through the project team and other stakeholders. Effective project managers acquire a balance of technical, interpersonal, and conceptual skills that help them analyze situations and interact appropriately. This appendix describes important interpersonal skills, such as:
Leadership
Team building
Motivation
Communication
Influencing
Decision making
Political and cultural awareness
Negotiation
Trust building
Conflict management
Coaching
While there are additional interpersonal skills that project managers use, the appropriate use of these skills assists the project manager in effectively managing the project.
X3.1 Leadership
Leadership involves focusing the efforts of a group of people toward a common goal and enabling them to work as a team. In general terms, leadership is the ability to get things done through others. Respect and trust, rather than fear and submission, are the key elements of effective leadership. Although important throughout all project phases, effective leadership is critical during the beginning phases of a project when the emphasis is on communicating the vision and motivating and inspiring project participants to achieve high performance.
http://www.samuellearning.org August 2015 11
514 ©2013 Project Management Institute. A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Fifth Edition
APPENDIX X3 - INTERPERSONAL SKILLS
Throughout the project, the project team leaders are responsible for establishing and maintaining the vision, strategy, and communications; fostering trust and team building; influencing, mentoring, and monitoring; and evaluating the performance of the team and the project.
X3.2 Team Building
Team building is the process of helping a group of individuals, bound by a common purpose, to work with each other, the leader, external stakeholders, and the organization. The result of good leadership and good team building is teamwork.
Team-building activities consist of tasks (establish goals, define, and negotiate roles, responsibilities, and procedures) and processes (interpersonal behavior with emphasis on communication, conflict management, motivation, and leadership). Developing a team environment involves handling project team problems and discussing these as team issues without placing blame on individuals. Team building can be further enhanced by obtaining top management support; encouraging team member commitment; introducing appropriate rewards, recognition, and ethics; creating a team identity; managing conflicts effectively; promoting trust and open communication among team members; and providing leadership.
While team building is essential during the front end of a project, it is an ongoing process. Changes in a project environment are inevitable. To manage these changes effectively, a continued or renewed team-building effort is required. Outcomes of team building include mutual trust, high quality of information exchange, better decision making, and effective project management.
X3.3 Motivation
Project teams are comprised of team members with diverse backgrounds, expectations, and individual objectives. The overall success of the project depends upon the project team’s commitment, which is directly related to their level of motivation.
Motivating in a project environment involves creating an environment to meet project objectives while providing maximum satisfaction related to what people value most. These values may include job satisfaction, challenging work, a sense of accomplishment, achievement and growth, sufficient financial compensation, and other rewards and recognition the individual considers necessary and important.
http://www.samuellearning.org August 2015 12
515©2013 Project Management Institute. A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Fifth Edition
APPENDIX X3 - INTERPERSONAL SKILLS
X3.4 Communication
Communication has been identified as one of the single biggest reasons for project success or failure. Effective communication within the project team and between the project manager, team members, and all external stakeholders is essential. Openness in communication is a gateway to teamwork and high performance. It improves relationships among project team members and creates mutual trust.
To communicate effectively, the project manager should be aware of the communication styles of other parties, cultural nuances/norms, relationships, personalities, and the overall context of the situation. Awareness of these factors leads to mutual understanding and thus to effective communication. Project managers should identify various communication channels, understand what information they need to provide, what information they need to receive, and which interpersonal skills will help them communicate effectively with various project stakeholders. Carrying out team-building activities to determine team member communications styles (e.g., directive, collaborative, logical, explorer, etc.), allows managers to plan their communications with appropriate sensitivity to relationships and cultural differences.
Listening is an important part of communication. Listening techniques, both active and passive give the user insight to problem areas, negotiation and conflict management strategies, decision making, and problem resolution.
X3.5 Influencing
Influencing is a strategy of sharing power and relying on interpersonal skills to get others to cooperate towards common goals. Using the following guidelines can influence team members:
Lead by example, and follow through with commitments.
Clarify how a decision will be made.
Use a flexible interpersonal style and adjust the style to the audience.
Apply your power skillfully and cautiously. Think of long-term collaboration.
http://www.samuellearning.org August 2015 13
516 ©2013 Project Management Institute. A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Fifth Edition
APPENDIX X3 - INTERPERSONAL SKILLS
X3.6 Decision Making
There are four basic decision styles normally used by project managers: command, consultation, consensus, and coin flip (random). There are four major factors that affect the decision style: time constraints, trust, quality, and acceptance. Project managers may make decisions individually, or they may involve the project team in the decision-making process.
Project managers and project teams use a decision-making model or process such as the six-phase model shown below.
Problem Definition. Fully explore, clarify, and define the problem.
Problem Solution Generation. Prolong the new idea-generating process by brainstorming multiple solutions and discouraging premature decisions.
Ideas to Action. Define evaluation criteria, rate pros and cons of alternatives, select best solution.
Solution Action Planning. Involve key participants to gain acceptance and commitment to making the solution work.
Solution Evaluation Planning. Perform post-implementation analysis, evaluation, and lessons learned.
Evaluation of the Outcome and Process. Evaluate how well the problem was solved or project goals were achieved (extension of previous phase).
X3.7 Political and Cultural Awareness
Organizational politics are inevitable in project environments due to the diversity in norms, backgrounds, and expectations of the people involved with a project. The skillful use of politics and power helps the project manager to be successful. Conversely, ignoring or avoiding project politics and inappropriate use of power can lead to difficulty in managing projects.
Today project managers operate in a global environment, and many projects exist in an environment of cultural diversity. By understanding and capitalizing on cultural differences, the project management team is more likely to create an environment of mutual trust and a win-win atmosphere. Cultural differences can be both individual and corporate in nature and may involve both internal and external stakeholders. An effective way to manage this cultural diversity is through getting to know the various team members and the use of good communication planning as part of the overall project plan.
http://www.samuellearning.org August 2015 14
517©2013 Project Management Institute. A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Fifth Edition
APPENDIX X3 - INTERPERSONAL SKILLS
Culture at a behavioral level includes those behaviors and expectations that occur independently of geography, ethnic heritage, or common and disparate languages. Culture can impact the speed of working, the decision-making process, and the impulse to act without appropriate planning. This may lead to conflict and stress in some organizations, thereby affecting the performance of project managers and project teams.
X3.8 Negotiation
Negotiation is a strategy of conferring with parties of shared or opposed interests with a view toward compromise or reaching an agreement. Negotiation is an integral part of project management and done well, increases the probability of project success.
The following skills and behaviors are useful in negotiating successfully:
Analyze the situation.
Differentiate between wants and needs, both theirs and yours.
Focus on interests and issues rather than on positions.
Ask high and offer low, but be realistic.
When you make a concession, act as if you are yielding something of value, don’t just give in.
Both parties should feel as if they have won. This win-win negotiating style is preferred but not always achievable. If possible, don’t let the other party leave feeling as though he or she has been taken advantage of.
Listen attentively and communicate articulately.
X3.9 Trust Building
The ability to build trust across the project team and other key stakeholders is a critical component in effective team leadership. Trust is associated with cooperation, information sharing, and effective problem resolution. Without trust it is difficult to establish the positive relationships necessary between the various stakeholders engaged in the project. When trust is compromised, relationships deteriorate, people disengage, and collaboration becomes more difficult, if not impossible.
Some actions project managers can take to help build trust:
http://www.samuellearning.org August 2015 15
518 ©2013 Project Management Institute. A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Fifth Edition
APPENDIX X3 - INTERPERSONAL SKILLS
Engage in open and direct communications to resolve problems.
Keep all stakeholders informed, especially when fulfilling commitments is at risk.
Spend time directly engaged with the team asking nonassumptive questions to gain a better understanding of the situations affecting the team.
Be direct and explicit about what you need or expect.
Do not withhold information out of a fear of being wrong but be willing to share information even if you may be wrong.
Be receptive to innovation and address any issues or concerns in a forthright manner.
Look beyond your own interests.
Demonstrate a true concern for others and avoid engaging in pursuits that could be viewed as being detrimental to the interest of others.
X3.10 Conflict Management
Conflict is inevitable in a project environment. Incongruent requirements, competition for resources, breakdowns in communications, and many other factors could become sources of conflict. Within a project’s environment, conflict may yield dysfunctional outcomes. However, if actively managed, conflicts can actually help the team arrive at a better solution. The project manager must be able to identify the causes for conflict and then actively manage the conflict thus minimizing potential negative impacts. The project team is then able to deliver better solutions and increase the probability of project success.
Project managers must develop the skills and experience necessary to effectively adapt their personal conflict management style to the situation. Managing conflict in a project environment involves building the trust necessary for all involved parties to be open and honest, and to engage in seeking a positive resolution to the situation creating the conflict. Project managers strive to establish a collaborative approach among the team members involved in order to fully resolve the problems. In situations where a collaborative approach is not possible, the project manager must then revert to other active management styles for handling the conflict; e.g., assertiveness, accommodation, avoidance, or compromise.
Managing conflict is one of the biggest challenges a project manager faces. It draws upon all of the other interpersonal skills of a project manager in order to lead the team to a successful resolution of the situation in conflict.
http://www.samuellearning.org August 2015 16
519©2013 Project Management Institute. A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Fifth Edition
APPENDIX X3 - INTERPERSONAL SKILLS
X3.11 Coaching
Coaching is a means of developing the project team to higher levels of competency and performance. Coaching is about helping people recognize their potential through empowerment and development. Coaching is used to aid team members in developing or enhancing their skills or to build new skills required to enable project success. Coaching can take many forms and approaches. In some instances, formal or informal training may be developed to increase technical skills or assist team-building efforts and facilitate consistent interpersonal interactions.
Coaching is also used to address poor performance and to help team members overcome deficiencies in their skill sets. Coaching is distinct from counseling. Counseling focuses on addressing situations where team members “won’t do” something rather than “can’t do.” If the situation is one where the team member is not performing or meeting expectations due to a lack of skill, knowledge, or experience, coaching can be employed to help the team member to develop this skill and thus turn a “can’t do” situation into one of “can do.”
Coaching can be a powerful motivator for teams. As teams develop their skills, abilities, and confidence, their willingness to take on challenging or demanding tasks is increased. This can lead to more effective and productive teams.
X3.12 References
Covey, S. R. “Seven Habits of Highly Effective People,” A Fireside Book, Simon and Schuster, New York, NY.
Dinsmore, P.C. “Human Factors in Project Management (Revised Edition),” American Management Association: New York, NY.
Levin, G. and Flannes, S. “Essential People Skills for Project Managers,” Management Concepts Inc., Vienna, VA.
Verma, V. K. “Organizing Projects for Success,” PMI, Newtown Square, PA.
Verma, V. K. “Human Resource Skills for the Project Manager,” PMI, Newtown Square, PA.
Verma, V. K. “Managing the Project Team,” PMI, Newtown Square, PA.
http://www.samuellearning.org August 2015 17
Blank Project Management Templates
Saving Time! Saving Money! Saving Stress!
Please feel free to copy any of the attached documents. You can alter any of them to suit the needs of your specific project or organisation.
If you want information about the services provided by Project Agency please call 0208 446 7766 or email [email protected] our web site is www.projectagency.com
Note: in supplying these templates, Project Agency cannot be held responsible for how they are completed!
http://www.samuellearning.org August 2015 18
Project management templates from Project Agency – please alter to suit your needs
2
Listed below are some forms you will find on the next pages.
Please complete the forms as appropriate. Please note, completing the forms is an aid to help you deliver your projects, not an end in itself.
Defining Project Responsibilities 3
Stakeholder Analysis 4
Milestone Chart 5
Milestone Report 6
Variation Form 7
Risk Log 8
Business Case Form 9
Project Definition Form or PID 10
Project Reporting Form 12
Highlight Report 13
Change Control Form 14
Change Control Log 15
Actual V Planned 16
Project management check sheet 17
These project management templates have been produced for open distribution to anyone. Please feel free to pass them onto friends or colleagues. The forms have been used by professional staff at all levels – staff who have to deliver projects. Some of these projects are small quick delivery (less than a month), others large long term projects which cost significant sums of money.
We would be delighted to hear how you used these forms and how useful they were in supporting the delivery of your project. Please email . Do look at
where you can find a range of information, products and services.
Finally, good luck with all of your projects and we would be delighted to talk with you about any project management issues you may have. Call on +44 (0)20 846 7766 or email [email protected]
http://www.samuellearning.org August 2015 19
Proj
ect m
anag
emen
t tem
plat
es fr
om P
roje
ct A
genc
y –
plea
se a
lter
to s
uit y
our n
eeds
3
Def
inin
g Pr
ojec
t Res
pons
ibili
ties
PER
SON
NEL
TASK
S/AC
TIVI
TIES
http:/
/www
.samu
ellea
rning
.org
Augu
st 20
1520
Proj
ect m
anag
emen
t tem
plat
es fr
om P
roje
ct A
genc
y –
plea
se a
lter
to s
uit y
our n
eeds
4
Stak
ehol
der
Anal
ysis
The
purp
ose
of s
take
hold
er a
naly
sis is
to in
form
the
proj
ect m
anag
er a
nd s
pons
or w
ho s
houl
d co
ntrib
ute
to th
e pr
ojec
t, w
here
bar
riers
mig
ht b
e,
and
the
actio
ns th
at n
eed
to b
e ta
ken
prio
r to
deta
iled
proj
ect p
lann
ing.
Stak
ehol
der
Thei
r in
tere
st o
r re
quir
emen
t fro
m th
e pr
ojec
t
Wha
t the
pro
ject
nee
ds
from
them
Pe
rcei
ved
attit
udes
an
d/or
ris
ks
Acti
ons
to ta
ke
http:/
/www
.samu
ellea
rning
.org
Augu
st 20
1521
Proj
ect m
anag
emen
t tem
plat
es fr
om P
roje
ct A
genc
y –
plea
se a
lter
to s
uit y
our n
eeds
5
Mile
ston
e Ch
art
Mai
n m
ilest
ones
/pha
ses
show
n on
hig
her c
hart,
and
sub
-mile
ston
es fo
r eac
h ph
ase
on c
harts
bel
ow
TIM
E [i
n su
itabl
e un
its -
days
, wee
ks, m
onth
s, e
tc.]
M
ILES
TON
ES
Res
pons
ibili
ty
http:/
/www
.samu
ellea
rning
.org
Augu
st 20
1522
Proj
ect m
anag
emen
t tem
plat
es fr
om P
roje
ct A
genc
y –
plea
se a
lter
to s
uit y
our n
eeds
6
Mile
ston
e R
epor
t
Proj
ect:
Date
of M
ilest
one
mee
ting/
disc
ussio
n:
Del
iver
able
s du
e D
ue
date
R/A
/G*
Actio
n to
take
to b
ring
del
iver
able
or
task
bac
k on
sch
edul
e
* R
= R
ed fl
ags
[off
plan
- de
scrib
e in
det
ail:
qual
ity, c
ost,
time]
A =
Am
ber [
is al
mos
t off
sche
dule
or w
ill de
finite
ly b
e of
f sch
edul
e NO
TE: y
ou m
ay n
eed
to a
gree
the
prec
ise d
efin
ition
bef
ore
use]
G
= G
reen
flag
s [t
o pl
an o
r bet
ter -
sho
w s
avin
gs]
http:/
/www
.samu
ellea
rning
.org
Augu
st 20
1523
Proj
ect m
anag
emen
t tem
plat
es fr
om P
roje
ct A
genc
y –
plea
se a
lter
to s
uit y
our n
eeds
7
Vari
atio
n Fo
rm
Activ
ity
nam
e /N
o.
Des
crip
tion
Dat
e to
be de
liver
ed
Rev
ised
es
t.Q
/C/T
Rea
son
for
dela
y.
Q/C
/T?
Expl
ain
Effe
ct o
n pr
ojec
t
Sign
ed:
Pr
ojec
t Spo
nsor
Pr
ojec
t Man
ager
http:/
/www
.samu
ellea
rning
.org
Augu
st 20
1524
Project management templates from Project Agency – please alter to suit your needs
8
Risk Analysis
Score as follows, for Likelihood and Impact: High = 3, Medium = 2, Low = 1
Nature of Risk or
Uncertainty
Likelihood High/
Medium/ Low
Impact High/
Medium/ Low
Likelihood x Impact [Score]
Actions required and who will take responsibility to manage the
risk
http://www.samuellearning.org August 2015 25
Project management templates from Project Agency – please alter to suit your needs
9
Business Case Form
Please complete the form below and submit it to your project sponsor.
Background to the project (PLEASE KEEP BRIEF)
General aims(s)
Initial Risks
Expected Outcomes
Benefits of running with this project
Initial estimates of cost and time
£:
Time:
Outcome of the business case
Decision from (x x)
Date
http://www.samuellearning.org August 2015 26
Project management templates from Project Agency – please alter to suit your needs
10
Project Definition Form [or PID]
Project Title: Put here a very brief title
Sponsor: Insert actual sponsor name
State below the link with the corporate agenda – the actual wording please.
Put here the actual words in the corporate agenda – showing the link with this project
Project Background: The background to the project. Enough information to inform the reader.
Project Benefits: An outline of what the benefits are to the organisation, individuals or stakeholders in delivering the project
Project Objectives: The specific objectives for the project. NOTE: the objectives can be one line or more detailed text.
Project Deliverables: What you will be delivering at the end of the project. NOTE: these are the what you will have at the end of the project, e.g. a report, a building, improved service levels etc.
This project will include: This project will not include: This section defines the boundaries of the project.
Planning details should not be included at this stage.
Success Criteria: How you will measure the success of the project. NOTE: the success criteria must be measurable.
Constraints: Examples here can be specific (a skill which the project team must have) resources, or a legal deadline – NOTE: only include time and money if you can quantify them.
Key Assumptions: The assumptions you are making in putting this document together.
Project Manager: Who fulfils this role and what they do.
Project Sponsor: Who fulfils this role and what they do.
http://www.samuellearning.org August 2015 27
Project management templates from Project Agency – please alter to suit your needs
11
Project Board/Steering Group Members:
Who fulfils these roles and what they do. NOTE: may not be appropriate for all projects
Project Team Members:
BudgetResource Costs: Other Costs:
Total costs (attach a breakdown of the overall budget) VAT*– Some projects may have important VAT issues. Have you spoken to accountancy to discuss these?
Start Date: Completion Date:
Signature of Project Manager:
Date:
Approval from Sponsor: Date:
For your organisation, you will need to liaise with your Finance people in order to develop financial information that will inform project delivery. The data on this form in relation to finance needs to be fine tuned to your organisational and project management needs
http://www.samuellearning.org August 2015 28
Project management templates from Project Agency – please alter to suit your needs
12
Project Reporting Form
Project Title: Number: Project Sponsor: Project Manager:
Progress Report Report No.
RAG Status*: RED / AMBER / GREEN
Headlines
Tasks, Milestones, Outcomes delivered this period Completion dates Tasks, Milestones, Outcomes Comments Plan Actual
Major Risks and Issues Include an assessment of the impact and any actions taken
Recommendations and Requests for Decisions or Support
Tasks, Milestones, Outcomes scheduled for next period
Completion dates
Tasks, Milestones, Outcomes Comments Plan Forecast
* RED "Major concern - escalate to the next level" Slippage greater than 10% of remaining time or budget, or quality severely
compromised. Corrective Action not in place, or not effective. Unlikely to deliver on time to budget or quality requirements
AMBER "Minor concern – being actively managed” Slippage less than 10% of remaining time or budget, or quality impact is minor. Remedial plan in place.
GREEN "Normal level of attention" No material slippage. No additional attention needed
http://www.samuellearning.org August 2015 29
Proj
ect m
anag
emen
t tem
plat
es fr
om P
roje
ct A
genc
y –
plea
se a
lter
to s
uit y
our
need
s
13
http:/
/www
.samu
ellea
rning
.org
Augu
st 20
1530
Project management templates from Project Agency – please alter to suit your needs
14
Change Control Sheet Project Title Project Number
Project Manager
CHANGE REQUEST
Originator Phone:
Date of request Change request no. allocated by Change Controller
Items to be changed Reference(s)
Description of change (reasons for change, benefits, date required)
Estimated cost, and time to implement (quotation attached? Yes No )
Priority / Constraints (impact on other deliverables, implications of not proceeding, risks)
CHANGE EVALUATION
What is affected Work required (resources, costs, dates)
Related change requests
Name of evaluator Date evaluated Signature
CHANGE APPROVAL
Accepted Rejected Deferred Name Signed Date
Comments
CHANGE IMPLEMENTATION
Asset Implementer Date completed Signature
http://www.samuellearning.org August 2015 31
Project management templates from Project Agency – please alter to suit your needs
15
Change Control Log Project Title Project Number
Project Manager
Change number
Description of change Datereceived
Dateevaluated
Dateapproved
Datecompleted
http://www.samuellearning.org August 2015 32
Project management templates from Project Agency – please alter to suit your needs
16
Actual V Planned
Activity Planned Time
ActualTime
Difference PlannedCost
Actual Cost
Difference
http://www.samuellearning.org August 2015 33
Proj
ect m
anag
emen
t tem
plat
es fr
om P
roje
ct A
genc
y –
plea
se a
lter
to s
uit y
our n
eeds
17
Proj
ect M
anag
emen
t - C
heck
She
et
Am
end
this
Chec
k Sh
eet t
o su
it yo
ur p
roje
ctA:
SET
UP
- IN
ITIA
TIO
N
1De
velo
ped
the
busin
ess
case
? 2
Is a
full
optio
ns a
ppra
isal n
eces
sary
? 3
Is th
e pr
ojec
t in
line
with
the
stra
tegi
c pl
an?
4Ha
s th
e pr
ojec
t rec
eive
d sig
n of
f by
spon
sor o
r pro
ject
boa
rd?
B:SE
T U
P -
DEF
INIT
ION
1Ha
s a
PID
or p
roje
ct d
efin
ition
form
be
en c
ompl
eted
? 2
Are
role
s ex
plici
t and
doc
umen
ted?
3
Are
leve
ls of
aut
horit
y cle
ar?
4Ha
ve y
ou c
arrie
d ou
t a s
take
hold
er
anal
ysis
and
plan
ned
acco
rdin
gly?
5
Have
you
ass
esse
d ris
ks a
nd p
ut a
pla
n in
to a
ctio
n to
mon
itor t
hem
? 6
Are
you
clear
wha
t is
driv
ing
the
proj
ect
Qual
ity, C
ost o
r Tim
e (1
onl
y)
7Ha
ve c
lear
pro
ject
revi
ew p
roce
dure
s be
en e
stab
lishe
d?
8Ha
s pl
anni
ng s
tarte
d fo
r a s
tart
up
wor
ksho
p (o
r ser
ies
of w
orks
hops
)?
9Te
am s
elec
tion
- hav
e yo
u go
t the
co
rrec
t mix
of s
kills
and
prof
essio
nal
expe
rienc
e?
C:D
ELIV
ERY
PLAN
NIN
G
1Ha
ve y
ou b
roke
n th
e pr
ojec
t dow
n in
to
its c
ompo
nent
par
ts –
wor
k br
eakd
own
2Ho
w a
ccur
ate
are
your
est
imat
es?
If a
low
per
cent
age
then
reca
lcula
te.
3Ha
ve y
ou d
evel
oped
a m
ilest
one
char
t or
pro
duce
d a
Gant
t cha
rt?
4Ha
ve y
ou d
evel
oped
an
over
all p
roje
ct
budg
et?
Have
you
sou
ght a
dvice
from
fin
ancia
l exp
erts
YN
COM
MEN
TS
5Ha
ve y
ou id
entif
ied
the
criti
cal p
ath
for
the
proj
ect?
6
Have
you
dev
elop
ed a
com
mun
icatio
ns
plan
and
inclu
ded
its c
ompo
nent
par
ts
into
the
Gant
t cha
rts?
7Ar
e yo
u co
ntin
uing
to c
arry
out
risk
an
alys
is th
roug
hout
the
proj
ect?
8
Are
qual
ity s
tand
ards
hig
h? H
ow d
o yo
u kn
ow?
D:D
ELIV
ERY
1Ha
ve y
ou id
entif
ied
the
appr
opria
te ty
pe
of c
ontro
l – lo
ose
vers
us ti
ght?
2
Proj
ect r
epor
ting
– ar
e yo
u cle
ar w
ho
repo
rts w
hat a
nd to
who
m a
nd h
ow?
3Do
you
hav
e a
clear
pro
cedu
re fo
r m
anag
ing
chan
ge?
4Ha
ve y
ou d
evel
oped
a p
lann
ed v
ersu
s ac
tual
sch
edul
e? H
ow u
p to
dat
e is
it?
5To
lera
nce
– ha
ve y
ou a
n ag
reed
to
lera
nce
figur
e?
6Va
riatio
ns –
are
thes
e qu
ickly
flag
ged?
E: C
LOSE
DO
WN
AN
D R
EVIE
W
1Po
st p
roje
ct re
view
has
bee
n pl
anne
d?
2Le
arni
ng id
entif
ied?
3
Is th
e pr
ojec
t stil
l del
iver
ing
the
bene
fits
inte
nded
? 4
Is th
ere
a ca
se fo
r aba
ndon
ing
the
proj
ect –
off
sche
dule
or d
eliv
ered
a
signi
fican
t par
t of i
t?
5En
d of
pro
ject
revi
ew re
ports
are
pr
oduc
ed a
nd c
ircul
ated
?
YN
COM
MEN
TS
http:/
/www
.samu
ellea
rning
.org
Augu
st 20
1534
Project management templates from Project Agency – please alter to suit your needs
18
Services provided by Project Agency
Project Agency provides a wide range of services. Some of these are listed below:
Delivering practical project management training:
o designed to ensure project managers and project team members understand the processes and skills to deliver effectively
o customised to meet specific needs – really targeting organisational needs o working with project teams focusing on delivering a specific project –
alongside developing their team skills o running PRINCE2 qualification programmes or PRINCE2 training workshops
Developing in-house project management systems i.e. a customised project management system ensuring consistency of approach - complete with templates
Running briefing sessions for project sponsors so they can understand their important role in projects
Carrying out audits of projects – after project completion, end of stage or an audit of internal project management approaches.
Organising and running start up workshops for groups pre project – ensuring projects get off to a really effective start
Developing effective business cases.
Effective project leadership.
Working with senior managers identifying the key projects for the organisation and their priority
Individual coaching support to project managers and project sponsors
Developing programme management strategies and establishing project [programme] support offices
Please do visit our web site www.projectagency.com for further company information or call 020 8446 7766 for further information
http://www.samuellearning.org August 2015 35
53©2013 Project Management Institute. A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Fifth Edition
3
3 - PROJECT MANAGEMENT PROCESSES
InitiatingProcessGroup
Monitoringand
ControllingProcessGroup
PlanningProcessGroup
ExecutingProcessGroup
ClosingProcessGroup
Project Initiatoror Sponsor
Enterprise/Organization
Customer
Sellers
NOTE:
ProjectDocuments
Figure 3-3. Project Management Process Interactions
http://www.samuellearning.org August 2015 36
61©2013 Project Management Institute. A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Fifth Edition
3
3 - PROJECT MANAGEMENT PROCESSES
Table 3-1. Project Management Process Group and Knowledge Area Mapping
4. Project Integration Management
5. Project Scope Management
6. Project Time Management
7. Project Cost Management
8. Project Quality Management
9. Project Human Resource Management
10. Project Communications Management
11. Project Risk Management
12. Project Procurement Management
13. Project Stakeholder Management
Project Management Process Groups
Knowledge Areas Initiating Process
Group
Closing Process
Group
Monitoring and Controlling Process Group
Executing Process
Group
Planning Process Group
4.1 Develop Project Charter
13.1 Identify Stakeholders
4.2 Develop Project Management Plan
5.1 Plan Scope Management5.2 Collect Requirements5.3 Define Scope5.4 Create WBS
6.1 Plan Schedule Management6.2 Define Activities6.3 Sequence Activities6.4 Estimate Activity Resources6.5 Estimate Activity Durations6.6 Develop Schedule
7.1 Plan Cost Management7.2 Estimate Costs7.3 Determine Budget
8.1 Plan Quality Management
9.1 Plan Human Resource Management
10.1 Plan Communications Management
11.1 Plan Risk Management11.2 Identify Risks11.3 Perform Qualitative Risk Analysis11.4 Perform Quantitative Risk Analysis11.5 Plan Risk Responses
12.1 Plan Procurement Management
13.2 Plan Stakeholder Management
4.3 Direct and Manage Project Work
8.2 Perform Quality Assurance
9.2 Acquire Project Team9.3 Develop Project Team9.4 Manage Project Team
10.2 Manage Communications
12.2 Conduct Procurements
13.3 Manage Stakeholder Engagement
4.4 Monitor and Control Project Work4.5 Perform Integrated Change Control
5.5 Validate Scope5.6 Control Scope
6.7 Control Schedule
7.4 Control Costs
8.3 Control Quality
10.3 Control Communications
11.6 Control Risks
12.3 Control Procurements
13.4 Control Stakeholder Engagement
4.6 Close Project or Phase
12.4 Close Procurements
http://www.samuellearning.org August 2015 37
Project Planning Key Definitions
DurationThe total number of work periods (in calendar units) required to accomplish the work of theactivity. The calendar units may be singular, e.g. weeks, days, minutes; or compound, eg, daysand hours.
The duration may be further defined as the: current (planned) duration, actual duration (forcompleted work), or a defined baseline duration.
Earliest Start TimeThe earliest point in time when the schedule activity can begin
Earliest Finish TimeThe earliest point in time when the schedule activity can complete
Latest Start TimeThe latest point in time when the schedule activity can begin so as not to delay the projectcompletion date or any constraint.
Latest Finish TimeThe latest point in time when the schedule activity can finish so as not to delay the projectcompletion date or any constraint.
Free SlackFree slack is the period by which an activity can shift in its timing without affecting the Early Startof any succeeding activity or event.
Total SlackTotal slack is the period by which an activity can shift in its timing without affecting the relevantschedule completion date (either a constraint, or the project completion).
http://www.samuellearning.org August 2015 38