Methodology
How pingfatigue.com verifies alert-volume benchmarks, false-positive ratios, MTTA and MTTR ranges, on-call cost math, notification-fatigue cost math, and the Alert Fatigue Index thresholds. Every number on the site should be re-derivable from one of the primary sources listed below using the formulas in the calculation framework section.
Sources
Every benchmark and percentage on the site cites a primary source from the list below, or is clearly marked as a user input. Where two sources disagree (vendor-case-study reduction percentages versus survey-reported reductions) the conservative reading is shown and the variance is flagged explicitly on the page that uses it. See /research for the longer bibliography.
In scope
- >Alert volume thresholds (pages per engineer per week) anchored on the Google SRE Book (Chapter 6) actionable-alert doctrine, with MTTA bands from the PagerDuty 2023 Global Incident Management Study.
- >False-positive ratios across DevOps and SOC contexts are treated as user inputs or, where cited, drawn from named vendor-published case studies (treated with appropriate scepticism on methodology disclosure). The site does not assert a single industry false-positive median.
- >MTTA and MTTR ranges (DORA tier definitions plus practitioner-survey medians).
- >Fully-loaded SRE cost ranges (US BLS-anchored, with explicit multipliers for UK and Western Europe).
- >Notification volume benchmarks for Slack, email, and Microsoft Teams in knowledge-work contexts.
- >ICU alarm fatigue parallel research (Joint Commission, AHRQ PSNet, ECRI, Cvach 2012).
- >On-call platform comparison (PagerDuty, incident.io, Opsgenie, FireHydrant, Rootly, Splunk On-Call) scored on alert-fatigue-reduction criteria using each vendor's own public pricing and documentation.
Out of scope
- xEnterprise-negotiated MSAs and per-customer discounts for on-call platforms. Where pricing is not published, the tools comparison shows quote-only rather than invent a band.
- xDeeply individual variation in operator response (cognitive load tolerance, prior burnout history, personal sleep schedule). The calculator outputs are population-level anchors, not personal forecasts.
- xSpecific compliance certifications beyond the regulatory citations shown on /healthcare-parallel (FedRAMP overlays, HIPAA audit-cost depth, ISO 27001 audit schedules).
- xSOAR-depth SecOps content (playbook authoring, EDR integration depth, MITRE ATT&CK coverage). The site references SOC alert fatigue as a parallel context, not a how-to.
- xSingle-team retrospectives or named-team case studies beyond the public-record incidents listed on /case-studies (Target 2013, Therac-25, ICU sentinel events, Cloudflare 2019).
- xHealthcare clinical decision rules. The healthcare parallel applies the alarm-fatigue research to DevOps practice; it does not advise on clinical alarm thresholds.
Calculation framework
The six formulas below are the entire computational backbone of the site. The Alert Fatigue Calculator on /, the on-call cost math on /on-call-cost, the MTTR math on /mttr-impact, and the notification-fatigue calculator on /notification-fatigue all derive from these.
annual cost per engineer = pages per week x (MTTA in hours + 23-minute refocus penalty in hours) x fully-loaded hourly rate x 52. The 23-minute refocus penalty comes from Gloria Mark's UC Irvine interruption research. Fully-loaded hourly rate uses base salary x 1.3 (employer payroll tax, benefits, equipment, training) divided by 2,080 working hours. The calculator on / exposes every input.
after-hours pages carry a higher cognitive and recovery cost than business-hours pages. The calculator applies an effective multiplier on the share of pages that fall outside working hours, grounded in the night-shift and sleep-disruption recovery literature. Conservative band only; the model never claims more than a 2x multiplier.
every alert that breaks focus adds 23 minutes of refocus time on top of MTTA. This is the same cognitive mechanism whether the alert is a pager page (alerting) or a Slack mention (knowledge work). The penalty is applied symmetrically on /on-call-cost and /notification-fatigue so the cross-domain comparison is consistent.
when on-call load drives a senior SRE to leave, the replacement cost is 1 to 1.5x annual salary per Society for Human Resource Management benchmarks. The attrition-intent share is a user input on the calculator, not a sourced survey figure. The calculator presents replacement cost as a range, not a point estimate, and shows the formula. It only kicks in for the share of teams above the noisy threshold; healthy teams do not carry it.
the Index aggregates healthy, median, and noisy thresholds for pages per engineer per week, false-positive percentage, MTTA, correlation adoption, and cost per engineer per year. Each threshold with a published median is sourced from a primary document listed in the Sources table; rows without a verifiable industry median (such as false-positive rate) are left blank for you to fill from your own data, and the Index does not invent numbers. Where a row has no single authoritative median the conservative reading is shown.
for the /notification-fatigue calculator: annual cost per worker = notifications per day x (check time + refocus time in hours) x fully-loaded hourly rate x 250 working days. A daily cap is applied so the model does not exceed plausible focus-time bounds; teams that report notifications above the cap are bottlenecked by working-day length, which is the operationally relevant ceiling.
Refresh cadence
The site is re-verified on the first business week of every month against the primary sources in the Sources table. The visible “Verified” label, the schema dateModified field, and the footer Updated stamp all read from a single constant (LAST_VERIFIED_DATE) so the on-page text, the JSON-LD, and the footer are always in lockstep. Cosmetic date refreshes are structurally impossible: bumping the date is a single-line change that touches every page at once.
Out-of-cycle refreshes trigger on:
- >PagerDuty, Catchpoint, or DORA publishes a new annual industry survey with revised benchmarks.
- >An on-call platform vendor changes published pricing or restructures tiers.
- >Joint Commission, AHRQ PSNet, or ECRI publishes a regulatory or technology-hazard update that shifts the healthcare parallel.
- >A primary-source author publishes a correction or retraction on a number cited on the site.
- >A major public-record incident is post-mortemed with alert-fatigue contribution that should be added to /case-studies.
- >BLS OEWS or a major salary aggregator shifts the senior-SRE salary anchor by more than 10 percent.
Refreshes that move per-source bands by less than 5 percent are batched into the next monthly pass. Refreshes that introduce a new benchmark category, a regulatory shift, or a primary-source correction ship as soon as the change is confirmed against the source.
Limitations
Calculator outputs are population-level anchors derived from conservative readings of published surveys. They are not personal forecasts. Production economics depend on team composition, regional salary variance, vendor-negotiated contracts, and the severity distribution of incidents on a given team. Always treat the calculator as a starting point for a conversation with engineering leadership and finance, not as the answer.
Vendor-published surveys carry vendor bias. PagerDuty and Catchpoint both have a commercial interest in framing alert fatigue as severe and intervenable. The site mitigates this by anchoring to primary research where available (Google SRE Book, Gloria Mark, Cvach 2012, AHRQ PSNet) and by treating contested operational figures such as false-positive rate as user inputs rather than asserted medians. Where vendor case studies quote reduction percentages well above typical reported reductions, those numbers are noted but not used as the anchor.
Primary-source aggregation lags real practice by one to two years. The 2024 Catchpoint SRE Report reflects 2023 to early 2024 operational data; the 2024 DORA report reflects survey responses from late 2023. The Index is updated as each primary source publishes its new edition.
Regional and seniority variance is significant. US senior SRE base salary anchors the loaded-cost math; teams in the UK, Western Europe, India, or Latin America should substitute their own band. The formula (base x 1.3 loaded multiplier divided by 2,080 hours) is portable; the inputs are not.
The knowledge-worker notification-fatigue model on /notification-fatigue is a cap-bounded estimate. Real-world worker behaviour is shaped by interruption salience, social cost of ignoring a mention, and recovery-time variance across individuals. The model captures the population-level cost; it does not predict any one worker’s outcome.
Editorial position and corrections
pingfatigue.com is an independent reference. There are no paid placements in the tool comparison on /tools, no sponsored content anywhere, and no email-gated downloads. Affiliate links are explicitly labelled and do not affect the scoring methodology; the editorial position is documented in full on /about.
Spotted a stale benchmark, a missing primary source, a vendor change we have not caught yet, or a calculation that does not match the formulas on this page? Email [email protected] with the page URL and the source you would like cited. Substantive corrections are typically actioned within five business days. Non-substantive corrections (typos, link rot, minor structural edits) batch into the next monthly pass.
Read next: the Alert Fatigue Calculator and Index, the full bibliography, or the editorial position and disclosures.
Updated June 2026