From this
list he compiled the top 10 project
schedule risk and the means of controlling them such as:
- Feature creep (never ending requests from customer for new/change features):
change board, design for change, incremental development
- Requirement gold-plating (wasting time to polish features while
the added value of the extra efforts is minimal): scrub requirements, time
boxing, cut the feature list based on time/cost limit
- Over optimistic schedule: multi estimation (e.g. ask estimate from several people),
negotiate the schedule, cut the feature list
- Silver bullet syndrome (a fallacy that a software/methodology can solve
everything): be sceptical of claims, measure/test the software.
- Short charged quality: allow time for QA
(review/test) activities
- Inadequate design: have explicit design activity, schedule time for
design, design review
- Contracting failure: check references, access the contractor ability before
hiring
- Weak personnel: hire top talents, training, teambuilding
He compiled
also a list of best practices based
on their efficacy (reduce schedule, reduce risk, increase progress visibility)
such as reuse, outsourcing, time boxing, evolutionary delivery, prototyping,
top 10 risk list.
One of the
interesting best practices is the "top 10 risk list":
1. make
list of project risks (e.g. feature
creep, the personnel with required skills is not on board, the external party
hasn't deliver their interface/WSDL specification)
2. rank the list based on the risk
exposure = probability occur * impact on schedule e.g. 20% * 2 weeks = 0.4
3. risk
monitoring: update the ranked list
periodically (e.g. weekly) with resolution
and status.
Rank this week
|
Rank last week
|
How long this risk has been in the list
|
Risk
|
Resolution
|
Status
|
1
|
2
|
4 weeks
|
The
personnel with Oracle SOA skills has not been acquired.
|
Hire an
external consultant. We're expecting to have the resource on board in the
week 22.
|
The
hiring budget has been approved last week. This week we're starting with interviewing
candidates.
|
Any comments are welcome :)
Reference:
Rapid Development: Taming Wild Software
Schedules by Steve McConnell
No comments:
Post a Comment