Stepbystep Project Management Process
Stepbystep Project Management Process
Methodology
Guidelines
Table of Contents
Table of Contents
1.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page i
4.
Table of Contents
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page ii
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 1
project problems. Project management is equally divided between the art and science
and a successful project manager utilizes and refines both skill sets to effectively
manage projects.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 2
Successful project management is the art of bringing together the tasks, resources and
people necessary to accomplish the business goals and objectives within the specified
time constraints and within the monetary allowance. Projects and Programs are linked
directly to the strategic goals and initiatives of the organization supported.
Initiation
Initiation
Planning
Planning
Executing
Controlling
Closing
Close-out
There are 9 major knowledge areas of project management that PMBOK describes as
required expertise for all project managers. They are:
Scope Management
Communications Management
Risk Management
Human Resources Management
Procurement Management
Time Management
Cost Management
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 3
Quality Management
Integration Management
Each of these management areas consists of processes, tools and techniques that are
produced and/or applied to some degree during the course of any project. The following
set of illustrations depict the project management life cycle, knowledge areas, and
processes used:
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 4
Initiation
Planning
Executing &
Controlling
Close Out
Integration
Management
Scope
Management
Communications
Management
Risk Management
Human
Resource
Management
Procurement
Management
Time Management
Cost Management
Quality
Management
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 5
(Informantion Distribution)
(Performance Reporting)
Comm unications
Correspondence
M anagement
/ M emos
Plan
____________
_______
____________
_______
________
_______Filing System
________ Reports
___________
________
___________
___________
___________
Distribution
___________
Structure for
___________
Project
Reports
( a)
Notebook
___________
___________
Description of
___________
___________
Information to
___________
be
Distributed
( a)
___________
___________
___________
Production
___________
Schedule
___________
( a)
___________
M ethodology
___________
for Updating
City of Chandler
Variance
Reports
Bar Chart
Schedules
Tabular
Reports
APPROVED
Requests for
Change
APPROVED
Lesons
Learned
Historical
Data Base
Plan
___________
___________
___________
( a)
( a) Included in the
Comunications Management
Plan
( a)
PM0.0.0-PMMethodology-GDE.doc
Page 6
Project Risk Management includes the processes concerned with identifying, analyzing, and responding to project risk.
Identify
Identify
Risks
Risks
Attribute 1
Attribute 2
City of Chandler
Evaluate
Evaluate&&
Quantify
Quantify
Risks
Risks
Develop
Develop
Risk
Management
Risk Management
Plan
Plan
Assign Owners to highest risks.
Define Plans for Avoiding, Mitigating, or Accepting Risks.
Risk Management Plan
Risk B
Execute
ExecuteRisk
Risk
Management
Management
Plan
Plan
Corrective Action or
Contingency Plans
Updated Risk
Management Plan
Risk Symptoms
or Triggers
PM0.0.0-PMMethodology-GDE.doc
Page 7
S
S
P = Participant
A = Accountable
I = Input
S = Sign O ff
R = Review
CLASSIF IED AD
CLASSIF
IED AD
W ANTED
W ANTED
_______________
_______________
_______________
_______________
_______________
_______________
_______________
_______________
_______________
_______________JOB
JOB ENT
ANNOUNCEM
ANNOUNCEM ENT
R
R
A
____________________
____________________
____________________
____________________
PROJECT
____________________
PROJECT
____________________
________ TEAM
TEAMTORY
________
D IREC
D IREC TORY
S t a f f in g M a n a g e m e n t P la n
90
80
70
60
M an
H o u rs
50
40
30
20
10
_______________
_______________
_______________
_______________
_______________
_______________
_______________
_______________
0
1s t Qtr
2n d Qtr
3 r d Q tr
4th Q tr
T im e
Task 1
City of Chandler
Task 2
Task 3
IM PROVEM ENTS
IMIND
PROVEM
ENTS
TO
IV IDUA
L
TO
IND IV IDUA L
SK
ILLS
SK
ILLS
_________________
_________________
_________________
_________________
_________________
_________________
_________________
_________________
IM PROVEM ENTS
_______
IMTEAM
PROVEM ENTS
_______TO
TO TEAM
BEHAV
IOR
BEHAV IOR
_________________
_________________
INPUT FOR
_________________
INPUT FOR
_________________
PERFORM
ANCE
_________________
PERFORM ANCE
_________________
APPRAISALS
_________________
APPRAISALS
_________________
_______________
_______________
_______________
_______________
_______________
_______________
_______________
_______________
Task 4
PM0.0.0-PMMethodology-GDE.doc
Page 8
Determine
W hat to Procure and
W hen to Procure
Procurem ent
M anagem ent
Plan
Statem ent
of W ork
Request for
Proposals
Invitations
to B id
Obtain Quotation,
Bids, O ffers, or
Proposals as Needed
XYZ Co.
Proposal for
Good s &
Services
Contract Award
XYZ Co.
M anage Relationships
with Sellers
Resolve any
Open Issues
/ Change
Orders
Contract
Files
Contract
Term s &
Conditions
Approved
Contract
Changes
$$$$$$
Requests for
Paym ent
Final W ritten
Notice of
Contract
Com pletion
$$$$$$
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 9
T IM E M A N A G E M E N T P R O C E SS
P roject Tim e M anagem ent includes the processes required to ensure tim ely com pletion of the project.
DDefine
efin e
DDeliverables
eliverables
W
Work
orkBBreakd
reakdow
ownn
Structure
Structure
P roject
S ub
P roject 1
Sub
Project 2
E stim ate
H ours to
Produce
D eliverables
Sequence
Sequence
AActivities
ctivities
S ub
P roject 3
12/1 12/2
12/3 12/4
12/6 12/8
A
1 day
B
1 day
12/3 12/5
C
MManage
anage
Schedule
Schedule
DDevelop
evelop
Schedule
Schedule
2 days
P erfor ma nce
R eports
T urn Aro und
D ocume nt
C ha nge
Req ue sts
2 days
Ta sk 1
Ta sk 2
Ta sk 3
Ta sk 4
Ta sk 5
S ub
ta sk 1
S ub
ta sk 2
Sub
ta sk 3
Sub
ta sk 4
Sub
ta sk 5
City of Chandler
F ro m C ha nge
M a na ge me nt
P rocess
PM0.0.0-PMMethodology-GDE.doc
Page 10
Plan
Plan
Resources
Resources
Allocate
AllocateCost
Cost
Estimates
Estimatestoto
Individual
Individual
Activities
Activities
Estimate
Estimate
Cost
Costof
of
Planned
Planned
Resources
Resources
M
Manage
anage
Costs
Costs
People
Activity A
$1200
Activity B
$1200
M aterial
$2400
$2400
$2400
$
=
Time
Time
Equipm ent
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 11
(Quality Planning)
Identify Relevant
Identify Relevant
Quality Standards
Quality Standards
& H ow to Satisfy
& H ow to Satisfy
Them
Them
Quality
Management
Plan
_______ Operational
_______ Definitions
_______ __________
_____
_____
_____
City of Chandler
Check List
__________
__________
__________
__________
__________
(Quality Control)
(Quality Assurance)
Evaluate Overall
Evaluate Overall
Project Perform ance to
Project Perform ance to
Ensure Project W ill
Ensure Project W ill
Satisfy Q uality Standards
Satisfy Q uality Standards
Change Request
____________
____________
________
________
________ Corrective
Action Plan
___________
___________
___________
Completed
Checklist
___
___ Inspection
___ Reports
___ ___ _____
________
_____
_____ Statistical
Sampling
________
____
____ Control/Trend
____ Charts
PM0.0.0-PMMethodology-GDE.doc
Flow Charts
(Quality Control)
Identify W ays to
Identify W ays to
Elim inate Causes
Elim inate Causes
of U nsatisfactory
of U nsatisfactory
Perform ance
Perform ance
Rework
____________
____________
________
________
________ Process
Adjustments
Plan
___________
___________
___________
Page 12
Identify
Identify
Outstanding
Outstanding
Issues
Issues
Sources:
Weekly M eetings
Correspondence
M emoranda
Requests for Change
Performance Reports
Status Reports
Schedule Updates
Enter Information
Enter
Information
into
Lotus
Notes
into Lotus
Notes
Issue
Tracking
Issue
Tracking
System
System
Identify
Identify
Alternatives
Alternatives
Update Issue
Update
Issue
Tracking
System
Tracking
System
& Communicate
& Communicate
Status
to Team
Status
to Team
Members
Members
Review Issue
Resolution with
Sponsor,Original
Team Members,
Team Leader, and
Assigned Team
Members
Tasks:
Define exact scope of each Issue and
determine what and how it will affect
the overall project
Determine what action is required to
resolve each Issue
Assign Sponsor and Team M ember
who will be responsible for resolving
each issue
Assign a Drop-dead date for the
resolution of each Issue
Perform What-if schedule impact
analyses to determine impacts to the
overall schedule, cost, scope, and
quality of the project
Includes:
Issue
Identification
Report
Issue
Investigation
Report
Issue
Tracking
Report
Manage
Manage
Outstanding
Outstanding
Issues
Issues
( By Assigned
Team Members )
Issues
M anagement
Log
Report on
Issues
Submitted
Report on
Issues
Approved
Copies to:
Original Team M embers
Sponsor
Assigned Team M embers
Initiate Change
Initiate
Change
Request
Request )
( if applicable
( if applicable )
To Change
Management
Process
Requests for
Change
APPROVED
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 13
Initiate
Change
Request
Evaluate
Impact
Evaluate
Benefits
Change
Request
Form
List of
Constraints
Request for
Change in Scope
Evaluate
Cost Impacts
Approved
Request for
Change in Scope
Project
Sub
Project 2
Sub
Project 1
Task 1
List of
Assumptions
Task 2
Task 3
Evaluate Risk
Manage /
Control
the Change
Corrective
Action Plans
Approved
Task 4
Copies to:
Revised
Schedules
City of Chandler
Communicate
Changes
to Affected
Team Members
Revise
Work
Breakdown
Structure &
Schedules
Obtain
Formal
Acceptance
of Change
PM0.0.0-PMMethodology-GDE.doc
Department A
Department B
Department C
Department D
Page 14
PM0.0.0-PMMethodology-GDE.doc
Page 15
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 16
2.1.3. Inputs
Interviews with customer and other key personnel
Strategic documentation
Customer literature
Lessons learned from previous projects performed for project sponsor
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 17
2.1.4. Outputs
Opportunity Summary
Pre-Project Budget Worksheet
Opportunity Assessment Detail
Quality Assurance Template
High Level WBS
High Level Risk Assessment
Client Cost Benefit Analysis
Problem Identification
Proposal Checklist
Project Proposal Document
High Level Project Charter
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 18
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 19
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 20
Project Team Members: The project team members are responsible for ensuring
that their groups responsibilities are identified and accurately planned, resources
are available to support the budget and schedule, accurate information is provided
for project status, and the project manager is assisted in problem resolution.
7. Assemble Core Project Team
The project manager must determine what skills are needed to successfully
complete the project. Information gathered from reviewing the business case,
reviewing the lessons learned from previous projects, and identifying the
requirements are used to determine what the project team composite should be.
Once the needed skill sets for the project have been identified, the staffing
requirements must be acquired. Unfortunately the most knowledgeable people
may not be available for the project due to higher priority projects, so the project
manager must ensure the resources assigned are capable of successfully
meeting the project requirements. This requires gaining approval from functional
managers for employing their personnel on the project team and obtaining the
training necessary for project success. When building the project teams consider
the following:
Does the individual have the necessary skills or is additional training needed?
Does the individual or group have previous relevant experience and, if so, did
they do well?
Is the individual or group interested in working on the project?
Will the project team members work well together?
Will the individual or group be available when needed?
8. Develop High-Level Work Breakdown Structure (WBS)
A high-level WBS should be developed by the project manager to begin defining
the scope of the project. The project manager should develop a high-level WBS
from the information gathered from the project sponsor. The WBS is a product
oriented hierarchical division of project elements that organizes, defines, and
establishes the total scope of the project. This WBS will identify all of the major
deliverables that make up the total solution. During the detailed planning
meeting and work session to be held during the Planning Phase, the project
manager will review the high-level WBS with the project team and further
decompose the deliverables into manageable work packages prior to developing
tasks and building a schedule.
From previous projects, obtain a WBS that closely models the project being
developed. Use only the top two or three layers of deliverables to develop a
high-level WBS. This step will result in a high-level WBS that identifies major
divisions of the project as they relate to the overall objectives and will be
attached to the Project Charter.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 21
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 22
Schedule Items
Performance
Development Technology
User Attributes
Business Change
Cost or Financial
Vendor or Contractor
Human Resources
Politics
Acts of God
Requirements
During the Initiation Phase the project manager should assess probable risks to the
project and include them in the Project Charter. A detailed analysis is not needed at
this time since the risk will further analyzed during the project team Risk
Management meeting.
10. Develop Cost Estimates
A large number of projects fail because initial cost estimates are simply too low.
It is important that project managers and account managers accurately state the
estimated costs. Depending on the size of the project, costs will be tracked in
different ways. Be sure to document your costs in a spreadsheet, which will later
be validated when the final project plan is approved and baselined. These initial
estimates will help prevent cost issues from arising once the total project cost are
determined and agreed to. Be sure to include significant equipment, human
resource, contract, and supply costs.
The project team should use a typical or similar completed project, if available,
plus lessons learned, to estimate time and cost at the lowest level of the highlevel WBS. The costs will roll-up to the higher-level tasks to form the overall
project cost. Be sure to consult with people who have experience in completing
the described tasks. All organizations have some type of subject matter expert
that could help validate a cost estimate.
11. Develop High-Level Project Charter
The purpose of the Project Charter (Appendix B) is to provide a clear and
consistent definition of the projects vision/mission, scope and objectives. The
project charter is developed early in the project management life cycle. It
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 23
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 24
project planning phase is directly reflective of the projects ability to reach a successful
conclusion.
2.2.3. Inputs
High Level Project Charter (with attachments)
High Level Risk Assessment
Requirements Document
2.2.4. Outputs
Communications Plan
o Communications Matrix
o Issue Log
o Action Item Log
o Documentation Matrix
o Status Reports
o Organization Chart
o Project Team Directory
Project Charter
Project WBS
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 25
Responsibility Matrix
Project Notebook
Project Schedule
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 26
Agenda
Location
Equipment and
Props
Meeting Minutes
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 27
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 28
objectives.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 29
Responsibility matrix
Schedule
Cost
Quality plan
Communications plan
Risk assessment
Procurement plan
The development of a detailed WBS is the effort of the entire team during the
detailed planning meeting. It is imperative to use the knowledge and resources
of the team. The WBS development as a team helps to establish team members
roles and responsibilities for the duration of the project and reinforces the reason
each individual has been allocated for this particular project. The WBS is one of
the most valuable tools for acquiring ownership of the project by the team. If the
project budget is limited, ensure that there are funds allocated for this planning
session. There is not a better way for the project manager to gain commitment
and buy-in to the project for the team as a whole. For this reason the WBS is
considered to be the basis for all planning.
b. General Guidelines for WBS
All project objectives are made up of deliverables
WBS defines products not tasks
Sum of all the deliverables produces the final project solution
One WBS levels output is an input to the next higher level
If you break down a deliverable, it must be broken into at least two
deliverables
Same deliverable cannot be in two different places in the WBS
Lowest level deliverable is called a work package with work effort of 80-150
hours
Deliverables are represented as nouns
Tasks are identified at the work package level not to exceed 80 hours
Tasks are represented as verbs and usually not nouns
c. Creating the WBS
Gather your team into a war room or a room that has plenty of wall space.
Make sure everyone has access to:
Post-it-notes
Markers
Colored dots
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 30
Preparation
Tasks
Demonstrate coding
structure.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 31
Steps
Preparation
Tasks
Develop Tasks.
(Note: Tasks are not
typically identified during
the detailed planning
meeting, due to time
constraints. It is more
important in this meeting to
completely identify all
project deliverables. For
more information on
developing tasks, see the
Schedule Preparation
section of this chapter.)
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 32
Requirements Complete
2.0
Testing Complete
3.0
Installation Compete
4.0
Procurement
1.1
Requirements Session
2.1
HDW Installation
1.2
Requirements Documented
2.2
Testing Conducted
3.2
HDW Testing
1.3
Requirements Analyzed
2.3
Software Installed
4.3
Requirements Approved
2.4
Atlanta
4.3.1
Los Angeles
4.3.2
Chicago
4.3.3
New York
4.3.4
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 33
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 34
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 35
structure. The project manager must determine the project team members and
the functional department and manager to whom they report. The project
manager should create the projects organizational structure to provide a means
of communicating the reporting relationships throughout the project life cycle.
Use the Organization Charting function found in Microsoft Word to develop the
Organization Chart. See the Organization Chart for a sample Organization
Chart.
c. Develop Project Directory
Purpose: The Project Directory is used for communication between team
stakeholders and allows for new team members to be able to identify the
necessary contact information for project efficiency.
Once the project team (the core team) has been assigned, the project manager
will develop the Project Directory. The purpose of the project directory is to
provide an easily accessible document containing project stakeholder contact
information. A project directory includes all project team members. Be sure to
include items such as email, cell phone, or pager information. The Project
Directory must be updated in a timely manner to keep it as an effective
communication tool.
The project manager will develop, at a minimum, a Global Distribution List. The
list should contain all necessary contact information for each person involved in
the project. Be sure that any team members external to the organization are
given appropriate access to this list. The project manager should print a copy of
each member record and provide this copy to each member that does not have
access to the Global Address book.
d. Develop Communication Matrix
A Communication Matrix (Appendix B) detailing the information recipients and the
communication methods (memos, verbal, e-mail, meetings, etc.) will be
developed by the project manager. The communication matrix contains the
individuals or groups involved with the project and the types of information
required. The purpose of the communication matrix is to ensure the creation of
proper information and the accurate and timely distribution to the appropriate
parties. The method of communicating (verbal or written) will also be defined in
the communication matrix. Regardless of the communication methods selected,
the project manager must ensure all team members are trained and have access
to the chosen method. To complete the Communications Matrix, follow these
steps:
Enter the recipients. Groups are already entered, but the project manager
may need to add specific individuals.
Enter the report or meeting title. Again, a select set of documents, reports,
and meetings are already entered. Edit the matrix to add or delete any that
do not apply.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 36
Indicate the method and frequency for each title next to the name of each
recipient.
Be sure to update and redistribute the Communications Matrix as
additions/changes occur
e. Meeting Management
Meetings are an important form of communication among project teams. Types
of meetings include:
Detailed planning meeting
Regular status meetings
Management review meetings
Typically the project is started with a detailed planning meeting to set the stage
for final development of the project charter and the WBS, as described in the
Initiating Phase section.
The project manager will have planning meetings during this Phase to develop
the project plan that includes the schedule and various plans.
Once the project has been planned, the project manager will conduct regularly
scheduled status meetings. These meetings will inform the project manager and
project team of the project status, surfacing issues, and updating action items.
Status Meeting
Purpose:
Attendees:
Agenda:
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 37
Status Meeting
Location:
Limit:
Meeting Minutes
The project manager will also conduct management review meetings with the
project owner. During the management review meetings, the owner will decide
to continue the project and/or make changes as necessary. These meetings will
provide the project team with continual awareness of changes in owner
requirements as well as regularly communicate the projects status to the owner.
They will also promote owner awareness of issues and constraints the project is
encountering. Bad news does not get better with age.
Management Review Meeting
Purpose:
Attendees:
Project Manager
Project Owner
Agenda:
Project status
Outstanding issues
Completed milestones
Next expected milestone
Actual progress vs. baseline
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 38
Limit:
Meeting Minutes
Other specially scheduled meetings held throughout the project include technical
reviews, design reviews, interim project reviews, and budget reviews.
Once the project has been completed, the project manager will conduct a post
implementation review with the project owner to discuss any outstanding issues
and ensure owner satisfaction.
f. Issues and Action Item Management
The project manager should introduce the Issues and Action Items process to the
team. Issues are defined as any problem that will impact the teams ability to
deliver a solution on time and within budget. Issues will be tracked and managed
through an Issues Log. The Action Item Log is used to document any
administrative tasks that must be completed but that do not qualify as issues or
tasks to the project plan. Examples of Action Items include reserving meeting
rooms, or having reports printed for a meeting. These logs need to be explained
to the team and utilized during planning until closeout.
g. Status Reporting
Even though status reporting is accomplished during the Execution & Control
Phase, it is important for project managers to determine specific reporting
requirements early in the planning process. Reporting provides project
stakeholders with information regarding how resources are being utilized to
accomplish the project objectives. The project manager will provide regular
status reports, progress reports, and forecasts (additional resource requirements,
estimates to complete, etc.). The project manager must ensure that the team
members are aware of what information is needed, in what format, and by when.
This will facilitate the accurate and timely production of reports.
Status meetings are held regularly to report on progress and issues encountered.
Several types of reports may be used to communicate the overall status of the
project.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 39
Variance reports compare the actual results to the project plan baseline. Cost
and schedule variances are the most common variance reports generated. A
trend analysis studies project performance over time to determine if
performance is improving or declining
Performance reports organize the collected information and analyze the
results. Typical formats for performance reports include Gantt charts, Scurves, histograms, and tables.
Status reports should be tailored to the specific need of the project. The project
manager can use the templates provided as a baseline for creating custom
reports.
h. Prepare the Project Documentation
A Project Notebook must be created by the project manager as a repository for
the various documentation generated during the projects life cycle. The
notebook must include tabs for inserting project information produced throughout
the project life cycle. The project notebook will include, at a minimum:
Project Charter
Communication Plan
o Organization Chart
o Communications Matrix
o Issues and Action Items List
WBS Baseline Schedule and Cost & Current Actual Schedule and Cost
Responsibility Matrix
Scope Change Log
Current Status Reports (Archive past reports as needed)
Risk Management Plans
Other Project Documentation as needed
In addition to the Project Notebook, the project manager will set up the project
files (both electronic and manual as appropriate) according to the needs of the
project. Use the Project File Checklist (Appendix B) to determine the files that
need to be established.
Much of the project documentation will be stored on a shared network drive. It is
critical that the project manager actively control and manage access to this drive.
5. Risk Assessment and Management Planning
a. Identify risks
Risk identification involves brainstorming the possible threats to the project. The
project manager is responsible for having the project team assist in identifying
these risks.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 40
b. Risk Assessment
The probability of occurrence is the degree of belief that various events or
effects will occur. For each risk that is identified, there must be a determination
of how likely it is that the risk will happen. A cardinal (1 - low to 10 - high) or
ordinal (high, medium, low) scale may be used.
The potential severity of impact or consequence determines the significance of
the risk. This is an assessment of how great an impact the event will have if it
happens. Quantitative methods might include monetary costs or time estimates
that can be associated with the impact. Qualitative methods may be simply high,
medium, or low estimates. The cardinal and ordinal scale would be similar to
those used for probability.
The project manager should organize and prepare for a risk meeting that is
separate from project detailed planning meeting.
To begin, the project manager should prepare and distribute the assessment
agenda. In planning for this meeting, be sure to allow at least four hours. The
project manager should also identify a separate facilitator since the project
manager will actively participate in this meeting. Senior management should not
participate in initial risk assessment meetings so the project team is not inhibited
to openly discuss and assess all risks and impacts to the project.
Before the meeting, make sure the following items have been arranged or
prepared:
Meeting room
Overhead projector
Computer with a spreadsheet program
Agenda distributed at least two days in advance
On the day of the meeting, list the risk attributes separately on flip chart paper
and post around the room.
Kick off the risk meeting with a review of the project charter and any critical
issues, milestones, or assumptions that have already been determined. In
addition, describe the attributes listed on the flip charts to encourage participants
to begin thinking of possible risks. Because this initial risk meeting is used to
gain feedback from the entire team, it is important to make sure each participant
feels unrestricted in identifying and assessing any risks. Once you have set the
stage for he meeting proceed as follows:
Have each participant go around the room listing risks on each of the attribute
flip charts posted before the meeting.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 41
Have the recorder enter each risk listed into a Risk Planning Spreadsheet
organized by attribute.
Each participant is given a printed copy of the spreadsheet and asked to rate
from 1 to 10 (1 low to 10 high) the probability of occurrence and the
consequence if the risk event occurs.
Collect the sheets and enter them into the spreadsheet so an average score
can be obtained for both the probability and consequence.
Plot each risk, based on the average probability and consequence on a graph
as follows:
10
B
D
Probability
1
1
Consequenc
10
Review the results with the team to gain concurrence on each risk. Where
significant differences occurred in individual scoring, discuss in detail the
reasons for the difference.
Next, prioritize the risks as a group from the most important to the least
important. Assign ownership to each risk.
Select the top 5 10 priority risks (depending on the total number.) Enter
these risks into the Risk Priorities List. These risks will have detailed plans
developed that will help you manage the consequence of the risk. For all of
the other risks, detailed plans will not be developed, but they likewise must be
reviewed periodically to ensure the do not become a higher priority risk.
Adjourn the meeting with clearly defined deliverables, with completion dates, that
will result from the development of the risk plans for the selected top priority
risks. Owners should develop the risk plans using the Risk Management Plan.
c. Develop Risk Management Plans
The assigned owners will develop detailed Risk Management Plans, which
include mitigation strategies and contingency plans, on the highest priority risks.
Not all risks warrant a mitigation strategy. Depending upon the probability of
occurrence, potential losses and frequency, and/or time available for planning,
the project manager and team members will decide if a mitigation strategy is
necessary.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 42
The prioritized risk list is used as input into developing a risk strategy. There are
four basic risk strategies:
Risk avoidance is eliminating the risk threat. An example would be planning
a company picnic. The threat of rain is a risk if the event is held outside. One
way to avoid this risk is to hold the event indoors or under tents.
Risk mitigation is determining how to decrease the probability of the risk
and/or reduce its impact. Risk mitigation involves lessening or reducing the
probability of a risk event, its impact, or both.
Risk acceptance is understanding the risk and accepting the consequences
should the risk occur. An example would be accepting extended project
duration due to resource availability.
Risk transfer is shifting the risk to someone else. An example would be
hiring a subcontractor to handle toxic waste rather than exposing the
companys employees to the hazardous materials.
A contingency plan for a risk event is the identification of steps that will be
accomplished if the risk strategy is implemented. The steps will be included in
the projects schedule and cost baselines. Make sure the WBS reflects the
deliverables required by the contingency plan.
Use the Risk Management Plan to develop detailed Risk Management Plans.
The template is designed to provide a comprehensive assessment of each risk
and the mitigation/contingency plan in the event the risk occurs. Once the Plan
has been developed the project manager will consolidate the plans and ensure
any needed deliverables are added to the WBS.
d. Obtain Risk Management Plan Approval
The project manager is responsible for reviewing the Risk Management Plan with
the owner and obtaining the owners approval. During this meeting, the project
manager must be clear on what risks are associated with the project and the
impact if they occur. The project owner must understand the costs in terms of
dollars, quality, and timeliness that risks have on the project.
6. Define Human Resource Skill Requirements
Successful project management, regardless of the organizational structure, is only
as good as the individuals and leaders who are managing the key functions. Project
management is not a one-person operation; it requires a group of individuals
dedicated to the achievement of a specific goal. Project management includes:
A project owner/sponsor
A project manager
An assistant project manager (backup)
A project office
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 43
A project team
Generally, project managers are assigned full-time to the project and work out of the
Project Management Office, whereas the project team members work out of the
functional units and may spend only a small percentage of their time on the project.
Five basic questions should be considered before the staffing function begins:
What are the requirements for an individual to become a successful project
manager?
Who should be a member of the project team?
Which member of the project office is assigned to the project?
What problems can occur during the recruiting activities?
What can happen downstream to cause the loss of key team members?
In some situations where constant streams of projects are necessary for corporate
growth, the staffing problems become very complex, especially if the organization is
understaffed. Use the Project Staffing Request (Appendix B) to ensure effective
communication and management commitment to providing qualified staff.
The staffing requirements are in addition to the project team members assigned
during the initiating phase. The acquisition may be both internal and external to the
company. The resources identified are more skill related; for example the project
may call for a C++ programmer or a technical writer. The project manager must
acquire (either internally or externally) these resources to carry out specific project
tasks.
After determining the preferred project staff, negotiation skills are essential in
acquiring the desired project staff. The project manager will negotiate with functional
managers for the use and availability of their employees. Changes in resource
requirements will occur during the project and may cause availability problems. The
project manager will have to negotiate with the functional managers for extended
resource availability based upon project priorities.
Negotiations between the project manager and the owner/management will occur if
the project manager concludes that hiring external personnel will provide more
suitable qualifications to perform project tasks than internal candidates. If
outsourcing is necessary, contact the Human Resources Department for assistance.
7. Schedule Preparation
a. Determine Calendars and Time Constraints
The project manager is responsible for determining the project calendar and time
constraints that exist. The project calendar is used to specify both working and
non-working days including company holidays and weekends. The project
calendar is used for the overall project. However, the project manager may
develop individual resource calendars for the project team to address vacation
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 44
time, individual schedules, and team member availability (if not available full-time
for the project).
Time constraints include any predetermined milestone or completion date,
resource time constraints, and resource availability. The project manager must
determine the calendar and time constraints before the schedule can be
developed.
b. Develop Task List
A task is the lowest level of work defined in a project. Task list development is
the process of identifying all the tasks that must be accomplished in order to
complete each of the lowest-level deliverables. It closely follows the lowest
levels of the work breakdown structure to ensure that all areas of the project
have been covered and that the deliverables will be as specified in the project
charter.
Once all of the deliverables have been entered into the scheduling tool, the tasks
are then entered. Each of the deliverable owners were asked to develop detailed
tasks lists for each of the deliverables they own. This was done at the end of the
detailed project planning meeting. The project manager should now have
collected all the Developing Tasks Worksheets from the deliverable owners.
There are two rules to always follow when developing a task description:
A description of the task should contain no more than fifty characters. This is
a general limitation for producing Gantt charts and fitting the task description
on a standard page. If more detail is necessary, use the note area in the
scheduling too.
Always use a format with a verb first and then a noun. Using verb first forces
an action to be established for the task. Examples: Develop
Communications Plan; Obtain Approval; Produce Reports, etc. Remember,
deliverables are nouns and tasks are verbs.
Having collected the Developing Tasks Worksheets, the project manager should
now enter all of the tasks into their Microsoft Project schedule.
c. Task Estimates
One of the most important processes of the project plan is that of estimating the
time involved in completing each task. These estimates are being made at a
time when many variables of the future are unknown. Some of the pieces of
information that should be used to make the best estimate are:
Effort is defined as the total number of hours that will be expended on a task.
For example, if two people work 5 hours each, then the total effort for that
task is 10 hours.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 45
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 46
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 47
PM0.0.0-PMMethodology-GDE.doc
Page 48
needed to perform this function should be established and kept current via copies
of labor expenditure reports, purchase requisitions, purchase orders, invoices
and stock requisitions. At the beginning of the project, the following items need
to be addressed by the project manager to determine the status of the project
from a cost perspective:
Is the project Operation & Maintenance (O&M) or Capital?
Has a cost code been assigned?
Is the project budgeted?
If budgeted, what is the budget for current and future years?
Will the budget, if one exists, support the project scope?
Have funds already been expended on the project?
What types of reports are available for the project?
Who is the best person on the team to obtain/interpret the reports?
Are there special report needs that do not currently exist?
b. Identify Project Cost Components
The basic components that make up the total cost of a project are:
Company Labor - This charge results when any employee charges time on
their time sheet to the unique project account code.
Overhead - This charge is based on the employees time charged to
company labor. It is pre-calculated percentage added to company labor to
cover the cost of employee benefits. This percentage should be adjusted
each year. The project manager should consult the Accounting Department
for the current percentage and further detail as needed.
Material - This charge results when standard stock material is obtained from
the warehouse supply using the unique project code. Non-stock items are
charged when they are received by the warehouse and transferred to the user
via a stock requisition form. This information is updated nightly. The project
manager should be included in the approval routing for all project material
purchases requiring a purchase order.
Direct Business - Travel, training, food and lodging are examples of charges
that fall into this category. All expenses (except mileage) associated with
employee expense account are included. The project Manger before
payment should approve reimbursements charged to the projects account
code.
Outside Services - These costs result when any non-employee charges time
to the project via a supplier invoice. These charges may be a small part of a
large invoice but will be identified by the cost code. The project manager may
also have a unique purchase order number issued specifically for the project
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 49
that the project manager will receive invoices against. In either case, the
project manager should review all invoices resulting in charges to their project
for accuracy and comparison to the budget.
Company Services - These costs result from charges from other
departments in support of the project. An example would be graphic artwork
done in house.
The project manager should create a simple spreadsheet to track total costs for
the project. The largest portion of most project costs is associated with labor.
For this reason the resource table in Microsoft Project should reflect as
accurately as possible the hourly rate for any project resource. Contact the
Accounting Department for assistance in determining labor costs.
9. Measuring Quality
Quality is one of the most important aspects of project management. It should be
inherent in everything that is produced. If the project manager waits until the end of
the project to determine if the quality was met, then it is too late to make corrections
that could have been identified earlier on. Quality is measured in a variety of ways.
For example, a good requirements gathering and software testing program ensures
quality as the project progresses. Phase sign-off at the end of critical deliverables
help ensure quality before progressing to the next phase or deliverable.
A quality management plan describes how the project management team will
implement its quality policy. It will not only address the quality requirements of the
project but must also address the policy and procedures of the existing corporate
quality plan reviewed during the Initiation Phase.
When developing a quality management plan, some questions to ask are:
What is a quality review?
What does conformance to requirements mean to the customer?
What are the quality objectives?
What procedures and processes must be followed?
When should quality reviews be held?
Who should attend the quality review meetings?
Who should not attend the quality review meetings?
Who should organize the quality review meetings?
The quality of the product includes the following:
Objectives (performance)
Monitoring and acceptance criteria
The quality of the product must meet or exceed all of the projects objectives as
stated in the project charter. If the objectives are met, the quality of the product is
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 50
achieved and the owner and users will be satisfied. Developing specific,
measurable, and time-framed objectives will help create a quality plan that is
quantifiable.
Quality audits will be performed periodically throughout the project life cycle to verify
processes and procedures are in compliance. Quality must be incorporated into the
project processes. It is always easier to do it right the first time than have to rework
the process. Simply because a projects processes were adhered to does not
guarantee product compliance. However, the more detailed quality management
plan in place increases the likelihood of conformance.
Quality review meetings may be scheduled periodically to review and make
corrective adjustments to the project. The standard meeting agenda template
should be used and should include the following:
Checklist for Quality Review Meeting
Introduction
Review
Conclusion
The project manager may select one project team member to be quality manager.
The quality manager will monitor the product to ensure compliance and report
results to the project manager.
The project owner is responsible for approving the acceptance criteria, as well as
approving any changes that are to be implemented. The owner also sets the
standards for quality.
Quality management of the project includes the following:
Checklists
Quality Reviews
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 51
Reporting
Communication
Project Plans - change control
Checklists ensure that the project plans are complete and eliminate the omission of
items.
As needed, project manager will create and distribute reports that are relevant to the
quality management of the project. These reports include the project status report
and meeting minutes.
Satisfaction must be measured throughout the project. Owner, user, and team
member satisfaction are essential to the quality of the management of the project.
The owner must believe the project is running smoothly and well managed. The
users must have confidence that the deliverable will provide the expected benefits.
Team member satisfaction is equally important to project quality. The team must
feel empowered, challenged, and believe their efforts contribute to the success of
the project.
The project manager will conduct status updates and owner review meetings. The
status update meetings must be timely, follow the agenda, and have documented
meeting minutes.
The project manager will monitor project statistics including time, cost, and
resources and compare to the baseline. Actual start and finish dates will be
compared to the baseline dates to determine schedule variances and task on-time
statistics. Actual costs versus budgeted costs will be compared and the cost
variance will be determined. By comparing the statistics with the baseline figures
the project manager can gauge how the project is doing in accordance with the
project plan. The project manager will monitor all changes to ensure that the change
control processes are being followed and that the project plan is being updated
accordingly.
10. Project Procurement Management
a. Procurement Planning
The project manager is responsible for acquiring goods and services from
external sources. The initial step is to define the project requirements by
considering the following:
Is the project strategically aligned with the goals of the organization?
Develop the statement of work (SOW), specifications, and WBS
Determine whether the requirements can be made or bought and analyze the
costs associated
Analyze the schedule and major milestones
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 52
Calculate costs
Obtain approval and authorization to proceed
Procurement Planning Components
Procurement planning is the process of identifying which project needs can be
best met by procuring products or services from outside the performing
organization.
This involves consideration of
Whether to procure
How to procure
What to procure
How much to procure
When to procure
Once it is determined to procure the product or services then the project
manager, working with the procurement department (when applicable)
Select a supplier
Arrive at a proper price, terms and conditions
Issue a contract or order
Ensure proper delivery
Buyer Contract Planning Approach
Once the project requirements are determined and the decision is made to
purchase from outside the organization, a contractor WBS (CWBS) will help
define what the deliverable expectations are and will provide for bottom-up cost
and schedule estimates and risk analysis.
The CWBS is used for developing the list of contract deliverables, the
specifications or state of work and the analysis of contract uncertainties. This
needs to include both technical and administrative performance elements
analysis of all sellers obligations to the buyer. Other things to consider: quality,
shipping contract administration, documentation and reporting.
The next step is to prepare for source selection and contract formation
procedure. The following decisions need to be made:
Competitive bidding or negotiate with single source?
Sealed bidding or competitive negotiations?
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 53
If competitive negotiation
Who should participate in the evaluation panel?
What criteria should be used for the evaluation?
What will be included in the proposal evaluation?
What negotiation and selection procedure should be use?
How much time will be needed to execute the procedure effectively?
b. Solicitation Planning
Once all the decisions are made in procurement planning a solicitation plan is
developed which documents the product or service requirements and identifies
potential suppliers needed to support the solicitation. Then, a solicitation is sent
out which obtains quotations, bids, offers or proposals as appropriate. From
these responses a vendor or supplier is chosen.
There are various types of solicitations:
Invitation for bid (IFB) - This is used for purchasing routine items when buyer
wants the best price.
Request for proposal (RFP) Used for more complex non-standard items
where the description is not as clear as an IFB and monetary value is
relatively high.
Request for quotation (RFQ) - An RFQ is much smaller than an RFP and
usually contains a request for a price, delivery date for standard products and
any special packaging, shipping and handling conditions.
Request for information (RFI) Is also known as contractor initial response
generally used when the buyer is not sure if the product or service is available
or is the proper solution for the project requirements
Invitation for negotiation Is used when there is only one supplier capable or
being considered. There are five stages of negotiation:
Protocol: setting the atmosphere, making introductions
Probing: Identifying issues of concern, judging strengths and
weaknesses, finding areas of interest
Scratch bargaining: Actual negotiations occur and concessions made,
points of concession identified and the gap narrows!
Closure: Positions summed up and final concessions reached
Agreement: documents drawn outlining final agreement, ensuring
identical understanding by both parties
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 54
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 55
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 56
PM0.0.0-PMMethodology-GDE.doc
Page 57
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 58
PM0.0.0-PMMethodology-GDE.doc
Page 59
all the plans leading up to this phase are in place, current and can be implemented as
soon as the situation warrants.
2.3.3. Inputs
Project Team
Project WBS
Communication Plan
Risk Management Plan
Organization Chart
Responsibility Matrix
Project Notebook
Issues/Action Item Log
Status Reports
Project Schedule
2.3.4. Outputs
Current and Updated Project Schedule
Change Management
Quality Management
Phase Sign Off
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 60
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 61
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 62
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 63
What they are - The primary reason for a review is to detect defects as quickly
and economically as possible. It is well documented that it is much faster to
correct oversights earlier in development than later.
What they are not - A performance appraisal. A place to bring your ego.
When to have - Reviews should be conducted as soon as a significant
deliverable requires a progress or completion review.
Who should attend - Key stakeholders who are involved in the life cycle of the
product, e.g., requirement gatherers to operations people.
Who should not attend - Supervisors. This is not a meeting where politics
should be a factor, nor is it to be construed of as a performance appraisal.
Participants for each quality review should be free from personal criticism or
career implications. If personal performance is an issue, it should be address
privately between the individuals involved not in the quality review session.
b. Quality Assurance Roles and Responsibilities
A quality review will usually take the form of a meeting involving the following
roles:
The Presenter, who is usually the author of the end deliverable.
The Chairperson or Moderator, who may be the project manager or any other
competent person. This is a most demanding role, as it requires the ability to act
as a chairperson as well as having an understanding of the end deliverable.
The Reviewers, who must be competent to assess the end deliverable. They
must be thorough in their review and understand that they are taking personal
responsibility for the quality of the end deliverable.
c. Maintaining Project Process Quality
Just as important to managing deliverable quality is the process of managing
project process quality. Project managers should use the series of Quality
Checklists (Appendix B) to monitor quality throughout the project life cycle. The
following checklists are provided and should be tailored to the specific needs of
the project:
5. Project Documentation
Throughout the project, the project manager will generate reports relating to quality
issues and conformance. This will include the project status report and weekly
status reports. A quality audit will be performed periodically to ensure accuracy of
the information.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 64
Throughout the project, the project manager will develop lessons learned to be
placed in the repository. The lessons learned will address any issues or problems
encountered in the quality of the project and the associated resolutions. Use the
Team Member Evaluation Form (Appendix B) to gather and analyze lessons
learned.
a. Produce and Distribute Documentation
The project manager must produce and distribute all the project documentation
necessary to reflect any changes to the project plans and/or schedule. The
Communication Matrix developed in the Planning Phase will detail the recipients,
communication methods, and number of copies required.
b. 5.2. Produce Project Reports
During the project, the project manager is required to produce project reports.
These reports are provided in Microsoft Project and include:
Project Status Reports
Deliverable, Task or Milestone Reports
6. Executive Review Meeting Facilitation
The executive review meeting/presentation may need to be conducted every month
depending on the visibility of the project. It is one of the most informative ways
senior management of the company can review the overall progress and status of
the programs/projects being worked on in the company. Because this meeting will
be for higher executives in the company, additional items will need to be considered.
Some of these include:
Appropriate facilities - Reserve the best meeting facility possible within the
company. Reserve them well in advance. Make sure the climate settings are
comfortable. If presentation equipment and props are to be used, make sure
they are usable in the room. The meeting room should have speaker phone
equipment in it. There should be extra seats available.
Invitation to meeting - Because executive managers have more demand on
their time, send out invitations to the meeting well in advance. A meeting agenda
should also go with the invitation. Try to schedule meeting in the mid morning
when the attention span is usually the best.
Materials - Because executive managers have little time to spare, have all
materials and extras ready well before the meeting. Spare meeting equipment
(overhead bulbs, markers, easels etc.) is also desirable. Spare packets of the
presentation material should also be made. Be Prepared!
These are the steps needed to conduct a typical executive review meeting.
Send out invitations with meeting agenda well in advance (3 to 4 weeks) to the
executives.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 65
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 66
Monitor and analyze the effectiveness of each risk control action. Modify or
replace any actions that are ineffective.
Periodically update the list of managed risks by dropping risk issues that
have been avoided or no longer pose a real threat to the project. Add new risk
issues as they surface during the project. Periodically, review the risk probability
and impact information to ensure that this information remains current and
accurate. Reassess the priority list to ensure the appropriate risks are being
managed. This list will change as the project progresses and what was a low
priority risk may become one of the top priority risks. If needed, develop a Risk
Management Plan for any new risks in the top priority list.
Update Risk Management Plan. It is important that the risk management strategy is
established early in a project and that risk is continually addressed throughout the
project life cycle. Updating the risk management plan is essential to managing risk
effectively.
8. Manage & Resolve HR Conflicts
During any project, issues/conflicts may arise. Due to the temporary nature of the
project itself, team members may experience conflicts within their functional
organizations for their time, personality conflicts among the team, and conflict
associated with the incredible industry growth. This is a natural occurrence resulting
from the differences in the organizational behavior of individuals, the differences in
the way that functional and project managers view the work required, and the lack of
time necessary for project managers and functional personnel to establish ideal
working relationships.
Regardless of how well planning is developed, project managers must be willing to
operate in an environment that is characterized by constant and rapid change. This
dynamic environment can be the result of changes in the scope of work, a shifting of
key project and functional personnel due to new priorities, and other unforeseen
developments. The success or failure of a project manager is quite often measured
by the ability to deal with change.
In contrast to the functional manager who works in a more standardized and
predictable environment, the project manager must live with constant change. In his
effort to integrate various disciplines across functional lines, he must learn to cope
with the pressures of the changing work environment. He has to foster a climate
that promotes the ability of his personnel to adapt to this continuously changing work
environment. Demanding compliance to rigid rules, principles, and techniques is
often counter-productive. In such situations, an environment conducive to effective
project management is missing and the project leader too often suffers the same
fate as heart-transplant patients, rejection.
There is no single method that will suffice for managing all conflicts in temporary
management situations because:
There exist several types of conflicts.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 67
Each conflict can assume a different relative intensity over the life cycle of the
project.
If project managers are aware of some of the major causes of disagreements in the
various project life-cycle phases, there is a greater likelihood that the detrimental
aspects of these potential conflict situations can be avoided or minimized. The
average conflict intensity perceived by project managers has been measured for
various conflict sources and for various phases of the project life cycle. Seven
potential sources have been identified and ranked as the most common cause of
conflicts in the life-cycle of projects:
Conflict over project priorities.
Conflict over administrative procedures.
Conflict over technical opinions and performance trade-offs.
Conflict over manpower resources.
Conflict over cost.
Conflict over schedules.
Personality conflict.
The project manager should proactively work with the project team in an attempt to
avoid conflict. Many conflicts can be either reduced or eliminated by constant
communication of the project objectives to the team members. Many times this
continual repetition will prevent individuals from going too far into the wrong and
thus avoid the creation of a conflict situation. Escalating the conflict to upper
management should be the last resort for the project manager.
9. Adjust Schedules
There are several ways to update the schedule. Some of the most frequently used
methods are: percent complete, remaining duration, duration completed a future
estimated completion date, actual start, and actual finish. If the schedule is resource
loaded, actual work periods completed or estimated work periods remaining should
be reported. The goal is to provide enough information to accurately compare the
present project status to the planned target. Actual dates are often reported
carelessly, especially completion dates. This is true, because of the assumption by
the person supplying the progress that it is only important that the work is reported
finished. Accurate actual progress information is important for analyzing the current
status of the project, but it is also important for historical project templating and
benchmarking.
Project managers should update their scheduling tool and project plans at least
weekly. Team members should be directed to report weekly at a minimum:
Actual hours worked for each task for that week
Weather the task was completed
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 68
Remaining hours that they estimate it will take to complete each task
Any issues that arise requiring corrective action
All reporting should be turned into the project manager by mid-day Friday so the
project manager can update the schedule prior to a Monday Weekly Status Meeting
or Report.
10. Troubled Project Process
A troubled project is any project that is behind schedule and/or over budget and/or is
not meeting the requirements of the customer. Although there are ways to detect
when a project is headed for trouble, too often symptoms are missed and/or ignored.
The troubled project process has two purposes. The first is to provide guidance in
identifying symptoms that indicate that a project is headed for, or in trouble. The
second is to outline the process to bring a troubled project back on track.
a. Indicators of a Project in Trouble
The foundation for project success is laid during the Opportunity Assessment &
Initiation Phase of the project management life cycle. It is during this phase that
the business case or technical description is developed, outlining the opportunity,
project objective, scope, and deliverables. It is here that a high-level risk
assessment is performed. If this phase is cut short, the project is on its way to
failure. Indicators include:
Budget Indicators:
Concern that the project as a whole is over budget
Earned value indications that deliverables will not be produced on time
and/or within budget
Unclear as to specific areas of development causing budgetary problems
Generalized vs. Targeted cutbacks
Planning Indicators:
Poor planning, missing deliverables
Lack of a detailed project schedule
Not understanding the business problem
Not involving the stakeholders
Little or no risk assessment
Poor communications
Lack of processes, i.e. change control, issue management, scope
management, etc.
Not enough or not the right resources
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 69
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 70
Causes of project failure that occur during the initial phases of a project
include:
Lack of understanding of problem statement
Problem is a symptom
Objective is vague
Lack of proper scope
Missed deliverables
Lack of ownership for deliverable
No or poor risk assessment
Assumptions and constraints not fully understood
Accepting unachievable objectives
Over confidence
Lack of owner participation
Causes of project failure that occur later in the project include:
Poor project tracking or no project tracking
Out-of-date documentation
Schedule not updated
Lack of team member enthusiasm
Little or no testing
Lack of re-planning each week to bring schedules back on track
Lack of physical inspection of deliverables
Lack of project sponsor involvement
Status reports that contain mostly noise not substance
Processes are dumped
c. Random Reviews
Symptoms of project failure can be detected through the use of random project
reviews. These reviews are similar to those conducted at project completion. An
individual or organization outside of the project should conduct them. The
following steps provide an effective approach to an interim project review:
Collect and review project documentation
Interview team members
Interview the owner
Interview the project manager
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 71
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 72
Team session
Re-plan
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 73
Streamline communications
Implement face-to-face
meetings with owner (if
appropriate)
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 74
2.4.3. Inputs
Completed, up-to-date project schedules
All project documentation
Quality Checklists
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 75
2.4.4. Outputs
Post Implementation Review
Performance Evaluations
Lessons Learned
Project Evaluation
Delivery of Final Documentation
Project Sign-Off
Customer Satisfaction Survey
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 76
PM0.0.0-PMMethodology-GDE.doc
Page 77
contributions to the project. Focus the awards on time or money saved, improved
quality, leadership, technical know-how, or effective communication. All of these
awards should be an encouragement to everyone and create a high level of
enthusiasm for future projects.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 78
A
Activity - An element of work performed during the course of a project. An activity
normally has an expected duration, an expected cost, and expected resource
requirements. Activities are often subdivided into tasks.
Activity Description (AD) - A short phrase or label used in a project network diagram.
The activity description normally describes the scope of work of the activity.
Activity Duration - The best estimate of the time (hours, days, weeks, and months)
necessary to accomplish the work involved in an activity, considering the nature of the
work and resources needed to complete it.
Actual Cost of Work Performed (ACWP) - The direct costs actually incurred and the
indirect costs applied in accomplishing the work performed within a given time period.
Actual Finish Date - The calendar date work actually ended on an activity. The
remaining duration of this activity is zero.
Arrow Diagramming Method (ADM) - A network diagramming technique in which
activities are represented by arrows. The tail of the arrow represents the start and the
head represents the finish of the activity (the length of the arrow does not represent the
expected duration of the activity). Activities are connected at points called nodes
(usually drawn as small circles) to illustrate the sequence in which the activities are
expected to be performed.
Actual Start Date - The calendar date work actually began on an activity.
B
Backward Pass - The calculation of late finish dates and late start dates for the
uncompleted portions of all network activities. Determined by working backward through
the network logic from the projects end date.
Bar Chart - A graphic presentation of work tasks shown by a time-scaled barline
(sometimes referred to as a Gantt chart).
Baseline - A management plans or scope document fixed at a specific point in time in
the project life cycle and used to measure the progress of the project.
Bottom-Up Estimating - The process of developing an estimate in which the total
estimate is the sum of estimates of all work packages.
Budget - (1) when unqualified, an estimate of funds planned to cover work occurring
during a fiscal period. (2) A planned allocation of resources.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 79
Budget Cost - The translation of the work estimate into hourly rates, quantity units of
production, and so on. Budget costs can be compared to actual costs and variances
developed to highlight performance and used to alert those responsible to implement
corrective action if necessary.
Budget Estimate (-10, +25%) - A mixture of quantitative firm and unit prices for labor,
material, and equipment used to establish required funds and to obtain approval for the
project. Estimates are prepared from flowsheets, layouts, and equipment details.
Budgeted Cost of Work Performed (BCWP) - The sum of the budgets for completed
portions of in-process work, plug the appropriate portion of the budgets for level of effort
and apportioned effort for the relevant time period. BCWP is commonly referred to as
earned value.
Budgeted Cost of Work Scheduled (BCWS) - The sum of the budgets for work
scheduled to be accomplished (including in-process work), plus the appropriate portion
of the budgets for level of effort and apportioned effort for the relevant time period.
C
Calendar - A system to identify project workdays in developing a project plan. It can be
altered so that weekends, holidays, and so on are not included.
Calendar Unit - The smallest unit of time used in scheduling the project. Calendar units
are generally in hours, days, or weeks, but can also be in shifts or even in minutes.
Used primarily in relation to project management software.
Cash Flow Analysis - The activity of establishing cash flow (dollars in and out of the
project) by month and the accumulated total cash flow for the project by the
measurement of actual versus budget costs. This is necessary to allow for funding of
the project at the lowest carrying charges and is a method of measuring project
progress.
Change in Scope - A change in objectives, work plan, or schedule that results in a
material difference from the terms of an approval to proceed previously granted by
higher authority. Under certain conditions (normally stated in the approval instrument), a
change in resources application may constitute a change in scope.
Change Request - A formal written statement asking to make a modification to a
deliverable.
Chart of Accounts - Any numbering system used to monitor project costs by category
(i.e. labor, supplies, and materials). The project chart of accounts is usually based upon
the corporate chart of accounts of the primary performing organization.
Closeout Phase - The fifth phase of the project management process, in which the
project documentation is completed and archived in the project library and the project
team is disbanded.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 80
Code of Accounts - Any numbering system used to uniquely identifies each element of
the work breakdown structure.
Communications Management - (1) The proper organization and control of
information transmitted by whatever means to satisfy the needs of the project. It
includes the processes of transmitting, filtering, receiving, and interpreting or
understanding information, using skills appropriate to the application in the project
environment. (2) The conduct or supervision of the exchange of information.
Completed Activity - An activity with an actual finish date and no remaining duration.
Concept Phase - The first five sequential phases in the project management process.
During the Concept phase, the initial idea for the project is approved for preliminary
planning efforts.
Conflict Resolution - The process of seeking a solution to a problem. Five methods in
particular have proven effective:
Compromise: To consent to agree; generally, each side wins or loses a few
points.
Confrontation: To work together toward a solution of the problem
Forcing: To use power to direct the solution. This is a type of win-lose agreement
in which one side gets what it wants and the other does not.
Smoothing: To play down the differences between two groups and to give the
points of agreement strong attention.
Withdrawal: To remove oneself from the conflict.
Contingency Allowance - A specific provision for unpredictable elements of cost within
the defined project scope; particularly important where previous experience in relating
estimates and actual costs has shown that unpredictable events that will increase costs
are likely to occur. If an allowance for cost escalation is included in the contingency
allowance, it should be a separate item determined to fit expected escalation conditions
for the project.
Contingency Planning - The development of a management plan that identifies
alternative strategies to be used to ensure project success if specified risk events occur.
Contract - A binding agreement between a customer and a supplier in which the
supplier agrees to provide goods and/or services in exchange for specific compensation
from the customer.
Contract Administration - To monitor and control performance, review progress, make
payments, recommend modifications, and approve suppliers actions to ensure
compliance with contractual terms during contract execution.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 81
Contract Closeout - The activities that ensure that the contractor has fulfilled all
contractual obligations and has released all claims and liens in connection with work
performed.
Contract Documentation - The documents included in the formal agreement between
customer and supplier: the contract, letter of intent, agreements, task orders,
memoranda of understanding, specifications, statement of work, and other relevant
materials.
Contract Guarantee - A legally enforceable assurance of performance of a contract by
a contractor.
Control - The process of comparing actual performance with planned performance,
analyzing variances, evaluating possible alternatives, and taking appropriate corrective
action as needed.
Cost/Benefit Analysis - A survey or computation of the quantifiable features of a
project that will provide the customer additional information with which to make a
knowledgeable decision.
Cost Control - The process of gathering, accumulating, analyzing, reporting, and
managing the cost on an ongoing basis.
Cost Estimating - The process of assembling and predicting the cost of a project. Cost
estimating encompasses the economic evaluation, project investment cost, and
predicting or forecasting of future trends and cost.
Cost Performance Index - A measurement of the projects cost performance to date:
CPI = BCWP/ACWP
CPI <1 means the project is overrunning.
Cost Variance - The difference between the actual and budgeted cost for the work
performed to date:
CV = BCWP - ACWP
CV <0 means the project is overrunning.
Crashing - An action to decrease the duration of an activity on the critical path by
increasing the expenditure of resources.
Critical Path - The series of interdependent activities of a project, connected end to
end, which determines the shortest total length of the project. The critical path of a
project may change from time to time as activities are completed ahead of or behind
schedule.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 82
D
Definitive Estimate (-5, +10%) - An estimate prepared from well-defined data,
specifications, drawings, and so on. This category covers all estimate ranges from a
minimum to maximum definitive type. These estimates are used for proposals, bid
evaluations, contract changes, extra work, legal claims, permits, and government
approvals. Other terms associated with a definitive estimate include check, lump sum,
tender, post contract changes, and others.
Deliverable - Any measurable, tangible, verifiable outcome, result, or item that must be
produced to complete a project or part of a project. Often used more narrowly in
reference to an external deliverable, which is a deliverable that is subject to approval by
the project sponsor or customer.
Detailed Schedule - A schedule used to communicate day-to-day activities to working
levels on the project.
Direct Project Cost - The costs directly attributable to a project, including all personnel,
goods, and services, together with all their associated costs, but not including indirect
project costs.
E
Early Finish Date (EF) - In the critical path method, the earliest possible point in time
on which the uncompleted portions of an activity (or the project) can finish based on the
network logic and any schedule constraints. Early finish dates can change as the project
progresses and changes are made to the project plan.
Early Start Date (ES) - In the critical path method, the earliest possible point in time on
which the uncompleted portions of an activity (or the project) can start, based on the
network logic and any schedule constraints. Early start dates can change as the project
progresses and changes are made to the project plan.
Earned Value (EV) - A method for measuring project performance. It compares the
amount of work that was planned with what was actually accomplished to determine if
cost and schedule performance is as planned.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 83
Estimate - An evaluation of all the costs of the elements of a project or effort as defined
by an agreed-upon scope.
Estimate At Completion (EAC) - The expected total cost of an activity, a group of
activities, or of the project when the defined scope of work has been completed.
Estimated To Complete (ETC) - The remaining costs to be incurred to satisfy the
complete scope of a project at a specific date. ECC is the difference between the cost to
date and the forecast final cost.
F
Facilitator - A person external to a group that helps the group work more effectively.
Fast Tracking - Compressing the project schedule by overlapping activities that would
normally be done in sequence.
Feasibility Studies - The methods and techniques used to examine technical and cost
data to determine the economic potential and the practicality of project applications.
They involve the use of techniques, such as calculating the time value of money, so
projects may be evaluated and compared on an equivalent basis. Interest rates, present
worth factors, capitalization costs, operating costs, depreciation, and so on, are all
considered.
Float - The amount of time that an activity may be delayed from its early start without
delaying the project finish date.
Forecast - An estimate and prediction of future conditions and events based on
information and knowledge available at the time of the forecast.
Forward Pass - The calculation of the early start and early finish dates for the
uncompleted portions of all network activities.
Free Float (FF) - The amount of time an activity can be delayed without delaying the
early start of any immediately following activities.
Function Point Analysis (FPA) - An approach to estimating software costs. It involves
examining the projects initial high-level requirement statements, identifying specific
functions, and estimating total costs based on the number of times each function is
performed.
Functional Organization - An organizational structure in which people are grouped
because they perform similar functions, such as engineering, administrative, or
marketing.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 84
G
Gantt Chart - A timeline chart showing when certain processes take place and whether
any of the processes will overlap.
H
Hammock - An aggregate or summary activity. All related activities and tasks are tied
as one summary activity and reported at the summary level.
Hanger - A break in a network path.
Histogram - A timeline chart illustrating utilization of a resource over time.
Human Resources Management - The function of directing and coordinating human
resources throughout the life of the project by applying the art and science of behavioral
and administrative knowledge to achieve predetermined project objectives of scope,
cost, time, quality, and participant satisfaction.
I
Implementation Phase - The fourth phase of the project management process in which
the project is performed and delivered to the customer.
Indirect Project Cost - The cost that indirectly contributes to the project deliverables,
but that are nonetheless required for the orderly completion of the project. They may
include, but are not necessarily limited to, overhead and office costs, field
administration, direct supervision, incidental tools and equipment, start-up costs,
contractors fees, insurance, and taxes.
Inflation/Escalation - The factors in cost evaluation and cost comparison that must be
predicted as an allowance to account for the price changes that can occur with time and
over which the project manager has no control (for example, cost-of-living index,
interest rates, other cost indices).
Integrated Cost/Schedule Reporting - The development of reports that measure
actual versus budget, BCWS, BCWP, and ACWP.
ISO 9000 - A methodology by which an organization documents and then follows its
quality-related processes and requirements. The set of standards helps organizations
ensure that their quality systems meet certain minimal levels of performance.
L
Lag Relationship - The four basic types of lag relationships between the start and/or
finish of a work item and the start and/or finish of another work item: finish to start, start
to finish, finish to finish, and start to start.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 85
Late Finish Date (LF) - The latest time an activity may be completed without delaying
the project finish date.
Leg - A modification of a logical relationship that directs a delay in the successor task.
For example, in a finish-to-start dependency with a 10-day lag, the successor activity
cannot start until 10 days after the predecessor has finished.
Lessons Learned Reviews - The audits carried out by the project team to learn from
successes and mistakes in the project just completed and use that knowledge in future
projects to repeat the successes and avoid the mistakes just experienced.
Life Cycle - The entire life of a system, product, or project, encompassing its
conception, design, development, construction, operation, maintenance, repair, and
decommissioning.
M
Management Reserve - A fund withheld by the project manager to address unforeseen
events or circumstances; separate from contingency allowances.
Master Schedule - An executive summary-level schedule that identifies the major
components of a project and usually also identifies the major milestones.
Matrix Organization - Any organizational structure in which the project manager shares
responsibility with the functional managers for assigning priorities and for directing the
work of individuals assigned to the project.
Milestone - A significant event in the project, usually completion of a major deliverable.
Mission - A goal, end, or target that all or part of the enterprise is dedicated to
achieving.
Monitoring - The capture, analysis, and reporting of project performance, usually as
compared to plan.
N
Near-Critical Activity - An activity that has low total float.
Network Analysis - The process of identifying early and late start and finish dates for
the uncompleted portions of project activities.
Network Logic - The collection of activity dependencies that make up a project network
diagram.
Network Path - Any continuous series of connected activities in a project network
diagram.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 86
Node - One of the defining points of a network; a junction point joined to some or all of
the other dependency lines.
Nondisclosure Agreement - A legally binding document in which an organization
promises to use anothers proprietary data only for specific purposes and not to reveal
or disclose that data to any other organization or individual.
O
Objective - A desired result or outcome; the end toward which effort is directed.
Order of Magnitude Estimate (-25, +75%) - An approximate estimate made without
detailed data that is usually produced from cost capacity curves, scale up or down
factors that are appropriately escalated, and approximate cost capacity ratios. This type
of estimate is used during the formative stages of an expenditure program for initial
evaluation of the project. Other terms commonly used to identify an order of magnitude
estimate are preliminary, conceptual, factored, quickie, and feasibility.
Organizational Breakdown Structure (OBS) - A hierarchical chart showing the
relationships of human and material resources.
P
Parametric Estimating - An estimating methodology using statistical relationships
between historical values and project variables, such as system physical or
performance characteristics, contractor output measures, or manpower loading. Also
referred to as top-down estimating.
Percent Complete (PC) - An estimate, expressed as a percent, of the amount of work
which has been completed on an activity or group of activities.
Phase - The division of a project time frame (or project life cycle) into the largest logical
collection of related activities.
Precedence Diagramming Method (PDM) - A network diagramming technique in
which activities are represented by boxes (or nodes). Activities are linked by
precedence relationships to show the sequence in which the activities are to be
performed.
Predecessor Activity - Any activity that exists on a common path with the activity in
question and occurs before the activity in question.
Program Evaluation and Review Technique (PERT) - An event-oriented network
analysis technique used to estimate project duration when there is a high degree of
uncertainty with the individual activity duration estimates. PERT applies the critical path
method to a weighted average duration estimate. Also given as Program Evaluation and
Review Technique.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 87
Project Charter - The primary document used to state the project mission, goals and
objectives consistent with approved business plans. It defines the business opportunity,
contains the scope statement, and summarizes project impacts and estimates in
relation to the business plan.
Project Communications Management - A subset of project management that
includes the processes required to ensure proper collection and dissemination of project
information. It consists of communications planning, information distribution,
performance reporting, and administrative closure.
Project Cost Management - A subset of project management that includes the
processes required ensuring that the project is completed within the approved budget. It
consists of resource planning, cost estimating, cost budgeting, and cost control.
Project Human Resource Management - A subset of project management that
includes the processes required making the most effective use of the people involved
with the project. It consists of organizational planning, staff acquisition, and team
development.
Project Integration Management - A subset of project management that includes the
processes required ensuring that the various elements of the project are properly
coordinated. It consists of project plan development, project plan execution, and overall
change control.
Project Library - The physical location of all project-specific documentation, including
the project plan, contract, status reports, and other significant documents.
Project Life Cycle - The five sequential phases in time through which any project
passes: Concept, Planning, Initiation, Implementation, and Closeout. These phases
comprise activities, tasks, and subtasks.
Project Management Body of Knowledge (PMBOK) - The codification of all topics,
subject areas, and intellectual processes involved in applying sound management
principles to the collective accomplishment of any undertaking definable as a project.
PMBOK is published and maintained by the Project Management Institute.
Project Management Professional (PMP) - A certification of project management skill
awarded by the Project Management Institute (PMI).
Project Management Software - A class of computer applications specifically designed
to aid with planning and controlling project costs and schedules.
Project Manager - The individual appointed with responsibility for managing the project.
Acts as the customers single point of contact for services delivered within the scope of
a project. Controls planning and execution of the projects scope of activities and
resources toward meeting established cost, timetable, and quality goals.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 88
Project Plan - A formal, approved document used to guide both project execution and
project control. The primary uses of the project plan are to document planning
assumptions and decisions, to facilitate communication among stakeholders, and to
document approved scope, cost, and schedule baselines. A project plan may be
summary or detailed.
Project Procurement Management - A subset of project management that includes
the processes required acquiring goods and services from outside the performing
organization. It consists of procurement planning, solicitation planning, solicitation,
source selection, contract administration, and contract closeout.
Project Quality Management - A subset of project management that includes the
processes required ensuring that the project will satisfy the needs for which it was
undertaken. It consists of quality planning, quality assurance, and quality control.
Project Risk Management - A subset of project management that includes the
processes concerned with identifying, analyzing, and responding to project risk. It
consists of risk identification, risk quantification, risk response development, and risk
response control.
Project Scope Management - A subset of project management that includes the
processes required to ensure that the project includes all of the work required, and only
the work required, to complete the project successfully. It consists of initiation, s cope
planning, scope definition, scope verification, and scope change control.
Project Steering Committee - A consolidated oversight group that reviews the
progress of the project, provides assistance when required, and assesses overall
success.
Project Time Management - A subset of project management that includes the
processes required ensuring timely completion of the project. It consists of activity
definition, activity sequencing, activity duration estimating, schedule development, and
schedule control.
Q
Quality Assurance (QA) - The process of evaluating overall project performance on a
regular basis to provide confidence that the project will satisfy the relevant quality
standards.
Quality Control (QC) - The process of monitoring specific project results to determine if
they comply with relevant quality standards and identifying ways to eliminate causes of
unsatisfactory performance.
R
Recovery Schedule - A specific schedule showing special efforts to recover time lost
compared with the master schedule.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 89
S
Schedule Performance Index - A comparison of the projects time performance to its
schedule:
SPI = BCWP/BCWS
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 90
T
Team Building - The process of influencing a group of diverse individuals, each with
individualized goals, needs, and perspectives, to work together effectively for the good
of the project such that their team will accomplish more than the sum of their individual
efforts could otherwise achieve.
Total Quality Management (TQM) - A common approach to implementing a quality
improvement program within an organization.
Trend Analysis - A mathematical method for establishing tendencies based on past
project history and allowing for adjustment, refinement, or revision to predict cost.
Regression analysis techniques can be used for predicting cost/schedule trends using
data from historical projects.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 91
U
Update - To revise the schedule to reflect the most current information on the project.
User Requirements - A statement that functionally describes the software, hardware,
or other business need as well as the general business need it is intended to meet.
V
Variance Analysis - An analysis of the difference between planned and actual
performance:
Cost Variance = BCWP - ACWP
% Over / Under = (ACWP-BCWP)/BCWP x 100
Unit Variance Analysis
Labor Rate
Labor Hours/Units of Work Accomplished
Material Rate
Material Usage
Schedule / Performance - BCWP - BCWS
W
Work Breakdown Structure (WBS) - A deliverable-oriented grouping of project
elements, which organizes and defines the total scope of the project. Each descending
level represents an increasingly detailed definition of a project component. Project
components may be products or services.
Work Package - A deliverable at the lowest level of the work breakdown structure. A
work package may be divided into activities.
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 92
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 93
Project WBS
Requirements Traceability Matrix
Responsibility Matrix
Risk Assessment Template
Risk Management Priorities
Project Notebook
Developing Task Worksheet
Project Schedule
City of Chandler
PM0.0.0-PMMethodology-GDE.doc
Page 94