Download 2 How to Rescue Sick Projects

Survey
yes no Was this document useful for you?
   Thank you for your participation!

* Your assessment is very important for improving the workof artificial intelligence, which forms the content of this project

Document related concepts

PRINCE2 wikipedia , lookup

Earned value management wikipedia , lookup

Cost estimate wikipedia , lookup

Construction management wikipedia , lookup

Transcript
1
Jan 19, 2006
How to Rescue Sick Projects
Frank Howard, PMP
TRSC/Robbins-Gioia, LLC
703 767-1220
[email protected]
2
Jan 19, 2006
What is a Sick Project?


A Project that can not seem to get started
A Project that is breaching thresholds
–
–
–

3
Over cost
Over budget
Under performing
A Project that is being deserted by
stakeholders
Jan 19, 2006
Should We Rescue this Project?
Is the function still needed?
 Are there still sponsors?
 Do we have the time/resources to help?
 Is recovery possible?
If not,
Put the project out of its misery!

4
Jan 19, 2006
How can we rescue these projects?
Approach the problem like a doctor!
 Collect project’s vital signs
 Form a diagnosis
 Prescribe a treatment
 Monitor progress
 Adjust as necessary
5
Jan 19, 2006
Vital Signs

Basic measures of health
–
–
–

Stakeholders
–
–
6
Cost
Schedule
Performance
Expectations
Circumstances
Jan 19, 2006
Symptoms

Where does it hurt?
–
–
–
–
–

7
Cost
Schedule
Performance
Operations and Maintainability
Stakeholders
Expectations vs. Reality
Jan 19, 2006
Diagnosis

Core project causes
–
–
–
–
–


8
Vaulted expectations
Poorly defined requirements
Loss of baseline
Uncontrolled costs
Uncontrolled schedule
Poor/missing management
Combinations of the above
Jan 19, 2006
Vaulted Expectations

Double speak
–




9
White lies
Tomorrow is new day
The sky is the limit
It slices, it dices, . . . it does windows!
I know that you don’t care, but . . .
Jan 19, 2006
Poorly Defined Requirements






10
Ambiguous
Not testable
Not documented
Not sponsored
Unachievable
Unnecessarily complex
Jan 19, 2006
Requirements

An agreed upon set of needed testable
functions
Testable through:
Test
Demonstration
Stakeholder Buy-in
Similarity
Inspection
11
Jan 19, 2006
Loss of baseline




12
Contract baseline – Casual direction
Technical baseline – Uncontrolled changes
Functional baseline – Stakeholder creep
Test baseline – Problems upon problems
Jan 19, 2006
Uncontrolled Costs

Cost multipliers
–
–
–
–
–
13
Uncontrolled baseline changes
Administrative confusion
“Club Program Office” travel
We can go faster, farther, higher, lower, bigger,
smaller . . . .
It will just take a little longer
Jan 19, 2006
Poor/Missing Management






14
No processes
No decisions
Tyrannical
Bureaucratic bottlenecks
Go with the flow
Consensus rules
Jan 19, 2006
15
Jan 19, 2006
Baseline Control Tools




Contract baseline – Contracting Officer
Technical baseline – Change Control Board
Functional baseline – Change Control Board
Test baseline – Structured testing
–
–
16
Functional Configuration Audits
Physical Configuration Audits
Jan 19, 2006
Cost Control Tools

Cost controls
–
–
–
–
–
–
17
Earned value management processes
Specific spending limits, no exceptions
Program Office discipline
Performance based reimbursement
Restricted travel, each trip and traveler justified
How good is enough?
Jan 19, 2006
Managed Expectations

Say what you mean
–




18
No sugar coatings
Keep your promises
Limit project to achievable goals
Don’t oversell goals
Obtain Stockholder buy-in
Jan 19, 2006
Management

Use management tools
–
–
Risk management
Earned Value management


–
–



19
Cost performance baseline
Integrated Master Schedules
Configuration management
Communications management
Identify and track management metrics
Accept the responsibility for failure
Use structured testing techniques
Jan 19, 2006
Treatment Strategies



New Program Plan
Start with the simple solutions
Monitor results closely and frequently
–
–


20
Inch-Stones
Instill schedule and cost discipline in all project
participants
Recognize success
Make failure distasteful
Jan 19, 2006
How do we determine treatment?

Realistic assessment of current project status
–

Compare current status to expectations
–

21
Is the “possible” enough in the interim
Identify all gaps
–

What is possible?
Develop logical plan to fill gaps after project is
back on track
Learn the “Art of the possible”
Jan 19, 2006
What is the treatment?


The “Art of the possible”
A realistic course of action
–
Expectation Management


–
Crawl before you walk
Each Small step is a big thing
Effective use of management tools


Risk Management
Earned Value Management
–
–


–
22
Cost Performance Baseline
Integrated Master Schedules
Configuration Management
Communications Management
Get Stakeholder buy-in before you implement
Jan 19, 2006
Monitor Treatment Progress



Implement treatment
Keep your finger on the pulse
Frequent reports to all stakeholders
–
–

Claim success upon success
–
23
Generate enthusiasm for small steps
Integrate Stakeholders into the solution
–
Realistic Cost, Schedule, and Performance
baselines
It Pays to Advertise
Jan 19, 2006
Release Project into Normal
Management Processes

The program is healthy when it has:
–
–
–
–
24
A documented achievable plan
Is demonstrating successes
Shows competent Management oversight
Has a satisfied stakeholder base
Jan 19, 2006
Take Aways

Primary areas of failure
–
–
–
–

Primary remedies
–
–
25
Vaulted expectations
Requirements definition
Baseline control
Cost control
Strong consistent management control
Realistic program goals, met on time, within cost
Jan 19, 2006
Any Questions
26
Jan 19, 2006