Software Project Management 4th Edition
Software Project Management 4th Edition
Software Project Management 4th Edition
Management
Chapter 3
4th Edition
Programme
management and
project evaluation
1
©The McGraw-Hill Companies, 2005
Main topics to be covered
• Programme management
• Benefits management
• Project evaluation
– Cost benefit analysis
– Cash flow forecasting
• Project risk evaluation
2
©The McGraw-Hill Companies, 2005
Programme management
• One definition:
‘a group of projects that are managed
in a co-ordinated way to gain benefits
that would not be possible were the
projects to be managed independently’
Ferns
3
©The McGraw-Hill Companies, 2005
Programmes may be
• Strategic
• Business cycle programmes
• Infrastructure programmes
• Research and development
programmes
• Innovative partnerships
4
©The McGraw-Hill Companies, 2005
Programme managers versus
project managers
Programme manager Project manager
– Many simultaneous – One project at a time
projects – Impersonal
– Personal relationship relationship with
with skilled resources resources
– Optimization of – Minimization of
resource use demand for
– Projects tend to be resources
seen as similar – Projects tend to be
seen as unique
5
©The McGraw-Hill Companies, 2005
Projects sharing resources
6
©The McGraw-Hill Companies, 2005
Strategic programmes
• Based on OGC approach
• Initial planning document is the
Programme Mandate describing
– The new services/capabilities that the
programme should deliver
– How an organization will be improved
– Fit with existing organizational goals
• A programme director appointed a
champion for the scheme
7
©The McGraw-Hill Companies, 2005
Next stages/documents
• The programme brief – equivalent of
a feasibility study: emphasis on costs
and benefits
• The vision statement – explains the
new capability that the organization will
have
• The blueprint – explains the changes
to be made to obtain the new capability
8
©The McGraw-Hill Companies, 2005
Benefits management
developers users organization
use for
the
benefits
application
build
to
deliver
•Providing an organization with a capability does not guarantee
that this will provide benefits as desired– need for benefits
management
•This has to be outside the project – project will have been
completed
•Therefore done at programme level 9
©The McGraw-Hill Companies, 2005
Benefits management
To carry this out, you must:
• Define expected benefits
• Analyse balance between costs and
benefits
• Plan how benefits will be achieved
• Allocate responsibilities for their
achievement
• Monitor achievement of benefits
10
©The McGraw-Hill Companies, 2005
Benefits
These might include:
• Mandatory requirement
• Improved quality of service
• Increased productivity
• More motivated workforce
• Internal management benefits
11
©The McGraw-Hill Companies, 2005
Benefits - continued
• Risk reduction
• Economies
• Revenue enhancement/acceleration
• Strategic fit
12
©The McGraw-Hill Companies, 2005
Quantifying benefits
Benefits can be:
• Quantified and valued e.g. a reduction
of x staff saving £y
• Quantified but not valued e.g. a
decrease in customer complaints by x%
• Identified but not easily quantified –
e.g. public approval for a organization
in the locality where it is based
13
©The McGraw-Hill Companies, 2005
Cost benefit analysis (CBA)
20
©The McGraw-Hill Companies, 2005
Internal rate of return
21
©The McGraw-Hill Companies, 2005
Dealing with uncertainty:
Risk evaluation
• project A might appear to give a better
return than B but could be riskier
• Could draw up draw a project risk
matrix for each project to assess risks –
see next overhead
• For riskier projects could use higher
discount rates
22
©The McGraw-Hill Companies, 2005
Example of a project risk
matrix
23
©The McGraw-Hill Companies, 2005
Decision trees
24
©The McGraw-Hill Companies, 2005
Remember!
• A project may fail not through poor
management but because it should never
have been started
• A project may make a profit, but it may be
possible to do something else that makes
even more profit
• A real problem is that it is often not possible
to express benefits in accurate financial terms
• Projects with the highest potential returns are
often the most risky
25
©The McGraw-Hill Companies, 2005