There is no universal definition of project success. Some projects must satisfy certain stakeholders or avoid certain negative consequences. Other projects must finish prior to a certain date. Still others must be stay within a certain budget. And some require all of these, and more.
Since a project is defined as a temporary endeavor which produces a unique product, service, or result the schedule and budget are almost always major factors.
But not always. And most projects have others that define their success. For that reason each project must develop its own critical success factors which define the success or failure of the project.
The Definition of a Successful Project
In project management, everything is built upon a foundation called critical success factors. These are the criteria that a project needs to satisfy. They are the definition of project success.
Very few projects are completed within the original planned constraints of time, cost, and quality. There are almost always changes that occur which also impact the success criteria, especially for project that are technically innovative. Therefore, project success could theoretically occur even without hitting the exact target as originally planned. In that sense, the target is not a point, but a cube.
Critical Success Factors
Most projects have primary critical success factors that are central to the project definition, like building a bridge that doesn’t fail, or a fence that keeps the dog inside. Also, things like finishing on time or staying at or below the budget are also considered primary, if the “project sponsor” considers that as part of project success.
They are usually seen through the eyes of the project sponsor, or customer, who initiated the project or is paying for it.
Secondary success factors often originate from the passive stakeholders – those that don’t contribute to the project but have a vested interest in it. In the case of building your fence, a gas line running under the fence would constitute a passive stakeholder.
Almost every project has other parties who are impacted by the work. Defining what those project requirements are results in critical success factors. Each of the following stakeholders can have their own definition of project success, such as:
- Consumers: Safety in product use
- Employees: Job security
- Management: Financial health
- Investors: Profitability
- Regulatory Agencies: Compliance with regulations
Role of Communication in Project Success/Failure
There are countless cases of project managers ending up in the doghouse even though a project got delivered on time, under budget, and nothing catastrophically bad happened. Why is this is the case?
The most important thing is not even so much to get the project perfectly right, but to communicate with the stakeholders. People that feel consulted will allow significantly more problems without altering their perception of project success. They allow you a longer leash, if you will. Project failure falls into two camps:
- Planned failure is that which is a result of poor planning. A budget or schedule that was unrealistic, or a project scope that wasn’t well defined.
- Actual failure is when the project goals were well planned but were not achieved within acceptable boundaries. If the stakeholders consider the project to be outside of the cube we discussed before, it has not been a success.
The sum of planned and actual failure is called perceived failure. If your project is perceived to be a failure, you have not been successful as a project manager, even if the project achieved all it’s other goals.
The opposite is also true. If the project didn’t actually achieve its intended goals but all stakeholders, including the funding authority, are satisfied the project would usually (although not always) be considered a success. For example, if you ended up building a trench filled with water instead of a fence, but it keeps the dog inside and the neighbor is happy with the product, hey, it’s a success right? One could argue the project plans should have been changed mid-project to define a new project scope, and it’s actually a “new” project that is a success, not the old one. But suffice it to say that communication is integral to project success.
Checklist
Usually there is a list of five or more things that most projects need to satisfy in order to be considered a success. Here is a list of questions to aid in brainstorming critical success factors:
- Was the project completed on time?
- Did it stay within budget?
- Are the stakeholders satisfied?
- Did it or can it result in follow-up work?
- Did it meet the proper performance or specification level?
- Is the result acceptable to end user/owner?
- Were the scope changes minimal and/or agreed upon?
- Did it avoid unnecessary disturbance to the main work flow of the organization?
- Did it avoid changing the corporate culture?
- Did it advance the corporate goals of the organization?
- Did it meet ethical, moral, or safety standards?
- Were the applicable regulations followed?
Examples
Here are some examples of good critical success factors:
- Construct a dam that contains a 1: 100 year storm event, does not fail under the full water loading at a safety factor of 2.5, and satisfies all the other design specifications of <X>.
- Complete the project and hold a final inspection with the client before <Date>.
- Ensure that adjacent landowners are satisfied with the partial loss of their ocean views, and loss of privacy.
- Avoid unnecessary disturbance to the river, including the deposition of silt material, garbage from construction, and relocation of the bed and banks.
- Achieve a profit of <X>.
- Position the corporation for follow up work. This will be achieved via strong communication and regular updates to client <X>, and prompt responses to design questions.
Performance Indicators
Here’s a list of some factors that you could readily use to track project performance in light of the project’s critical success factors.
- Final overall cost
- Cost vs. Benefit
- Cost variance
- Schedule variance
- Scope changes
- Client/owner satisfaction
- Stakeholder satisfaction
- Completion date (on time?)
- Quality of product
- Functionality of product
- Amount of rework
- Length of down time / off line
- Securing of future projects based on this one
- Number of units produced
- Manufacturing time
- Delivery time
- Margins
- Return on Investment (ROI)
- CAPEX (Capital expenditures)
- OPEX (operating expenditures)
- Retail or wholesale price
- Cost of supplies/inputs
- Amount of waste produced
- Amount of byproduct (emissions, waste ore, etc.)
- Market share
Do you have any other ways of measuring your project success? Let us know in the comments below. I’d love to hear the many other different ideas on how to measure project success.