Key Performance Indicators are defined as a limited set of quantifiable measures that indicate how well a project, program, or portfolio is performing against its most critical objectives. In project management, the term refers to project-specific signals rather than an exhaustive collection of operational data.
Most practitioners eventually learn that a metric and a KPI are not the same thing. A project can collect thousands of data points, but only a few of them genuinely reveal whether the work is on track, within tolerances, and likely to deliver the intended benefits.
Key Performance Indicators: Summary of Key Topics
| Key Concept | Summary |
|---|---|
| KPI Definition | A Key Performance Indicator is a concise set of quantifiable measures selected to demonstrate how effectively a project, program, or portfolio is performing against its most critical objectives. |
| Signal vs. Noise | Projects may capture extensive operational data, but only a few indicators reliably reveal whether delivery is on track, within agreed tolerances, and positioned to realize the intended benefits. |
| Three Elements | A well-defined KPI combines a measurable attribute, an explicit target or threshold, and the context required to make the result interpretable and actionable. |
| Portfolio vs. Project | Portfolio-level indicators typically emphasize return on investment, throughput, and resource utilization, while project-level indicators focus on scope stability, schedule variance, cost performance, defect rates, and risk exposure. |
| Historical Origin | Modern KPI practice emerged from the performance measurement movement that introduced the Balanced Scorecard in the early 1990s and accelerated with the rise of management dashboards. |
| Software Metrics | Software engineering has established four widely used delivery metrics: deployment frequency, change failure rate, mean time to recovery, and lead time for changes. |
| Key Components | A complete KPI specification includes the measure definition, authoritative data source, collection cadence, accountable owner, baseline or target, interpretation thresholds, and the reporting channel. |
| Qualitative KPIs | Qualitative KPIs capture structured judgment through stakeholder satisfaction ratings, team confidence surveys, design quality reviews, and readiness assessments. |
What Are Key Performance Indicators in Project Management?
When practitioners ask what is a Key Performance Indicator, they usually want to understand the difference between a measure that changes a decision and a number that simply fills a status report. Key performance indicators definition includes three elements: the measurable attribute, the expected target or threshold, and the context that makes the result interpretable. A KPI without a stated target is not really an indicator of performance; it is raw data waiting for judgment.
In project work, the temporary nature of a project changes how KPIs are selected. A portfolio may track return on investment, throughput, and resource utilization, but a project team needs indicators tied to scope stability, schedule variance, cost performance, quality defects, and risk exposure. The selection process is not about finding more data; it is about deciding what evidence would prompt action.
Project KPIs should be few enough to remember and credible enough to argue over. A common trap is to pull a generic list from a template without validating whether each indicator connects to an actual project objective. That produces dashboard clutter rather than management insight.
Key Performance Indicators Defined Across Frameworks
PMBOK does not define Key Performance Indicators as a formal process artifact, but the concept appears throughout monitoring and controlling. The PMBOK Guide describes work performance data, information, and reports, and KPIs are the analytical layer that converts raw data into useful information. In the Seventh Edition, the Measurement Performance Domain makes performance measurement an explicit concern across delivery approaches.
PRINCE2 handles performance through project controls and tolerances. The Project Board sets tolerances for time, cost, quality, scope, risk, and benefits, and the Project Manager escalates only when a forecast breaches those limits. KPIs in PRINCE2 are therefore the measures used to compare actual progress against tolerances, often within highlight reports and end stage reports.
Agile frameworks do not typically use the term KPI with the same formality. Scrum and Kanban rely on empirical data such as sprint burndown, cumulative flow, cycle time, and lead time. These are still key performance indicators when they are used to inspect progress and adapt the plan, even though Agile teams often call them metrics rather than KPIs.
Key Insights on Project Management KPIs
- Three Defining Elements of a KPI
- Every meaningful KPI combines a measurable attribute, a predefined target or threshold, and the surrounding context required to interpret performance correctly.
- Without a Target It Is Data
- A metric without a stated target remains raw data awaiting a decision rather than functioning as a true performance indicator.
- Project KPIs Differ From Portfolio KPIs
- Because projects are temporary, project level indicators focus on scope stability, schedule variance, cost performance, quality defects, and risk exposure rather than portfolio metrics such as return on investment or resource utilization.
- Choose Evidence That Triggers Action
- Selecting KPIs is fundamentally about deciding which evidence would prompt action, and a common mistake is copying a generic template without connecting each indicator to a concrete project objective.
- KPIs as an Analytical Layer
- PMBOK treats work performance data, information, and reports as its analytical layers rather than defining KPIs as a formal artifact, whereas PRINCE2 style governance establishes explicit tolerances for time, cost, quality, scope, risk, and benefits that trigger escalation when forecasts breach those limits.
Origins and Cross-Industry Context
The practice of measuring performance is older than modern project management. Early management thinkers used output targets in factories, and the quality movement later introduced statistical process control. The origin of key performance indicators as a modern business term is usually tied to the performance measurement wave that produced the Balanced Scorecard in the early 1990s and the broader growth of management dashboards after that.
Cross-industry use shaped what project teams now expect from KPIs. Manufacturing tracks overall equipment effectiveness, demand fulfillment, and defect rates. Aviation relies on leading safety indicators, flight operations data, and maintenance compliance. Oil and gas uses process safety metrics and environmental performance indicators. Software engineering popularized deployment frequency, change failure rate, mean time to recovery, and lead time for changes. Project management borrowed from all of these fields but added the constraint of a temporary organization with defined start and end dates.
That borrowing created a useful tension. Business KPIs often assume ongoing operations, but project KPIs must be tied to a unique objective that closes. A project may measure whether a new capability was delivered, whether it was accepted, and whether the business case still holds. Those are not routine operational concerns; they are evidence about a one-time investment.
From Organizational Dashboards to Project Controls
Organizations often begin with corporate KPIs and then ask project teams to report against them. The translation is not always clean. A corporate KPI such as customer satisfaction may be influenced by a project but cannot be fully controlled by the project manager. Project controls therefore need intermediate indicators: requirement stability, defect density, milestone achievement, schedule performance index, and cost performance index. These indicators still connect upward to business KPIs, but they are specific enough for the project team to act on.
Key Components of Key Performance Indicators
A well-formed KPI is not just a number; it is a small measurement system with several required parts. Key components of key performance indicators include the defined measure, the data source, the collection frequency, the responsible owner, the baseline or target, the thresholds for interpretation, and the reporting mechanism. When any one of these parts is missing, the indicator becomes harder to defend and easier to ignore.
The measure itself defines what is being counted or calculated. The data source determines whether the number can be trusted. Frequency matters because a monthly indicator may be too slow for an active project. The owner is the person who explains the number and acts on it. Thresholds turn data into signal, separating acceptable variation from an emerging problem. Finally, the reporting mechanism ensures the right audience sees the indicator at the right time.
Practitioners often observe that one KPI can look healthy while another looks troubled. That is normal. The purpose is not to average them into a single tidy score but to reveal trade-offs. A schedule may be ahead because quality testing was shortened; separate indicators make that trade-off visible.
Leading and Lagging Indicators
Leading indicators give early warning before an outcome has occurred. Examples in project management include requirement churn, team velocity, risk exposure, unresolved blocking issues, and stakeholder engagement quality. They are noisier than lagging indicators but allow intervention while there is still time.
Lagging indicators describe what has already happened. Schedule variance, cost variance, defect count after testing, customer acceptance results, and benefits realized are lagging indicators. They are valuable for accountability and historical analysis, but they cannot prevent the event they measure. Effective project monitoring combines both types.
Quantitative and Qualitative Indicators
Quantitative KPIs are numeric: cost overrun percentage, number of changes, cycle time, test pass rate. Qualitative KPIs rely on structured judgment, such as stakeholder satisfaction ratings, team confidence, design quality reviews, and readiness assessments. Qualitative does not mean vague. A qualitative KPI can use a defined scale, consistent criteria, and a repeatable collection method.
In practice, project teams often overinvest in quantitative indicators because they look objective. But some of the most useful early signals, such as whether the team believes a deadline is achievable or whether a business owner supports a requirement change, are qualitative. The target is not to eliminate judgment but to make it transparent.
Strategic, Operational, and Project-Level Indicators
KPIs exist at multiple altitudes. Strategic indicators relate to business outcomes, benefits, market impact, or strategic alignment. Operational indicators track throughput, utilization, quality, and process stability. Project-level indicators track baselines, deliverables, risks, issues, and resources. A mature measurement approach links these levels so that a variance at the project level can be traced to its likely effect on strategic outcomes.
Essential Anatomy of a Well-Formed KPI
- KPI as a Measurement System
- A well-formed KPI is best understood as a compact measurement system rather than a single number, since its value depends on several interdependent components working together.
- Seven Required Components
- A complete indicator specifies the measure itself, its data source, collection frequency, accountable owner, baseline or target, interpretation thresholds, and the reporting mechanism through which findings reach decision makers.
- Missing Parts Weaken Indicators
- If any component is missing, the indicator loses credibility and becomes significantly harder to justify, which allows stakeholders to discount or disregard it.
- Timing and Interpretation Matter
- Frequency must align with the pace of the work, since a monthly measure may be too slow for an active project, while thresholds turn raw data into actionable signal by separating normal variation from emerging problems, and the reporting mechanism ensures the appropriate audience sees the result at the right time.
- Quantitative versus Qualitative KPIs
- Quantitative indicators are expressed numerically, for example cost overrun percentage, cycle time, or test pass rate, whereas qualitative indicators depend on structured judgment and include satisfaction ratings, team confidence, and readiness assessments.
Purpose and Importance of Key Performance Indicators
The purpose of key performance indicators in project management is to replace anecdote and intuition with a consistent, comparable basis for judgment. They help sponsors, project managers, and teams see whether the work is delivering value, burning resources too quickly, drifting from scope, or accumulating risk. Without them, project status becomes a collection of opinions filtered through the loudest voice.
KPIs support several management actions: escalation, reprioritization, corrective action, resource reallocation, and stage gate decisions. They give a Project Board a reason to ask questions. They also protect teams by making expectations explicit. If a sponsor demands faster delivery, the relevant KPI can show the likely effect on cost or quality before the change is approved.
There is also a psychological benefit. Teams respond to visible measurement, but only when the measures are seen as fair and connected to outcomes the team can influence. A KPI imposed without explanation often creates gaming behavior or disengagement. A KPI developed with the team creates shared ownership of the result.
Key Performance Indicators in Monitoring and Controlling
Monitoring and controlling is where project KPIs do most of their work. The project manager compares actual performance to the baselines, identifies variances, and decides whether thresholds have been crossed. Work performance data becomes work performance information through exactly this comparison. Schedule performance index, cost performance index, defect rates, and issue aging are common indicators in predictive projects.
From a Business Value-Oriented Project Management perspective, monitoring extends to Business Value Points and process damage, a form of invisible organizational harm that conventional dashboards rarely capture. BVOPM also categorizes waste as overwork, perfectionism, and rejected acceptable work, and a persistent decline in Business Value Points may signal that project closure should be considered. These value-oriented measures do not replace schedule and cost KPIs; they address the risk of delivering on time and budget while destroying value through poor process choices.
The plain meaning is that a project can be green on schedule and cost while still producing waste, burning out people, and delivering something nobody wants. KPIs chosen only from the triple constraint miss that failure mode. That is why value-oriented measures have gained attention even in traditional project environments.
Early Warning and Decision Quality
KPIs are not just for reporting at the end of a month. The best ones act like the instruments in a car or an aircraft: they let you adjust before the situation becomes unrecoverable. A rising count of unresolved risks or a slowing velocity may not prove failure, but it creates an early conversation. Decision quality improves because the conversation starts from evidence rather than assumption.
Key Performance Indicators in PMBOK and PRINCE2
Key Performance Indicators PMBOK are embedded in the monitoring and controlling processes rather than presented as a separate knowledge area. They appear in variance analysis, trend analysis, earned value management, quality control, and procurement performance reviews. In the PMBOK Guide, the project management plan defines how performance will be monitored, and the relevant baselines serve as the reference points for KPI interpretation.
In the Sixth Edition, each controlling process uses performance data to compare against the plan. Control Schedule uses the schedule baseline and calculates schedule variance and schedule performance index. Control Costs uses the cost baseline and calculates cost variance and cost performance index. Control Quality uses defect metrics and inspection results. Monitor Risks tracks risk exposure and the effectiveness of risk responses. All of these are potential key performance indicators when they are linked to project objectives and decision thresholds.
The Seventh Edition of the PMBOK Guide reframes project work around principles and performance domains. The Measurement Performance Domain explicitly addresses what to measure, when to measure, and how to use the results. This shift reflects a broader view that KPIs must support adaptation, not just compliance reporting. A measurement system that does not change behavior is waste.
Key Performance Indicators in Predictive Projects
Predictive projects benefit from stable baselines and well-defined deliverables, which makes quantitative KPI selection easier. Earned value metrics are common because the work is planned in detail before execution. Indicators such as schedule variance, cost variance, schedule performance index, and cost performance index summarize past performance and enable forecasting. Quality indicators such as rework percentage and first-pass yield supplement the schedule and cost picture.
However, earned value has limitations. It assumes a reliable baseline and a reasonably stable scope. If the baseline is weak, the indicators are merely a precise measurement of a bad plan. If scope changes constantly, the baseline loses meaning. Experienced project managers therefore pair earned value with change request volume and requirement stability metrics.
PRINCE2 and Management by Exception
PRINCE2 does not mandate a standard KPI framework, but its control system serves the same purpose. The Project Board sets tolerances for time, cost, quality, scope, risk, and benefits. The Project Manager monitors progress and produces highlight reports and checkpoint reports. When performance is forecast to exceed tolerance, an exception report triggers a decision by the Project Board. The indicators used in these reports are effectively project KPIs defined by the tolerances.
Management by exception means the board does not need every detail. It needs indicators that show whether the project remains within agreed boundaries. This requires thresholds that are negotiated early and reviewed at stage boundaries. PRINCE2's emphasis on stage control also means KPIs may change between stages, because risks and priorities change as the project moves forward.
Key Takeaways on KPIs in PMBOK
- KPIs Embedded in Control Processes
- The PMBOK Guide integrates key performance indicators directly into monitoring and controlling processes, including variance analysis, trend analysis, earned value management, quality control, and procurement reviews, instead of presenting them as a separate knowledge area.
- Baselines as Reference Points
- The project management plan establishes how performance will be monitored, and approved baselines serve as objective benchmarks for evaluating indicators such as cost variance and the cost performance index.
- Shift Toward Principles and Adaptation
- The Seventh Edition reframes project management around principles and performance domains, signaling that KPIs should primarily enable adaptation and informed decisions rather than merely fulfilling reporting requirements.
Key Performance Indicators in Agile and Hybrid Delivery
Key performance indicators in Agile often focus on flow, predictability, quality, and value rather than conformance to a static baseline. Agile teams may call them metrics, but when they are selected to reveal whether the team is meeting its commitments and improving, they fit the KPI definition. Velocity, cycle time, lead time, throughput, work in progress, escape rate, and sprint goal success are common candidates.
The context shift is important. A predictive project treats the plan as the primary reference point. An Agile project treats the product increment, customer feedback, and sustainable pace as reference points. A KPI like cycle time tells the team how long work spends in the system. A KPI like escape rate tells the team how many defects reach the customer. Neither requires a detailed upfront schedule baseline.
Hybrid delivery creates a mixed measurement environment. Some teams may still report earned value for contracted work while also using cycle time and cumulative flow for product development. The program or project manager must avoid forcing one set of indicators where they do not fit. The measurement question in hybrid work is not which framework is superior but which indicators give the necessary information at each level.
Key Performance Indicators in Scrum and Kanban
Scrum teams frequently track sprint burndown and velocity. Burndown shows work remaining in the sprint against time. Velocity is the average amount of work completed in recent sprints. Velocity is useful for planning capacity, but it is dangerous as a performance target because it can be gamed by inflating estimates or lowering definitions of done. Kanban teams track cycle time, lead time, throughput, and work in progress. These are flow metrics that reveal bottlenecks and process stability.
Neither Scrum nor Kanban prescribes a single mandatory set of project KPIs. The team selects measures that help it inspect and adapt. The Scrum Master or Agile coach often protects the team from externally imposed metrics that do not reflect how the team actually works. This is not anti-measurement; it is anti-misinterpretation.
Limits of Agile Metrics
Agile metrics can also become vanity metrics. Velocity is the most commonly misused. A higher velocity does not automatically mean more value delivered, because velocity depends on estimation scale. Cycle time can improve because work items are broken into smaller pieces without increasing useful output. Team morale can collapse while throughput stays high. Good Agile KPI selection therefore includes a mix of delivery, quality, value, and team health indicators, and treats any single number with suspicion.
Common Challenges, Pitfalls, and Misconceptions
Common misconceptions about key performance indicators include the belief that more data always improves control, that a KPI is objective simply because it is numeric, and that hitting every KPI target means the project is successful. None of these holds up under real project conditions. Too many indicators dilute attention, numeric targets can still be gamed, and a project can meet its internal targets while failing its business purpose.
Another pitfall is the lagging indicator trap. Organizations often measure only what has already happened because lagging data is easier to collect. By the time a cost variance or a customer complaint appears, the project may already be in trouble. Leading indicators are harder to define and more uncertain, but they are the ones that create room to act.
Gaming behavior appears whenever a KPI is attached to reward or blame without careful design. Teams may pad estimates, close defects without fixing root causes, or mark tasks complete prematurely. This does not mean people are dishonest; it means the measurement system has created a rational but unintended incentive. The same risk exists at program and portfolio levels, where local optimization can undermine overall value.
Vanity Metrics and Dashboard Clutter
Vanity metrics look impressive but do not drive decisions. A dashboard showing hundreds of green indicators may satisfy an executive meeting but mask serious problems. The test of a useful KPI is simple: if the number changed unexpectedly, would someone do something differently? If the answer is no, it is probably not a key performance indicator.
Dashboard clutter is a governance issue as much as a technical one. Reporting systems make it easy to add more indicators, and removing them is politically harder. Over time, project reports become thick with measures that no one can explain. Periodic KPI review is therefore as important as initial selection.
Why Good KPIs Sometimes Fail in Projects
Even well-designed KPIs fail when data quality is poor, baselines are unrealistic, or the organizational culture punishes bad news. A project manager may hesitate to show a declining indicator if the sponsor reacts with blame instead of problem solving. The result is a status report that looks beautiful while the project quietly fails. This is not a flaw in KPI theory; it is a flaw in how measurement is governed.
KPIs also fail when they are imposed uniformly across projects with different risk profiles. A construction project, a software product launch, and a research project may all be called projects, but their meaningful indicators differ. The methodology and lifecycle stage matter. Adapting KPI selection to context is a sign of maturity, not inconsistency.
Key Takeaways on KPI Pitfalls
- More Data Is Not Control
- The assumption that additional metrics automatically strengthen oversight is a common fallacy; excessive indicators fragment attention and obscure the few measures that truly drive decision making.
- Numeric Targets Can Be Gamed
- A numeric KPI is not inherently objective; when targets are tied to rewards or penalties without careful design, they encourage inflated estimates, superficial defect closures that ignore root causes, and premature task completion.
- Lagging Data Delays Action
- Because lagging indicators are easier to collect, organizations frequently rely on historical metrics; by the time a cost variance or customer complaint emerges, the underlying project may already be off track with limited room to intervene.
- Hitting Targets Is Not Success
- Meeting every internal KPI can coexist with failure to deliver the intended business outcome, because optimizing individual measures at the program or portfolio level frequently erodes the value of the overall portfolio.
Key Performance Indicators vs Related Concepts
Key performance indicators vs metrics is a common source of confusion. Every KPI is a metric, but not every metric is a KPI. A metric is any measured quantity, such as number of documents created, number of meetings held, or lines of code written. A KPI is a metric that has been chosen because it indicates progress toward a critical objective. The selection and the target are what separate the two.
Critical success factors are conditions that must be true for the project to succeed. KPIs measure performance against those conditions. For example, active executive sponsorship may be a critical success factor. A KPI might be the number of unresolved sponsor decisions older than a week. The success factor defines what matters; the KPI makes it measurable.
Key risk indicators are similar to KPIs but focus on emerging risk rather than performance. They are useful in risk management because they provide signals before risks materialize. A rising number of overdue dependencies can be a key risk indicator even though it may also appear in project performance reports. The difference is intent: KRIs trigger risk response, while KPIs evaluate progress.
Key Performance Indicators vs Critical Success Factors and OKRs
Objectives and Key Results use a goal-setting structure that is sometimes confused with KPIs. An objective is a qualitative ambition, and key results are measurable outcomes that define success. A KPI can serve as a key result, but the OKR framework adds the discipline of setting a target within a defined timebox. KPIs often monitor ongoing health, while OKRs emphasize a specific change or achievement.
Benefits realization measures also overlap with KPIs. A program may track benefits such as cost reduction, revenue increase, or customer retention after delivery. Those benefits are lagging outcome indicators. Project-level KPIs are usually earlier signals, such as deliverable acceptance and transition readiness, that feed into eventual benefit performance.
Understanding these relationships helps prevent measurement confusion. A project may have a KPI tracking schedule variance, a key risk indicator tracking supplier instability, a critical success factor around regulatory approval, and an OKR to reduce user onboarding time. Each plays a different role in the same governance system.
Evolution and Current Thinking
The evolution of key performance indicators in project management reflects a movement from static, finance-dominated reporting toward adaptive, value-focused measurement. Early project controls emphasized schedule and cost baselines. Later frameworks added quality, risk, and stakeholder dimensions. Current thinking treats measurement as a continuous feedback loop that should change decisions, not simply populate reports.
Dashboards are now expected to be more than static displays. They connect to live data sources, highlight thresholds, and increasingly incorporate leading indicators such as team morale, risk velocity, and customer feedback loops. The technology is not the point. The point is that project sponsors and managers can no longer wait for a monthly report to discover a problem that started weeks earlier.
There is also growing recognition that time and cost are incomplete proxies for value. A project can finish on schedule and budget while delivering low adoption, poor quality, and weak business change. This has pushed value-oriented measurement into project, program, and portfolio levels. Benefits realization, value stream metrics, and evidence-based management now sit alongside traditional earned value measures.
From Static Dashboards to Adaptive Measurement
The earliest project dashboards reported what had happened. Modern measurement systems increasingly ask what is likely to happen and what should be done about it. Predictive analytics, trend lines, and rolling forecasts support this shift. But the human part remains essential. An algorithm cannot decide whether a variance is acceptable or whether a threshold should change; stakeholders do that through governance conversations.
Adaptive measurement also means the KPI set may change during the project. A measure that was relevant during planning may become irrelevant during execution. A measure that matters during delivery may be retired during transition. Permanent KPI lists are often a sign of stale governance. Periodic review keeps the measurement system aligned with current project risks and objectives.
The Shift Toward Outcome and Value Indicators
Current best practice separates activity from outcome. Activity indicators measure whether tasks were completed. Outcome indicators measure whether the result changed user behavior, customer experience, or business performance. A project can be busy and efficient while failing to produce an outcome. Outcome indicators are harder to collect because they often depend on external conditions, but they are closer to the reason the project was authorized.
There is also debate about how many KPIs a project should have. Some practitioners argue for five to seven; others say the right number depends on project complexity and governance maturity. There is no universal rule, but the reasoning behind the number matters more than the number itself. Fewer indicators are easier to manage, but too few can hide important trade-offs. The challenge is choosing indicators that are collectively sufficient without being redundant.
Another current debate concerns team-level indicators in Agile environments. Traditional command-and-control measurement can damage autonomy and psychological safety. Many experienced Agile practitioners advocate for team-owned metrics with transparent definitions and a clear link to improvement experiments. That is a significant shift from corporate dashboards imposed from above. Yet even self-managing teams need some shared indicators to coordinate across teams and report to sponsors.
The field is still evolving. Projects will always need schedule, cost, quality, and risk indicators, but the ways they are selected, collected, and governed continue to mature. A project manager who treats key performance indicators as living instruments rather than static compliance reports is better positioned to deliver value under uncertainty.
Key Insights on Measurement Evolution
- From static to adaptive reporting
- Measurement in project management has shifted from static, finance-centric reporting to adaptive, value-oriented systems that recalibrate as project conditions change.
- Expanding dimensions of performance
- Early project controls concentrated narrowly on schedule and cost baselines, while more mature frameworks incorporate quality, risk, and stakeholder impact as integral dimensions of performance.
- Measurement as continuous feedback loop
- Contemporary practice treats measurement as a continuous feedback loop that actively shapes decisions instead of simply filling reports, and governance discussions use those signals to judge whether a variance should be tolerated.
- Leading indicators gain prominence
- Modern measurement systems integrate with live data streams, automatically flag threshold breaches, and give greater weight to leading indicators such as team morale, risk velocity, and customer feedback loops.
- Value beyond time and cost
- Because projects can meet schedule and budget targets yet still deliver weak adoption, poor quality, and limited business change, benefits realization, value stream metrics, and evidence-based management now complement traditional earned value measures.
