0% found this document useful (0 votes)
131 views10 pages

RefineM 2014-11 Do More With Less: Delivering Projects Successfully With Eight Powerful Project Management Processes

Project managers often struggle to find the right balance of processes to deliver projects within time and budget constraints. This article offers a basic set of processes to "do more with less."
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
131 views10 pages

RefineM 2014-11 Do More With Less: Delivering Projects Successfully With Eight Powerful Project Management Processes

Project managers often struggle to find the right balance of processes to deliver projects within time and budget constraints. This article offers a basic set of processes to "do more with less."
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 10

Do More With Less: Delivering Projects Successfully With Only Eight Powerful

Project Management Processes


NK Shrivastava, RefineM Project Management Consulting
This content was presented at PMIs Global Congress North America in Phoenix, Arizona on
October 27, 2014.
The idea of doing more with less is a daunting challenge to many project managers. In a survey we conducted,
nearly 75 percent of respondents felt that project management is becoming more difficult (PM Survey, 2014). Over
88 percent of the project managers surveyed felt they had been asked to do more with less, with 52 percent strongly
agreeing (PM Survey, 2014). To successfully manage projects with less time and fewer resources, project managers
need a good sense of which processes are needed on a given project. Meeting this challenge can feel like navigating
a complex maze, full of wrong turns and dead ends.
(If you are looking for additional guidance to navigate this maze, after reading this article, please consider
RefineMs toolkit, Essential Gear for Project Managers.)
PMIs Guide to the Project Management Body of Knowledge (PMBOK Guide) describes 47 project management
processes over ten knowledge areas and five process groups, with the goal of providing knowledge, process, skills,
tools, and techniques that can have a significant impact on project success (PMI, 2013, 2). For a new project
manager, and even for some experienced project managers, understanding these processes can be an overwhelming
task. Once a project manager understands these processes, the challenge then shifts to identifying and emphasizing
the most relevant processes for his or her project.
When identifying which processes to use, project managers can encounter one of two pitfalls. They might execute
too few processes under the assumption that some are not important, which opens up unnecessary risks, such as
unanticipated roadblocks and dead ends. Or, project managers could try to use every process on every project, which
will waste time. While every process is important, not all are relevant on every project. For example, procurement
management will look very different in a project where an organization is supplying all materials internally than in a

www.refineM.com [email protected] 405 N. Jefferson Ave, Springfield, MO 65806 417.414.9886

project where the organization must obtain some materials from a vendor. Project managers should be familiar with
all processes in order to determine which ones are necessary for a project, but they should also bear in mind that just
because a process exists does not mean it has to be used.
From experience, following a set of eight critical processes on a project drastically reduces the chance that the
project will fail, while omitting any of them introduces risks. Doing more with less does not have to be a daunting
task; rather, it can be an opportunity to simplify and strengthen the project management function. Deploying these
processes correctly and consistent throughout a project should lead to successful delivery of projectson time,
under budget, and exceeding expectations. The next section introduces the processes and justifies their inclusion as
part of the eight simple, yet critical, project management processes. Each process is introduced with a brief
overview. Methods of implementing the process are then described, as well as best practices to follow and pitfalls to
avoid in order to get the most out of the process.

The Eight Powerful Processes


Project Charter
The project charter authorizes the project and contains initial requirements to satisfy stakeholder expectations. With
the charter, the project begins with a clear vision that is mutually agreed upon.

Why is the Project Charter Crucial?


In addition to officially authorizing the project, the charter serves as a way to align project team members and
stakeholders to project scope, objectives, roles and responsibilities, and key stakeholders. The project charter is also
a good place to establish baselines for the project, such as preliminary scope, time, cost, stakeholder, and risk
measures. Without the charter, there is less official backing for the project and it is more susceptible to early closure.
Therefore, project managers should assume that there is no project without the project charter.

How to Implement the Project Charter


The project charter needs to be a collaborative effort among the project manager, the team, and stakeholders. It
should include at least some of the following:
List of stakeholders, including project sponsor and key team members
Project Description and Business Case or Business Outcome
Expected Duration and Measurable Project Goals
Project Scope (including in-scope and out-of-scope) and Key Deliverables
Milestones and Associated Dates
Key Issues and Risks
Critical Success Factors, Assumptions and Constraints
High-Level Budget, Schedule, and Contingency Reserve

Signoffs from Sponsors and Stakeholders

Project Charter Best Practices and Pitfalls


The project charter is critical to the effective deployment of the other processes described here because it is a
starting point for achieving stakeholder buy-in on the use of the do more with less approach. Project managers
should make sure that all major stakeholders have been included in the charter creation process and that the charter
development is a collaborative effort. With the group involved, it is important to make sure that possible project
risks, in-scope and out-of-scope items, and assumptions are all clearly documented and recognized. Finally, even if
the charter is developed, it still has to be approved, and starting without this approval can be a pitfall.

www.refineM.com [email protected] 405 N. Jefferson Ave, Springfield, MO 65806 417.414.9886

Stakeholder Analysis
Stakeholder analysis is a strategic effort to win critical support needed to pave the way to a successful outcome. A
projects stakeholders can occupy a range of positive to negative interest and high to low influence. Project
managers need a plan to keep and leverage the support of allies while preventing stakeholders with negative interest
from derailing the project.

Why is Stakeholder Analysis Crucial?


No project manager should expect his or her project to be a smooth, well-paved road, but stakeholder analysis gives
the project manager options to keep it from being a rocky road. Stakeholders with high or positive interest and
powerful influence, known as champions, can remove obstacles to project success. On the other hand, stakeholders
with powerful influence and low or negative interest, known as barriers, can hinder the project. Advocates, who
have a low level of influence but high or positive level of interest, should also be considered because they can still
influence the project. Bystanders, who have a low level of influence and low level of interest, should at least be kept
informed about the project so they are aware of it if their level of influence or interest changes.
It is important to identify each stakeholder and account for their influence, interest, and expected level of impact.
Identifying the stakeholders current and desired level of engagement with a stakeholder engagement matrix is a
good way of determining where each stakeholder is and what actions are necessary to maintain or improve those
levels.

How to Implement Stakeholder Analysis


The first step is to collect information about stakeholders. One dimension is primary and secondary. Primary
stakeholders have a stake in the project and are involved in all aspects, while secondary stakeholders have an
indirect impact in the business operations or growth. Another dimension is internal and external. Internal
stakeholders are within the organization and can include team members, functional managers, and executives.
External stakeholders can include government agencies, industry groups, and members of the general public.
The stakeholder register, stakeholder influence matrix, and stakeholder engagement matrix are powerful tools to use
to track the stakeholders on a project, gauge their feelings toward the project, and use this knowledge both to
maximize positive results and minimize negative results. Exhibit 1 shows a sample stakeholder register.
S.No FirstName

LastName

NK

Shrivastava

Keith

Roberts

4
5
6
7

Andrew
George
Cosmo
Sri

Fuller
Costanza
Kremer
Vidya

Department/
Group
production
Vendor
Evaluation
Purchase
Supplier
Supplier

Preferred
Communication
Videoconference

on time, on budget

Positive

High

Champions

Vendor Internal

Face to Face

project success

Positive

High

Champions

External
Supplier External
Internal
External

Weekly Meeting
Monthly Meeting
Weekly Report
Phone

contract assigned

Positive
Negative
Negative
Negative

Low
High
High
Low

Advocates
Barriers
Barriers
Bystanders

Role
PM

Internal/
External
Internal

Expectations

Interest Influence

Result

Exhibit 1Stakeholder Register

Stakeholder Analysis Best Practices and Pitfalls


The most important best practice in stakeholder management is to identify all stakeholders. Missing a key
stakeholder means missing out on a potential champion who can help solve problems, or worse, a potential barrier
who might create problems. A key pitfall to keep in mind is that stakeholder registers often contain sensitive
information and should not be widely shared. They are mainly for the project manager to develop engagement
strategies, and if they were released, stakeholders could get offended.

www.refineM.com [email protected] 405 N. Jefferson Ave, Springfield, MO 65806 417.414.9886

Work Breakdown Structure (WBS)


The work breakdown structure, or WBS, identifies the projects tasks and provides a framework for organizing and
managing the work. It is a hierarchical grouping of elements used to help define the projects scope.

Why is the WBS Crucial?


The WBS is a critical process because it helps determine which work is, and is not, part of the project. Developing a
WBS and related dictionary ensures that the projects work is both comprehensive and specific. The WBS serves as
a big-picture look at the project, allowing the project manager to confirm that the entire scope is represented. At
the lower levels, it also serves as a glimpse into details so that the project manager can confirm he or she has not left
out anything important. Without the WBS, a project is susceptible to enlarging scope as well as defects due to
misunderstanding of the project work.

How to Implement the WBS


Exhibit 2 shows a sample hierarchy of what a WBS might look like. At the lowest levels of each part would be the
work packages, which are later broken down into activities. Note that for 1.2, the work package level is one level
down, while for 1.1, the work package level is two levels down. Some levels may decompose farther down than
others.

Exhibit 2WBS Hierarchy

WBS Best Practices and Pitfalls


Project managers should collaborate with team members and stakeholders on the WBS, since their input will
increase the accuracy and quality of the final product. Each item should be estimated in terms of both time and cost
and assigned to someone. Project managers should also ensure that the items do not go above or below 100 percent.
A key pitfall to avoid is adding requirements to the WBS instead of tasks. Requirements are collected elsewhere in
scope management, while the WBS is for breaking down project requirements into work packages.

www.refineM.com [email protected] 405 N. Jefferson Ave, Springfield, MO 65806 417.414.9886

Resource Allocation
Project managers commonly have access to many resourceshuman, equipment, and materialwhen managing a
project. The resource allocation plan is a critical part of managing these resources. It helps project managers ensure
that they have assigned their available resources efficiently and with an eye toward evolving needs.

Why is Resource Allocation Essential?


Project managers should expect resources to be scarce on a project. After all, they are not the only people being
asked to do more with less. Many resources are going to be tied up in other projects or functional duties, and
managing these resources effectively shows respect for the resources overall role in an organization. In a matrix
organization, project managers will have to work with functional managers to access key people for a project team.
Effective resource allocation helps win and maintain the respect of functional managers, which is a key management
strategy for those stakeholders.

How to Implement Resource Allocation


Exhibit 3 shows a sample resource allocation plan. Microsoft Project can also be used to help manage resources.
Role
Project Manager

Number Required
3

Responsibilities
Cost, Quality, Human
Resource Management

Skillset
Microsoft Office (Project,
Excel, Visio), Earned Value
Management

Start Date
2/12/2014

End Date
8/12/2014

Exhibit 3Resource Allocation Spreadsheet

Resource Allocation Best Practices and Pitfalls


The most important pitfall to avoid in this process is overassigning resources. It is best not to assign more than 80
percent of resource availability. This flexibility allows project managers to account for meeting time, vacation or
holiday time, emergencies, and other commitments. Staying below the 80 percent threshold also signals respect for
project team members time, which can lead to increased goodwill between project managers, team members, and
functional managers.
Along with this pitfall, an associated best practice is to allocate resources with the long-term project pipeline in
mind. Knowing when key resources will be needed elsewhere will help project managers craft more realistic
resource allocation tables. Another tip with resource allocation is to keep a good team environment in mind when
allocating resources. Consider not only separating people who have not worked well together, but maintaining
partnerships or groups of people who have worked well together.

www.refineM.com [email protected] 405 N. Jefferson Ave, Springfield, MO 65806 417.414.9886

Project Schedule
The project schedule links project milestones to key dates and deliverables. The schedule also aligns resources,
duration, and cost, making it a pivotal tool for any project.

Why is the Project Schedule Crucial?


The key benefit of a project schedule is aligning the team to milestones. Going through the process of developing a
schedule also means accounting for dependencies and constraints so that the final schedule is realistic. The project
manager is responsible for providing a schedule to the project management team and key players.

How to Implement the Project Schedule


Exhibit 4 shows a basic project schedule created using Microsoft Project.

Exhibit 4Schedule from Microsoft Project

Project Schedule Best Practices and Pitfalls


The best practice for designing and updating a project schedule is to collaborate. The project manager will not be
doing all of the work on the schedule, so he or she needs to get input from the people who are. Estimates should be
rooted in what can realistically be done by the project team, and should also include buffers for possible unforeseen
problems. Collaborating on the schedule also helps in achieving buy-in from the project team. Team members can
help the project manager identify parts of the schedule that are not realistic. In addition, stakeholders can identify
constraints and dependencies based on other projects and functional duties.
The primary pitfall to avoid is abandoning the schedule during execution when things do not go well. If the schedule
begins to slip during execution, there may be a need for adjustment, but the schedule should not be thrown out.
Instead, the project manager should seek to understand why the slippage has occurred and adjust the dates
accordingly. Rescheduling based on changes is a realistic expectation.

www.refineM.com [email protected] 405 N. Jefferson Ave, Springfield, MO 65806 417.414.9886

Communication Plan
The communication plan is another critical piece of any project plan because it establishes the norms for
disseminating project information and updates during planning, executing, monitoring, and closing. It needs to
include:

What information needs to be communicated


When it will be communicated, and how often
Why it will be communicated
Who will send the communication and who will receive
How the communication will occur (mode and technology)

Why is the Communication Plan Crucial?


Arguably, communication is the most important skill in a project managers toolkit. Establishing effective
communication channels and organizational structures fosters open and honest communication, promotes creativity
and team spirit, and is critical to winning the support of key stakeholders. Well-informed stakeholders can often
mean the difference between a project that is cancelled and a project that receives necessary support. For this reason,
the communication plan and stakeholder analysis are closely aligned.

How to Implement the Communication Plan


Exhibit 5 shows a sample communication plan to help project managers get started. It uses the who, what, where,
when, why questions from above as a base.
What (Event)

Who (Target)

Describe the
event.

Define the target


audience.

Initiation Meeting

All stakeholders

Why (Purpose)

When
(Frequency)

How (Medium)

Who (Provider)

Define the purpose Set the frequency Define the medium


of this event.
of communication. of communication.

Identify who is
responsible.

Once before the


project start date

Project Manager

Gather requirements

Face-to-face
meeting

Exhibit 5Communication Plan

Communication Plan Best Practices and Pitfalls


Best practices include using n(n-1)/2 to assess the number of communication channels, identifying sources of
possible noise and working to soothe those, and completing stakeholder analysis before developing the
communication plan. Failing to account for noise means a project manager is ignoring key barriers to effective
project communication, which is a pitfall.
Another important practice is to assess what communications infrastructure is available and how the organizations
culture supports this infrastructure. This includes what technology is available and what rooms are available, but
also how team members typically use this technology. For example, what times are best or worst for meetings, and
when should meetings be face-to-face or over phone or videoconference? Both questions are essential to ask in order
to create a communication plan that supports both the projects objectives and the project team.

www.refineM.com [email protected] 405 N. Jefferson Ave, Springfield, MO 65806 417.414.9886

Risk Register
The risk register is the projects hub for collecting information about risks and documenting the planned responses
should risks occur. Because of the highly dynamic nature of projects, effective risk management requires ongoing
monitoring and control. Project managers should evaluate the inputs to their risk register, considering both
qualitative and quantitative risk analysis, and then should solicit constant feedback and reporting on both new risks
and the status of current risks.

Why is the Risk Register Crucial?


If an organization is unprepared to handle a risk that occurs on a project, the impact of that risk could be
catastrophicdelays, cost overruns, and even project failure. If risks are documented and analyzed, appropriate risk
response strategies can be put in place. For example, project cost baselines often have a management reserve set
aside to cover unknown unknowns, or risks that were not anticipated (PMI, 2013). For known unknowns, a tool
known as the risk contingency reserve can be developed and used, but this is only effective with risks that have been
discovered.

How to Implement the Risk Register


Exhibit 6 shows a sample risk register. Risks are catalogued, described, and subjected to Expected Monetary Value
(EMV) analysis, which multiplies probability of the risk occurrence by expected impact in time or money to produce
an idea of how much that risk would cost.
Risk
ID

Risk Description

Too many data model changes

12/01/13 25%

10

$1,000.00

2.5

Mapping Grid document is not


ready in time
Team Member A leaves the
project
Data Migration is not complete
by planned date
Team members are reassigned
to other projects

11/15/13 10%

$500.00

0.8

12/15/13 70%

$1,500.00

4.2

$250.00 George Ensure good review of


data model
$50.00 Allen
Monitor closely, every
week
$1,050.00 Kremer Prepare backup

12/15/13 50%

$2,500.00

2.5

$1,250.00 Linda

11/01/13 50%

20

$3,000.00

10.0

$1,500.00 Ellis

3
4
5

Risk Date Probability


Impact
% L/M/H (Days) (Cost)

(Days)

EMV
(Cost)

Risk
Owner

Risk Response

Monitor closely, every


week
Ensure project remains
high priority

Exhibit 6Risk Register

Risk Register Best Practices and Pitfalls


The key best practice in developing a risk register is to collaborate. Project team members, stakeholders, industry
professionals, peers, and a host of other sources can all help identify risks on a project. The primary pitfall is failing
to include key stakeholders, but another major pitfall is failing to update the risk register. A risk register that is not
updated is not useful to the project, and likewise, a risk register that is updated, but sits in a central location without
being distributed, is also not useful.

www.refineM.com [email protected] 405 N. Jefferson Ave, Springfield, MO 65806 417.414.9886

Performance Reporting
The final critical process is to report progress. This includes, but is not limited to, deliverables, milestones, activities,
cost/budget, quality, risks, and issues. Performance reports can take many forms, including general reports, financial
reports, reports on an entire portfolio, or reports on quality parameters such as defects and changes.

Why is Performance Reporting Essential?


Decisions need to be backed up by data. Being proactive about reporting project trends and variances in detail can
help secure stakeholder support, align the team and stakeholders, and procure necessary resources. Obtaining regular
performance reports can provide information needed to help project managers perform the majority of these eight
processes, in addition to many other processes.

How to Implement Performance Reporting


Exhibit 7 is a sample performance report. Note that this sample is both backward-looking (what has been
accomplished) and forward-looking (what will be accomplished in the next two weeks). This type of report also
gives team members a space to record their concerns.
Team Member

John
Carol

Achievements/Milestones Assignments (for next 2


Completed (in the past
weeks)
week)
Finished WBS.
Met with stakeholders

Create project schedule


Create stakeholder
engagement matrix

Major Issues/Concerns
(that may impact
progress in future)
One week behind on schedule
Many stakeholders have
negative perception of project

Exhibit 7Sample Performance Report

Performance Reporting Best Practices and Pitfalls


Best practices include creating different reports based on the needs of various audiences, using the trial balloon
method of reporting based on stakeholder approval of what they do and do not want to see, and adhering to any
reporting requirements based on organizational culture and structure. If no reporting requirements are specified, then
include, at a minimum, what was accomplished in the last reporting period, what is planned for the next two
reporting periods, what needs immediate attention, and also variance, trends, and projections.
The largest pitfall to keep in mind with performance reporting is failing to provide a complete report. Excluding
variances and trends results in a report that is not useful. Leaving off risks and issues makes a project manager look
reactive, not proactive. Neither is a good approach.

The Project Management Survey


Table 1 displays the level of current usage of each of these eight processes among survey respondents. This data
came from a survey in which we polled over sixty project management practitioners worldwide about the level of
project management support in their organizations. The purpose of the survey was to gauge respondents views of
project management and whether they felt adequately trained to perform it.
In addition to these questions, we also polled respondents on their level of engagement with each of the processes
we have described in this paper. Many of the processes had a high degree of usage already, especially project
schedule, but there are many surprising results as well. Two examples that have been highlighted are the use of
stakeholder analysis and the use of the risk register. Stakeholder analysis may not be as widely adopted because it
has only recently achieved more recognition as its own process group in the PMBOK Guide. However, we were

www.refineM.com [email protected] 405 N. Jefferson Ave, Springfield, MO 65806 417.414.9886

surprised to see a comparatively smaller use of the risk register on respondents projects. More engagement with
these simple processes is a key to growth as a project manager as well as sustained project success.
Table 1Survey Respondents Level of Engagement with Processes

How often do you use each of the following processes on your projects?
Process

Almost always
(over 75% of
projects)

Often
(50-75% of
projects)

Sometimes
(25-50% of projects)

Rarely/Never
(less than 25% of
projects)

Project Charter

54%

10%

16%

20%

Stakeholder Analysis

26%

29%

18%

27%

WBS

40%

17%

27%

16%

Resource Allocation

40%

26%

19%

15%

Project Schedule

83%

14%

3%

2%

Communication Plan

41%

22%

21%

16%

Risk Register

29%

19%

32%

20%

Performance Reporting

43%

24%

13%

20%

Conclusion
Successful project completion is a matter of focusing the project management function on the bare essentials and
then executing those essential processes extremely well. A key to making sure these processes are executed well is
to revisit them as the project demands. These tools should be treated as living documents, constantly updated
based on feedback as well as trial and error. As a project manager or PMO masters these processes, more can be
added based on project needs. In this way, project managers, PMOs, and organizations can start the journey toward
project management maturity.

References
1. Project Management Institute (PMI) (2013). A Guide to the Project Management Institute Body of Knowledge
(PMBOK Guide). Fifth Edition. Newtown Square, Pa.: Project Management Institute, Inc.
2. PM Survey (2014). Project management support survey (PM Survey). Survey Monkey, 2014.
https://www.surveymonkey.com/results/SM-RCNSFWM8/

Get Essential Gear for Project Managers


Essential Gear for Project Managers is a toolkit with the eight essential project management processes
you need to deliver projects on time, on budget, and exceeding expectations. Delivered to you via
intuitive templates and a handbook describing best practices and pitfalls.

www.refineM.com [email protected] 405 N. Jefferson Ave, Springfield, MO 65806 417.414.9886

You might also like