IT Operations Performance Dashboard
It's 7:40 on a Tuesday and the service desk phones are ringing before anyone has a headset on. Every caller says the same thing. The laptop restarted overnight and now it won't get past a blue screen. Nobody in IT changed anything. The update came from a vendor, and it reached every machine at once.
That's roughly how July 2024 went for a lot of IT departments. A faulty CrowdStrike update affected 8.5 million Windows devices, by Microsoft's count less than one percent of all Windows machines. Less than one percent was plenty, because many of those PCs had to be fixed by hand, one at a time.
Outages that start outside the building are common. Over the nine years Uptime Institute has tracked publicly reported outages, third-party IT and data center providers account for about two-thirds of them, according to its May 2026 outage analysis. The same report says 57% of respondents to its 2025 survey put their most recent major outage at more than $100,000, and 1 in 5 at more than $1 million. The failures that start inside are mostly about process: in Uptime's 2025 analysis, 85% of major outages caused by human error came from staff not following procedures, or from flawed procedures.
The company below is invented, and so is the outage at the center of its story, though it's patterned on the 2024 one. Its two years of numbers are modeled. The board is for an IT department serving its own staff. If your team answers to outside customers, the customer service dashboard example is the closer fit.
What is an IT KPI Dashboard?
Overview
An IT KPI dashboard tells the people who run a company's systems, and the people who pay for them, whether those systems stayed up, how fast IT put things right when they didn't, and what it all cost per head.
Start with the systems. Core systems availability is the share of minutes the ERP, email, VPN, phones and the rest were actually usable. When one goes down hard enough to stop work, it's a major incident, and major incident MTTR is how long staff waited to get it back.
Then the service desk. First-contact resolution shows how much the desk fixes while the caller is still on the line. Ticket backlog is what's left over at month end. Customer satisfaction is the share of staff answering the post-ticket survey who say they were satisfied, and it's the only number on the board that comes from the people IT serves rather than from IT's own tools.
Behind both sits the maintenance that decides next month's incidents. Critical patch compliance is how much of the estate closed a known security hole within 14 days. Change success rate is how often IT's own changes went in without breaking something. IT cost per employee sits over the top and turns the budget into a number a CFO can compare year over year.
Who benefits from this dashboard?
- IT Director or CIO: Availability, MTTR and cost per employee on one page are what the leadership team will ask about. Having them ready means the conversation starts from the numbers, not from the last outage someone remembers.
- Service Desk Manager: A backlog climbing while first-contact resolution falls usually means the phones are pulling analysts off the queue. That's a staffing call for Monday morning, not a training problem. Satisfaction shows whether staff have noticed yet.
- Infrastructure and Operations Lead: MTTR and change success rate show whether outages are getting shorter and whether the team's own work is causing them.
- Security Lead: Patch compliance is the plainest measure of how long a known vulnerability stays open on the estate, and which machines keep missing the window.
- CFO or COO: Cost per employee next to availability answers the question finance always asks, which is what the company gets for the money.
Start the MTTR clock at the first alert or the first user call, not when someone declares a major incident. If the clock starts at the declaration, a team can improve its MTTR just by declaring later, and what is often the slowest part of an outage, working out that there is one, disappears from the number.
Dashboard Example Overview
The company makes commercial building components, with about 1,800 employees across a head office and three plants in Ohio and Indiana. Its IT team of 26 looks after about 2,400 managed PCs and servers, 12 core services including the ERP and the plants' production systems, and a service desk of nine analysts. It reports monthly against nine KPIs:
- Core Systems Availability: One minus unplanned downtime minutes across the 12 core services, divided by 12 times the minutes in the month. Measured around the clock, because the plants run nights.
- Major Incidents: Incidents classed P1 or P2 in the month: a core service down, or a whole site or department unable to work.
- Major Incident MTTR: Average hours from the first alert or user report to service restored, for P1 and P2 incidents only. Restored, not resolved, so it measures how long people were stopped.
- First-Contact Resolution: Tickets fixed by the first analyst during the first contact, with no reassignment and no reopen, divided by tickets opened. Worked out from the ticket's reassignment and reopen history, not from the analyst's own closing code.
- Customer Satisfaction (CSAT): Survey responses rating the desk satisfied or very satisfied, divided by responses received, for tickets closed in the month. One short survey goes out on every closed ticket, and about one in seven comes back.
- Ticket Backlog: Incidents and requests still open at month end. A rising backlog with flat volume means the desk is losing ground.
- Critical Patch Compliance: Devices with critical security updates installed within 14 days of release, divided by devices that needed them.
- Change Success Rate: Changes implemented without causing an incident or a rollback, divided by changes implemented.
- IT Cost per Employee: The month's IT operating cost, annualized, divided by employees. Contractors and overtime count, capital projects don't.
For the first 15 months the board is unremarkable, which is what an IT director wants. In October 2024 core systems are available 99.92% of the time, there are 4 major incidents, MTTR is 5.7 hours, the desk resolves 67.6% of tickets on first contact and 84.9% of surveyed staff are satisfied. Patch compliance is 94.8%, change success 95.2% and IT costs $9,194 per employee. Through 2025 the numbers drift the right way: MTTR is down to 4.2 hours by November and first-contact resolution reaches 70.2% in October, with satisfaction at 87.3% by December.
The board has its rhythms. Patch compliance dips every December, to 91.9% in 2024 and 92.0% in 2025, when laptops go home for the holidays and miss the window. The annual laptop refresh in September lifts the backlog to 433 in 2025 and pulls satisfaction down to 85.1%, as people wait for data to move across. And July 2025 brings the year's worst month, when a utility power failure at one plant leads to 6 major incidents, an MTTR of 6.8 hours and satisfaction of 84.3%. A bad month, not a shock.
The shock comes in mid-January 2026. The company's endpoint security vendor pushes a faulty update overnight, and about 1,400 PCs and 60 servers come up in a restart loop. Every one needs a technician at the machine, and every encrypted drive needs its recovery key typed in by hand. The plants lose their shop-floor terminals, and the ERP goes down with its application servers.
January's numbers show it. Availability falls to 98.55%. There are 14 major incidents and MTTR hits 19.6 hours. Tickets more than double, and first-contact resolution collapses to 31.4%, because almost nothing could be fixed over the phone. The backlog goes from 388 to 1,290, and satisfaction falls to 67.0%. Most of the unhappy answers come from people who waited days for a working PC. Patching stops and changes are frozen, so patch compliance drops to 57.8%. With contractors and overtime, IT cost runs at $11,033 per employee.
February is the second hit, and this one is self-inflicted. The freeze lifts and every change that waited goes in at once. Change success drops to 88.3%, the lowest of the two years, and there are 7 major incidents. The backlog is still 870, and satisfaction only climbs to 74.1%, because staff who just got their laptops back now find the ERP down after a botched change.
So the team changes four things. Vendor updates and Windows patches move to staged rings: IT's own machines first, then a 10% early ring, then everyone else from day seven. Recovery keys are checked against the device list every month. A written runbook assigns who leads, who talks to the business and who fixes, so the first hour of a major incident is no longer spent deciding. And deferred changes go through a queue capped at the team's normal pace, instead of all at once.
Most of the board comes back. By April MTTR is 4.3 hours and the backlog 480. In May change success is 95.6%, first-contact resolution 70.2% and satisfaction 86.7%, all back above target. Satisfaction keeps rising to 88.1% in August, the best month on the board. By September 2026 availability is 99.94%, there are 3 major incidents and MTTR is 3.3 hours, faster than before the outage. Cost per employee is $9,271, against $9,248 a year earlier.
One number doesn't come back, on purpose. Critical patch compliance ends at 89.9%, down from 94.8% two years earlier. The rings are the reason. If the broad rollout starts on day seven, laptops that are off the network that week, and plant PCs that can only be patched in a monthly maintenance window, miss the two-week deadline. The IT director took that trade to leadership: a few more days of exposure on some machines, in exchange for never again pushing an untested update to all 2,400 at once. The 95% target stays on the board, in red, so nobody forgets the trade was made. The backlog also ends a little high, at 453 in September, with the laptop refresh back again.
Creating an IT Dashboard in SimpleKPI
-
Step 1 Settle what a major incident is, and when the clock starts
Write down what makes a P1 and a P2, when MTTR starts and stops, and whether an outage caused by a vendor counts against you. It should. Staff waiting for the ERP don't care whose update broke it, and leaving vendor outages out would have erased the worst month on this board.
If you're still choosing which KPIs earn a place, the guide to choosing KPIs goes further.
-
Step 2 Give each number one system of record
First-contact resolution, backlog, changes and the satisfaction survey come from the service desk tool. Availability comes from monitoring, patch compliance from endpoint management, and cost from the finance ledger, with headcount from HR. Build cost per employee and the satisfaction rate as KPI formulas from their counts, so a month when headcount or survey returns move doesn't need anyone to redo the sums.
-
Step 3 Put the desk huddle, the CAB and the budget review on different views
The service desk needs backlog and first-contact resolution every morning, plus the week's satisfaction score and the comments behind any unhappy answers. The weekly change advisory board needs change success and patch compliance, because that's the meeting deciding next month's risk. The IT director and finance need availability, major incidents, MTTR and cost per employee monthly, against the same month last year.
-
Step 4 Agree before the outage what you'll pause during it
Decide in a calm month what happens to patching, changes and service desk targets when a major outage hits, and how fast the catch-up is allowed to run afterwards. The February on this board, when catch-up changes did more damage than the freeze, is what happens when that decision gets made on the day.
List of IT KPIs
None of these nine has a published benchmark we could verify for an in-house IT department. The nearest thing is CISA's patch deadlines for federal agencies, which set the clock but not a compliance rate, so every target here is a starting point to replace with your own history.
| KPI Name | Typical Target | Description / Calculation |
|---|---|---|
| Core Systems Availability | ≥ 99.9% (starting point) | One minus unplanned downtime minutes across core services, divided by core services times minutes in the month. |
| Major Incidents | ≤ 4 a month (starting point) | Count of incidents classed P1 or P2 in the month. Lower is better. |
| Major Incident MTTR | ≤ 4 hours (starting point) | Average hours from first alert or user report to service restored, for P1 and P2 incidents. Lower is better. |
| First-Contact Resolution | ≥ 70% (starting point) | Tickets resolved by the first analyst on the first contact, with no reassignment or reopen, divided by tickets opened. |
| Customer Satisfaction (CSAT) | ≥ 85% (starting point) | Survey responses rating the service desk satisfied or very satisfied, divided by responses received. Jeff Rumburg at HDI puts 70% as probably not very good and above 90% as very good. |
| Ticket Backlog | ≤ 450 (starting point) | Incidents and service requests open at month end. Lower is better. |
| Critical Patch Compliance | ≥ 95% in 14 days (starting point) | Devices with critical security updates installed within 14 days of release, divided by devices due one. |
| Change Success Rate | ≥ 95% (starting point) | Changes implemented without causing an incident or rollback, divided by changes implemented. |
| IT Cost per Employee | ≤ $9,500 a year (starting point) | Monthly IT operating cost times 12, divided by employees. Lower is better, within reason. |
Why IT Dashboards Matter
IT is mostly judged on the days it fails. Months of 99.9% availability go unnoticed, and one morning of blue screens gets talked about for a year. A board that shows the quiet months alongside the bad one gives the department a fairer hearing, and gives leadership something better than memory to judge it on.
The bigger reason to keep these nine together is that IT can buy almost any one of them with another. Patch faster and change success suffers, because more updates go out less tested. That's the trade at the heart of this story, paid for with five points of patch compliance. Push the desk to clear the queue and first-contact resolution falls, because analysts pass hard tickets on rather than stay on the call. Satisfaction is the check on that game: a desk can close tickets fast enough to hit its backlog target, but the staff whose printers still don't work will say so in the survey. Freeze changes and availability holds for a month, then the catch-up breaks things, as it did here in February 2026.
Cost pulls against nearly everything else. On-call pay, a shelf of spare laptops, the monthly recovery key checks and the hours spent writing runbooks all show up in cost per employee, and they're most of the reason this company's MTTR fell. A CFO who sees cost alone will cut them. One who sees cost next to MTTR can decide what an hour of downtime at the plants is worth.
So before the next vendor update lands, check two things that aren't on any dashboard yet: how many days your broad rollout waits after the first ring, and whether the recovery key for every encrypted laptop is where the runbook says it is. In January 2026, the second one decided how long this company's plants stood still.
Building it in SimpleKPI
Build this dashboard yourself with SimpleKPI's KPI dashboards. The mechanics are the same whatever you track:
- KPIs: each one gets a target, an entry frequency and tags, so you can report by team, site, product or whatever you split the numbers by.
- Data: type numbers in, import a spreadsheet, or use an integration or the API. The dashboard updates as each number lands, so daily and monthly KPIs sit side by side.
- Reports: scheduled KPI reports email the numbers to people who never log in.
- AI: Kip, the built-in AI, suggests targets and flags indicative benchmarks (AI estimates, not peer data) once some history builds up.
- Price: $79 a month for unlimited users and KPIs, as one flat price, with a 14-day free trial and no card needed.
