Elements of Project Success
Glen Alleman MSSM
Vetern, Applying Systems Engineering Principles, Processes & Practices to Increase the Probability of Program Success for Complex Systems in Aerospace & Defense, Enterprise IT, and Process and Safety Industries
There are three key?elements of every project on the planet - Cost, Schedule, and the performance of the product or service produced by the project. Each of these has?drivers. The connections between Cost, Schedule, and Technical Performance are different from?Iron?as suggested in the?Iron Triangle?of a PMI view of the project. Instead, the connections are elastic,?springy, and flexible. But they are connected.
Drivers of the Three Elements
Cost is driven by:
These costs are themselves variable, as a function of the project phase, external forces for labor, materials, and overhead. But the cost?variable?starts with these.
The schedule is driven by:
Technical Performance is driven by:
So What Does All This Mean?
But for project success, we need to have several things in place. The random behavior has to be knowable. It can't be chaos. If it is chaos, the project will fail because there is no corrective action.
The three elements need to be known to some degree of confidence.
What's the target schedule?
How much is this project going to cost when we're done?
What are we building?
How can we ensure our building meets the customer's needs?
Do know these to some degree of confidence. You need to know what?DONE?looks like. The only measure of progress becomes the passage of time and the consumption of money. It's unlikely any customer will be willing to pay you - at least for very long - to spend their money without some understanding of Cost, Schedule, and the resulting Technical Outcomes.
The?variables in the project or the product development process are?random variables, their reducible and irreducible uncertainties creating risk to the probability of project success. Answering the questions above and the many other?questions encountered in the business of writing software for money requires us to make estimates of the outcomes of any decision that impacts the project or product. With these estimates, decisions can be made about the?best?path to take to increase the probability of success. By?best,?it means the?best with the?probabilistic?knowledge at hand.
Increasing the Probability of Program Success(project or product) must be the goal of every process improvement effort. When we hear of some new and untested approach to developing software in the presence of uncertainty while spending other people's money, ask?how this increases the probability of success?in units of measure meaningful to the decision-maker. Rarely is that decision-maker the one spending the money.
Why Projects Fail - The Real Reason
Let's start with the success criteria for any project or program.
领英推荐
The measures of project success?MUST?start with two other measures.
Measures of Effectiveness (MoE)
MoEs belong to the End User. They define the units of measure
Measures of Performance (MoP)
MoPs belong to the Program - Developed by the Systems Engineer, measured by the Control Account Managers, and analyzed by program controls staff.
Key Performance Parameters (KPP)
Represent the capabilities and characteristics so significant that failure to meet them can cause reevaluation, reassessing, or termination of the program.
The acquirer defines the KPPs during the operational concept development - KPPs say what is "DONE."
Technical Performance Measures (TPM)
Attributes that determine how well a system or system element is satisfying or expected to satisfy a technical requirement or goal.
Technical Performance Measures:
These measures are the "success criteria" for the project. This includes the cost, schedule, and technical performance. This means that the notion of "quality, cost, and schedule" - the famous Iron Triangle - is not very useful for the following reasons:
This last statement is where we get in trouble with the project's measure of "success." With these two Systems Engineering measures, the customer and the supplier cannot recognize DONE when it enters the door.
The result is a high percentage of reported failures. Forget the "over budget" and "over schedule." These are secondary to the MoE and MoP compliance.
The Final Word
The principles are the basis of project or program success no matter the domain, context, or development and management processes - from Agile to compliance with FAR 34.2 and DFARS 234.2
Resources for Elements of Projects Success
Project All-Round Consultant, Project Manager & Deal Closer/ Investor Looking to Widen Investments / Authoring A Management Book
1 年Thank you for tackling this and from a systems perspective. Quick observation lifecycle and opex is needed to assess value for money as well, so the product of the project can show longevity. Opex should be split soft and hard. The KPP is where the details need to be in order to judge a project with strong focus on the welfare / purpose of the users (multiple); this is where all PMs need to come together for a generic metric or parameters that can be tailored; or accept it is different for each project and there is guidance on how to do this.
Strategic Execution Advisor for Infrastructure, Energy, and Environment | STE(A)M Advocate
1 年In my experience, a leading cause of project failure is to spend millions/billions of currency on the project while scrimping on experienced/certified talent. No wonder so many major projects are over budget and/or behind schedule. Then, to add insult to injury, the functionality is disappointing.