Turn your wounds into wisdom

Loading...

Doitify
Pricing Enterprise Download Contact Us
Doitify › Project Planning & Execution

“KPI Examples for Project Management: 25 Metrics That Matter”

Updated on November 12, 2026 https://doitify.com/planning/kpi-examples-project-management/
Share
Summary

25 KPI examples for project management with formulas, defensible benchmarks and sources — from CPI and SPI to cycle time, WIP, scope creep and decision latency.

The 25 KPIs here are grouped into five decisions: predict delivery, see flow, control scope, size capacity, manage risk. Benchmarks exist for about half of them. PMI’s 2025 Pulse of the Profession puts schedule adherence at 63% and budget adherence at 73% for projects across the sample.

How should you choose which KPIs to track?

kpi examples for project management is a key topic in modern project management and teamwork. Choose by decision, not by category. For each candidate metric, ask what you would do differently if it moved. If the answer is “nothing” or “discuss it,” the metric is reporting, not management.

A useful filter has three tests. First, ownership: one named person can act on the number. Second, cadence: the metric changes fast enough to be reviewed weekly or monthly, not annually. Third, cost: you can compute it from data you already capture, without a new timesheet ritual that the team will resent by week three.

That filter eliminates most of the usual list. Customer satisfaction scores, employee engagement, and revenue per project are all real and important; none of them are project management KPIs, because the project manager cannot move them inside a sprint.

Group 1: Can we predict delivery?

These seven answer the question a sponsor asks first: will this land when we said, at the cost we said.

KPI Formula Defensible benchmark Source
On-time delivery rate Milestones completed by due date ÷ milestones due 63% schedule adherence (cross-project average) PMI Pulse of the Profession 2025
Budget adherence Projects finishing within initial budget ÷ projects finished 73% PMI Pulse of the Profession 2025
Cost performance index (CPI) Earned value ÷ actual cost ≥ 1.00 healthy; below 0.95 needs a recovery plan PMI practice standard for earned value
Schedule performance index (SPI) Earned value ÷ planned value ≥ 1.00; SPI below 0.90 for two periods is a trend, not a blip PMI practice standard for earned value
Estimate accuracy \ actual − estimate\ ÷ estimate Within ±10% at completion; ±25% is common on first-of-kind work Internal baselines; no credible public cross-industry figure
Milestone hit rate Milestones hit on the original date ÷ total milestones 80%+ for internal milestones; 60–70% is typical on client work Practitioner range; validate against your own history
Forecast stability \ EAC this period − EAC last period\ ÷ EAC last period Under 5% month over month Derived; no public benchmark

Two notes on the earned-value pair. CPI and SPI are only meaningful against a real baseline; without one they are arithmetic theater. And SPI has a known distortion: it measures value earned against planned value, so a project that front-loads easy work shows a healthy SPI while the hard 20% remains untouched.

Forecast stability deserves more attention than it gets. A project whose estimate at completion moves 3% every month is telling you the plan is understood. One that jumps 20%, then 15%, then 30% is telling you nobody has a model of the work, and the final number is noise.

Join Doitify Today

Move projects forward without the chaos: all your tasks, progress, and team reports in one unified workspace. Built for companies, startups, and remote teams — with a quick setup and a free trial.

Example 1: CPI, SPI and the forecast they imply

A migration project has a budget at completion of $400,000. At the end of month five, the plan says $200,000 of work should be done. The team has actually completed work valued at $180,000 and spent $210,000.

CPI = 180,000 ÷ 210,000 = 0.857. SPI = 180,000 ÷ 200,000 = 0.90. The estimate at completion, using the standard CPI-based forecast, is 400,000 ÷ 0.857 = $466,700. The variance at completion is −$66,700, roughly 17% over budget.

That single calculation converts a vague “we are a bit behind” into a number a sponsor can act on: either cut $67,000 of scope, or approve the overrun, or re-plan. A dashboard showing only percent complete would have communicated none of this.

Group 2: How is work actually flowing?

Delivery predictability tells you about outcomes. Flow metrics tell you why, and they change weekly, which makes them better steering instruments.

KPI Formula Defensible benchmark Source
Cycle time (p50, p85) Time from work started to work done, per item Use your own distribution; p85 is the commitment line Flow practice; no universal benchmark
Lead time Time from request accepted to delivered Track trend, not absolute value Flow practice
Throughput Items completed per week or sprint Compare to arrival rate; throughput below arrivals means a growing queue Little’s Law
WIP vs limit Items in progress ÷ agreed WIP limit At or below the limit; 1.2× is a warning Kanban practice
Blocked time ratio Blocked hours ÷ total cycle hours Under 15% Practitioner range
Rework rate Tasks reopened within 14 days ÷ tasks completed Under 10% Practitioner range
First-pass approval rate Deliverables approved without revision ÷ submitted 70%+ on repeatable work Practitioner range

Little’s Law is the reason this group earns its place: average cycle time equals average WIP divided by throughput. If a team of eight has 24 items in progress and finishes six a week, cycle time is about four weeks no matter how hard anyone works. Cutting WIP to 12 items halves the cycle time without adding a single person. That is the cheapest performance improvement available to most teams, and it is invisible on a cost-variance report.

Example 2: commit to p85, not the average

A team’s cycle time for 40 completed items: median 6 days, 85th percentile 14 days, mean 8.2 days. If the team commits to the mean, roughly one in three items will arrive late, because a mean sits in the middle of a skewed distribution.

Commit at p85 — 14 days — and about 85% of items land inside the promise. The cost is a longer quoted date; the benefit is a promise the team can keep, which is what stakeholders actually remember. On 40 items a quarter, moving from a mean-based promise to p85 removes roughly a dozen avoidable escalations.

Group 3: Is scope under control?

Scope is the variable that quietly consumes both budget and schedule, which is why it needs its own numbers.

KPI Formula Defensible benchmark Source
Scope creep rate Unapproved scope added ÷ baseline scope 52% of projects experience scope creep PMI Pulse of the Profession (2024 data)
Change request volume Approved change requests per month Trend only; a spike is the signal Internal baseline
Requirements volatility Requirements changed after sign-off ÷ total requirements Under 15% after design freeze Practitioner range
Budget impact of creep Cost of approved and unapproved additions ÷ baseline budget 27% average overrun on projects that creep Industry scope-creep research (TRCR summary)

The 52% figure is worth sitting with. Half of projects absorb scope they did not plan for, and the projects that creep tend to run about 27% over budget. Yet most status reports contain no scope metric at all, because scope creep rarely arrives as a change request — it arrives as a small favor in a standup.

The countermeasure is administrative, not analytical: a visible list of additions, a threshold below which the PM can approve, and a monthly count. The number itself changes behavior, because nobody wants to be the person who added the fourth “small” item this month.

Group 4: Do we have the capacity we think we have?

Utilization is the most abused metric in project management. Used well, it exposes over-allocation. Used badly, it becomes a target that encourages people to look busy.

KPI Formula Defensible benchmark Source
Resource utilization Assigned hours ÷ available hours 70–80% planned; above 85% queues and burnout rise Practitioner range across services and PMO practice
Over-allocation rate People above 100% allocation ÷ total people Under 10% of the team in any week Derived from capacity plans
Unplanned work share Unplanned hours ÷ total hours Under 20%; above 30% means the plan is fictional Practitioner range
Capacity buffer Unallocated hours ÷ available hours 10–20% held back for interruptions Practitioner range

Example 3: why 100% utilization guarantees lateness

Eight people at 40 hours a week give 320 hours of nominal capacity, or 1,280 hours a month. A plan that assigns 100% of those hours leaves nothing for the 12% of unplanned work most teams actually absorb — sick days, production issues, a client escalation.

At 12% unplanned, the team needs 1,280 × 1.12 = 1,434 hours of work to fit in 1,280 hours. It cannot, so 154 hours of planned work slips, and the slip lands on whatever was scheduled last. Planning at 80% utilization builds that buffer in deliberately. It looks less efficient on a spreadsheet and is more predictable in reality.

Group 5: Are risks and decisions being managed?

Risk registers are where good intentions go to be filed. These four metrics test whether the register is alive.

KPI Formula Defensible benchmark Source
Risk burndown Open high-severity risks per period Declining trend; flat means mitigation is not happening Practitioner range
Issue aging Mean days open for issues above priority threshold Under 7 days for blockers Practitioner range
Decision latency Days from decision needed to decision made Under 5 business days; above 10 is a structural problem Derived; no public benchmark
Sponsor confidence accuracy RAG status that matched outcome ÷ total RAG statuses 80%+ Derived from post-mortems

Decision latency is the one to add this quarter. Most schedule slips attributed to “resource constraints” are actually decisions that waited: a vendor choice, a design approval, an acceptance criteria sign-off. Measuring the wait makes the cost visible and moves the conversation from blame to process.

Sponsor confidence accuracy — sometimes called RAG accuracy — is the antidote to green-shifting. If a project reports green for four months and lands red, the reporting system failed before the delivery did. Tracking the hit rate of your own status colors is uncomfortable and uniquely useful.

How many KPIs should a project dashboard actually have?

Five to seven. The constraint is not screen space; it is the number of things a review meeting can genuinely interrogate in 30 minutes.

A practical allocation: two delivery (CPI or budget variance, plus on-time rate), two flow (cycle time p85 and WIP), one scope, one capacity, one risk. Rotate a deeper metric in monthly. If a sponsor demands a broader view, give them a report, not a dashboard — reports are read, dashboards are used.

Example 4: the cost of a 25-tile dashboard

Suppose a 12-person program spends 90 minutes a week in a metrics review and another 4 hours a month per project manager assembling the data. At a $60 loaded hourly rate, the review alone is 12 people × 1.5 hours × 48 weeks ≈ 864 hours, or about $51,800 a year. Add four PMs at 4 hours a month and you add another $11,500.

If the meeting discusses six metrics that change decisions, and twenty that generate commentary, the marginal value of tiles 7 through 25 is close to zero while their cost is embedded in the same meeting. Cutting the dashboard is usually a budget decision disguised as a design decision.

Which KPIs are leading and which are lagging?

Lagging indicators confirm; leading indicators predict. CPI, budget adherence and on-time delivery are lagging — by the time they move, the money is spent. Cycle time, WIP, blocked time, decision latency, forecast stability and unplanned work share are leading — they move weeks before the outcome does.

A healthy dashboard is roughly two-thirds leading. Most real dashboards are the reverse, because lagging metrics are the ones finance and sponsors ask for. The compromise is to keep two lagging metrics for credibility and fill the rest with leading indicators that can still be influenced.

What are the common mistakes when setting PM KPI targets?

Setting targets before baselines. A target without a baseline is a wish. Measure for four to six weeks, then set a target 10–20% beyond the current value. Stretch beyond that and the team optimizes the metric instead of the work.

Measuring what is easy rather than what is decisive. Task counts and hours logged are easy. Neither tells you whether the project will finish.

Giving a metric to a committee. Metrics without a single owner get watched, not managed. One name per KPI, printed on the dashboard.

Ignoring the gaming path. Every metric has one. Utilization encourages hoarding work; on-time delivery encourages padding estimates; cycle time encourages splitting tickets. Name the gaming path in the metric definition so everyone knows what good behavior looks like.

Never retiring anything. Metrics earn their place quarterly. If a KPI has not changed a decision in two quarters, it is decoration.

How does Doitify support project KPI tracking?

Disclosure: Doitify is our product. The relevant point is that most of the 25 metrics above need the same underlying data — task dates, owners, estimates, status changes, dependencies and time — and the cost of a KPI program is usually the cost of assembling that data, not the cost of the math.

Doitify keeps projects, tasks, sub-tasks, checklists, owners, due dates and dependencies in one workspace, with Gantt, Kanban, roadmap, calendar and workload views over the same records, plus work and performance reports and project documents. That means cycle time and WIP come from status history rather than a spreadsheet, and utilization comes from the workload view rather than a separate capacity file. Doitify Copilot and AI Coach help turn goals into tasks and plans, which is where the baseline starts.

Teams that already have a reliable data layer in another tool should keep it and compute the six KPIs from it. The tool is not the achievement.

FAQ

A metric is any number you can compute. A KPI is a metric with an owner, a target, a threshold and a decision attached. Percent complete is a metric. Cycle time at p85 with a 14-day commitment and a named owner is a KPI.

On-time delivery rate at milestone level, paired with a simple reason code for each miss. It is easy to compute, immediately understandable to sponsors, and the reason codes tell you which of the other 24 metrics to add next.

Yes. Cost and schedule performance index assume a baseline, so waterfall fits them naturally; agile teams can use budget variance and release-level forecast stability instead. Flow metrics such as cycle time, WIP and throughput apply to both, and are usually the fastest to implement.

Start with three external anchors you can defend — PMI's 63% schedule adherence, 73% budget adherence and 13% failure rate — and treat them as context rather than targets. Then set internal targets from your own four-week baseline. External benchmarks describe an average organization, and averages hide the distribution that matters.

Flow metrics weekly, delivery and cost metrics monthly, scope and capacity monthly, risk and decision latency fortnightly. Reviewing weekly metrics monthly loses the ability to intervene; reviewing monthly metrics weekly produces noise and a meeting nobody prepares for.

Publish the outcome metrics and their trend, not the diagnostic ones. Cycle time and WIP are tools for the team to manage its own flow; when they become company-wide scoreboards, teams optimize the number and the diagnostic value disappears.

Give them 25 in a report and six in the review. The report is a record; the review is where decisions happen. The distinction costs nothing and protects the meeting.

Conclusion

Twenty-five KPIs is a menu, and the value is in choosing few. Start with cost performance index, on-time delivery rate, cycle time at p85, WIP against limit, scope creep count, utilization and decision latency. Give each an owner, a threshold and a review cadence. Add a metric only when it changes a decision, and retire one when it stops.

The benchmarks in this list are honest about their limits: PMI’s numbers describe cross-project averages, and half of the flow and capacity figures are practitioner ranges rather than research findings. Use them to orient, then build targets from your own baseline. A target you can reproduce beats a benchmark you can only cite.

If this post on kpi examples for project management was helpful, you might also enjoy Design Project Management Template: Sections, Example, and How to Use It and Why Project Management Spreadsheets Stop Working as Teams Grow.

Join Doitify Today

Move projects forward without the chaos: all your tasks, progress, and team reports in one unified workspace. Built for companies, startups, and remote teams — with a quick setup and a free trial.

0 0 votes
Article Rating
Share
Subscribe
Notify of
guest
0 Comments
Oldest
Newest Most Voted
Table of Contents

Ready to do more with Doitify?

Bring your projects, team, and goals together in one AI-powered workspace.

Get Started
Table of Contents