Uncertainty of project estimates (Specially the software projects) is the biggest problem we face when planning a project ahead. I’ve never made a perfect plan for a project (The preliminary plan to be valid till the project is completed and to complete the project successfully with the same exact number of hours I planned initially?? No I have never been lucky).. So how do we deal with this uncertainty of projects when planning? Yeah I hear you .. Agile .. Scrum.. NO in this post I’m not talking about that.. Im just talking about our normal pre planned projects.
“Cone of uncertainty” (research done by NASA) reflects the uncertainty at different points of sequential development of a project. It shows that
In feasibility study stage schedule estimate can be different in a range of 60% - 160%
After the requirement specifications - + or – 15%
Likewise when the project progress each stage of the project reduces the uncertainly of the estimate. However uncertainty of estimate becomes 0 when the software is accepted.
Ok this is a long discussed theory.. then what does PMI say about the project uncertainty ? I wanted to refresh my memory J
PMI also believe in progressive accuracy of estimation. PMI defines some asymmetric way of viewing the uncertainty of estimates.
Initial order of magnitude estimate can have a difference from +75% to -25%
Budgetary estimate can have a difference from +25% to -10%
Final definitive estimate reduce the difference up to +10% to -5% Most the time at the level of the budgetary estimate , we sign up the contract with the customer. So we have somewhat risk in the estimations to take in to consideration when preparation of the estimates.
Twice I worked with some pretty large projects where we had to agree on penalties for each day of the schedule over run if occurred in the project.. Both times I could manage it within the agreed schedule.. (So didn’t pay any penalty to the customer) But I didn’t complete the project with expected profit to the last cent. Because I had to do certain resource utilization variance to deliver a project which was confirmed based on the budgetary estimate.
But now that I need to think beyond what I see I just like to have some feedback from other readers about this situation.. One solution which we can do is to apply risk factor to the budgetary estimate and have the luxury of that provision. The other solution is revising the estimate in selected milestones. I have done that many times.. but this needs establishing trust , loads of negotiations and convincing with the customer and other stakeholders as most of the stakeholders don’t care about cone of uncertainly..:-) The Million dollar question is that how do you handle this situation in traditional project management methods without hurting your project bottom line ?
Subscribe to:
Post Comments (Atom)
1 comments:
Actually, you already gave the answer to the Million $ Question:
"One solution which we can do is to apply risk factor to the budgetary estimate and have the luxury of that provision. The other solution is revising the estimate in selected milestones. I have done that many times.. but this needs establishing trust , loads of negotiations and convincing with the customer and other stakeholders as most of the stakeholders don’t care about cone of uncertainly."
Second one has my own preference. And yep, that takes some time and effort. Form all parties. Stakeholders don't care about your cone, but they do care about money. You can easily explain how that works:)
With fixed price, fixed date projects the risk around time and money constraints are shifted to the supplier side. It is only natural that an "insurance premium" is paid for this. This only gets tricky when you have competing bids.
You can also do parts of the offer fixed, and parts T&M. The low risk stuff can be done for a fixed price.
People don't want surprises. That's why they want fixed price/ fixed date. The other solution to "no surprises" is intensive communication during the entire project. But as that is experienced as very difficult in offshore situations people fall back on the fixed model.
So go with your own suggestion. Do low risk fixed price. And talk, talk and go the extra mile to convince people of your milestone approach.
Hope this helps... not sure :)
Bas
http://www.SoftwareProjects.org
Post a Comment