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
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.