Stan Krupinski Quotes Wikipedia,
Andrzej Wardaszka Compares Delivery
with Business Case
In Part 1 of this series, Stan quoted Wikipedia
as describing the objectives of Project Management, in part, as follows:
"Project objectives define target status at the end of the project, the reaching of which is considered necessary for the achievement of planned benefits. They can be formulated as SMART: Specific, Measurable (or at least evaluable) achievement, Achievable (recently Agreed-to or Acceptable are used regularly as well), Realistic (given the current state of organizational resources) and Time terminated (bounded). The evaluation (measurement) occurs at the project closure."
Project success is based on whether or not the project delivered a value added product or service to the sponsoring organization. It is not based on whether or not the Project Manager successfully followed the PMBOK user manual. Meeting all the PMBOK requirements, and then delivering something useless is silly.
Because all projects have an end date, one should be able to declare success or failure at that point in time. Obviously, all you can do is compare actual results to baseline triple constraints. In theory, if the team has met or exceeded the baselines, you should be allowed to declare the project a success at project close. However, I would now like to agree with Max earlier that this success can change or be re-evaluated later.
The investment decision to go ahead with a particular project relied on a business case. Over the years and months that follow, when the PM and project team have all moved on to bigger and better things, someone (hopefully) will track whether the return on investment meets what was promised in the business case. Based on that analysis, another assessment of whether the project was a 'success' will be performed.
This now really becomes a question of whether the project was a good business investment (and the sponsor should be solely accountable here). However, perception is reality. If there is a lingering feeling that the project was not a good decision, in time that will translate into the project being a failure. A project that was once initially viewed as a success, can later be viewed as a failure.
4. Stan Krupinski: Project Manager
5. Andrzej Wardaszka: Watson Solutions Project Manager at IBM
6. "Triple constraints" here means scope, quality, time and cost.