OBLYTECH Logo
OBLYTECH Logo
ServiceNow Project Portfolio Management KPIs and Metrics That Matter

ServiceNow Project Portfolio Management KPIs and Metrics That Matter

A portfolio KPI is a measure that shows whether a set of projects is delivering on time, within budget, with the benefits promised and in line with strategy. The useful set is short, and each measure needs a written definition before it reaches a board.

On-Time Delivery and Schedule Performance

Schedule performance measures whether projects deliver on time. Track two metrics: schedule variance (actual vs. planned completion date) and schedule performance index (work completed vs. work scheduled). Projects that consistently miss dates suggest underestimation, scope creep, or resource constraints. Review trends: are projects getting better at estimation, or worse?

The key insight: on-time delivery builds credibility. When leadership believes promises made about timelines, they can plan business initiatives confidently. When projects regularly slip, plans become unreliable and leadership starts treating timelines as guesses. Improving schedule performance is foundational to portfolio effectiveness.

Budget Adherence and Cost Performance

Budget variance measures actual spending vs. planned budget. A positive variance (spending less than budgeted) is good unless it means work was not done. A negative variance (overspending) indicates cost control issues. Track budget performance index (value delivered vs. spending). This reveals whether the organisation is getting value for its spend or burning budget on low-impact work.

Report budget performance monthly or at portfolio reviews. Identify projects with large variances early so you can take corrective action before damage is done. A project halfway through its timeline should be approximately halfway through its budget; if spending is ahead of progress, investigate why (resource rate higher than expected, inefficiency, or rework).

Benefit Realisation

The ultimate portfolio metric is benefit realisation: are projects delivering the business benefits they promised? A project might deliver on time and on budget but fail to deliver business benefit (poor adoption, technical debt, wrong solution). Conversely, a project might exceed cost or schedule but deliver exceptional benefit (worth the investment).

Track planned benefit vs. realised benefit. Planned benefit comes from the business case (revenue increase, cost reduction, risk reduction). Realised benefit is measured post-project (did revenue increase as planned? Did the process improve?). The gap between planned and realised often reveals issues: optimistic business cases, poor implementation, or changed business conditions.

Resource Utilisation and Capacity

Organisations have limited resources. Utilisation measures how effectively those resources are used. Measure: percentage of available capacity allocated to portfolio projects (vs. maintenance or ad-hoc work). High utilisation suggests the portfolio is full and well-prioritised. Very high utilisation (approaching full capacity) suggests the organisation is overcommitted and quality will suffer. Very low utilisation suggests insufficient work in the portfolio or resources that could be redeployed.

Also track resource allocation by priority: are high-priority projects staffed sufficiently, or are lower-priority projects consuming resources? Misalignment indicates that priorities are not being enforced. Visualise resource allocation in the portfolio dashboard to make imbalances visible.

Strategic Alignment

Are portfolio projects advancing business strategy? Define strategic goals (revenue growth, cost reduction, risk reduction, market expansion). Tag each project with the goal it supports. Measure: what percentage of portfolio resources are allocated to each goal? Does the allocation reflect strategic priorities?

This metric catches misalignment. If the strategy says “transform for efficiency” but portfolio analysis shows most resources are spent on maintenance and small improvements, that is a gap. Use this as a conversation starter with leadership: does the portfolio match the stated strategy, or should we adjust one or the other?

Time to Value

How long does it take from project start to when benefits begin? A six-month project that takes three years to realise value is less valuable than a two-month project with immediate value. Track time from project approval to go-live (schedule), and from go-live to benefit realisation. Improvements in time-to-value accelerate business impact and free capital for other investments.

Quality and Defect Metrics

A project delivered on time and budget but with poor quality (high defect rate, low adoption, poor usability) is a failed project. Track quality metrics: defect density (defects per unit of deliverable), customer satisfaction scores, adoption rates, and post-implementation issues. Projects with high quality metrics should be celebrated; those with low quality should trigger investigation.

Portfolio Health Dashboard

Summarise all metrics in a portfolio health dashboard. Show at a glance: how many projects are on track, at risk, or in trouble? What is the aggregate on-time delivery rate? Budget performance? Benefit realisation trend? Resource utilisation? Strategic alignment? This dashboard is for leadership visibility and quarterly portfolio reviews; it drives decision-making about portfolio adjustments.

Measurement and Improvement

Track metrics over time. Are projects getting better at on-time delivery? Is benefit realisation improving? Are we deploying resources more strategically? If metrics are stalling or declining, it signals the portfolio management process needs improvement. Use historical data to forecast: if this trend continues, what will the portfolio look like in six months? Is that acceptable, or do we need to make changes?

Writing a definition sheet before any metric reaches a board

Most portfolio metrics are not wrong in their arithmetic. They are wrong in what they are allowed to include. Utilization can count leave as capacity, or leave it out, and the two versions produce very different pictures of the same team. Time to value can start the clock at approval or at funding, and the difference can change which projects look fast. A definition sheet, one line per metric, fixes these choices in advance. It should state what is counted, what is excluded, which system supplies each input, and who may change the definition. Without it, a metric that looked stable in one review will quietly move in the next, and the board will argue about the number instead of the decision.

Metric question Definition choice to make Common distortion Who owns the definition
How much capacity is in use? Whether leave, training and support count against available hours Counting leave as spare capacity makes teams look under-used Resource manager
How early is a benefit visible? The event that starts the clock Starting at approval flatters projects that waited a long time for funding Portfolio manager
How much of spend is on strategy? Which goal tags count and whether a project may carry two Double tagging inflates the share of strategic work Strategy office
How many projects are on track? The criteria for green, amber and red, written down Projects drift to green because amber is never defined Portfolio manager

Leading indicators that warn before a lagging figure turns

Most portfolio metrics are lagging. They report a problem after it has cost money or time. A small set of leading indicators gives the board warning earlier. Changes in the rate at which risks are closed, growth in the number of unresolved dependencies, and a rising count of scope changes per project often precede a schedule problem by a full cycle. These are not precise forecasts, and they should be presented as prompts for a conversation, not as predictions.

  1. Choose no more than one leading indicator for each lagging metric the board already watches.
  2. Write the definition sheet entry for each, including the event that counts and the one that does not.
  3. Agree the level at which the board wants to be prompted, and describe it in words the sponsor can apply, rather than a numeric rule nobody can explain.
  4. Review each indicator after two cycles and drop any that has never prompted a useful question.

Presenting a metric so the room asks about the decision

A dashboard tile with a single number invites argument about the number. A tile that shows the number, the definition in one line, and the decision it is meant to inform keeps the discussion on the choice. Where a figure has changed since the last review, the tile should say why, because a change caused by a definition update is not a change in performance.

Should every project report the same metrics?

No. Large capital projects and small improvement items respond to different measures, and forcing the same set onto both produces figures that mean little for either. Report a common core for the board and a small specialist set for each project type.

What if two sources give different values for the same metric?

Name the source the board treats as authoritative for that metric, show the other as a reconciling figure, and resolve the difference within the cycle. Averaging two sources hides which one is wrong.

How many metrics are enough for a portfolio review?

Enough to cover schedule, cost, capacity, benefit and strategic fit, with a leading indicator for each where one exists. A longer list tends to be ignored, and the metrics that are ignored are usually the ones that would have changed a decision.

Can a metric be retired?

Yes, and it should be when it has not changed a decision for several cycles. Dropping a metric is a board decision too, and it belongs in the definition sheet with the date and the reason.

Next step

The best practices guide covers strategic alignment and portfolio governance, and the automation opportunities guide covers where spreadsheet-based tracking can be replaced by automation.

Frequently asked questions

What on-time delivery rate should a portfolio target?

Most projects on-time is typical for healthy portfolios. If the vast majority of projects are on-time, estimation might be too conservative (padding timelines). If very few projects are on-time, estimation and planning need improvement. The target depends on your industry and project type; construction might target higher reliability; software might have higher risk and lower targets. Set a realistic baseline and improve from there.

Should every project have a business case with quantified benefit?

Yes, but the rigor of quantification varies. Strategic or compliance projects might have qualitative benefits that are hard to quantify (improved security, regulatory compliance). Quantify where possible; document qualitative benefits clearly. The key is that every project has an articulated benefit, not that every benefit is expressed as a number.

How do you measure benefit if a project was supposed to reduce cost but the benefit is indirect?

Baseline the metric before the project (current cost), measure it after the project (new cost), and attribute the difference to the project if reasonable. Example: if a project was supposed to reduce manual processing hours, measure hours before and after. If other factors changed (staff, volume), isolate the project's contribution. Perfect attribution is rarely possible; reasonable estimation based on evidence is the goal.

Talk to Oblytech

Planning, running or fixing a ServiceNow programme? Tell us where you are and we will suggest a sensible next step.

Contact us