01 · 6 questions
1 Availability Governance
Availability policy, regulatory and contractual availability obligations, roles, service criticality tiers, measurement standard and analysis competency
IT Operations and Reliability Assessment
A maturity assessment of service availability management, from policy, obligations, tiers and cost of downtime through resilience design, dependency mapping and reliability analysis to component and end-to-end monitoring, resilience testing, maintainability, supplier and physical dependencies, reporting, error budgets and improvement.
Already have an account? Log in to start
Primary: Head of IT Operations / Availability Manager / Head of Infrastructure and Cloud / Site Reliability Lead. Secondary: service owners, enterprise and solution architects, monitoring and platform engineers, supplier and cloud managers, risk, compliance and finance staff, and internal audit.
Shows whether critical services are built and run to meet the availability the business and regulators need, where hidden dependencies, single points of failure, blind spots in monitoring, unsafe automation, expiring credentials, weak suppliers or concentrated routes threaten it, and which improvements most reduce outage frequency, duration and cost.
This assessment asks whether the organization knows how available each critical service must be and what an outage costs, whether services are designed, monitored, tested, maintained and supported to meet those targets, and whether the availability users actually experience is proven. It starts with governance: the availability policy, a register of regulatory, critical infrastructure, contract and data residency obligations, roles, criticality tiers drawn from business impact analysis, a measurement standard that counts degraded service, and analyst competency. Requirements cover vital business functions, cost of downtime, targets, reliability requirements for new services and planned downtime. Design and analysis test the resilience standard, graceful degradation, dependency maps that include hidden shared services such as name resolution, certificates and identity, single points of failure in components, people, credentials and tools, fault trees, predicted availability and design review. Monitoring is assessed at two levels that are often confused: component health coverage, and end-to-end monitoring of each vital business function from the user's view, with delivered availability calculated from the end-to-end signal, reliability data collected from real outages and failures predicted before they happen. Resilience operations test redundancy health, denial of service protection, failover tests, controlled resilience experiments, safety limits on automation and AI agents that can change production, and break-glass and out-of-band access for when the usual paths are down. Maintainability covers maintenance strategy chosen from failure modes, preventive maintenance, downtime minimization, staged release of changes and vendor-pushed updates, prevention of outages from expired certificates, keys and contracts, restoration including cold start order, spares and unsupported components. Supplier and dependency questions address contracted availability, cloud zones and regions within data residency limits, supplier monitoring, shared platforms, power, cooling and carrier route diversity including subsea paths, concentration on one provider, route or country, and AI model provider fallback. The final domains test risk treatment, reporting, outage analysis, cost of downtime, error budgets, the availability plan and measured improvement. Each question is scored on whether the practice is documented, carried out and demonstrably effective, so results show whether a gap is a missing standard, an adoption problem or a lack of evidence.
Each domain is a group of related questions, scored on its own and rolled up into your overall result.
01 · 6 questions
Availability policy, regulatory and contractual availability obligations, roles, service criticality tiers, measurement standard and analysis competency
02 · 5 questions
Vital business functions, cost of downtime, availability targets, availability and reliability requirements for new services, planned downtime agreements
03 · 8 questions
Resilience design standard, graceful degradation, dependency mapping and reliability block diagrams, single points of failure, fault trees, predicted availability, design review
04 · 7 questions
Component monitoring coverage, end-to-end service monitoring, outage register, delivered availability, reliability data collection, predictable failure detection
05 · 6 questions
Redundancy health, denial of service resilience, failover testing, resilience experiments, automation and AI agent safety, emergency and out-of-band access
06 · 9 questions
Maintenance strategy selection, preventive maintenance, downtime minimization, release safety, expiry-driven outage prevention, restoration, spares and support, unsupported components
07 · 7 questions
Supplier commitments, cloud zones and regions within data residency limits, supplier monitoring, shared platforms, power, cooling and connectivity diversity, concentration risk, AI provider fallback
08 · 6 questions
Risk treatment, availability and reliability reporting, outage analysis, cost of downtime reporting, error budget policy, availability plan
09 · 5 questions
Availability metrics, process review, audit, target recalibration, improvement plan
Measures that show whether the improvements hold.
| KPI |
|---|
| Critical Services Meeting Availability Target - Share of critical services whose delivered availability met their target in each of the last 12 months, from the Availability Report. Target: at least 95%. |
| End-to-End Monitoring Coverage - Share of vital business functions of critical services covered by external scripted transactions. Target: 100%. |
| Failover Test Success - Share of redundant critical components failed over successfully in a planned test within the last 12 months. Target: 100%. |
| Restoration Readiness - Share of critical components with a restoration procedure tested within 12 months whose measured restore time meets the target. Target: 100%. |
| Expiry-Caused Outages - Number of critical service outages caused by an expired certificate, domain, license, key or contract. Target: 0. |
Questions are written in plain language and mapped to:
Practices this assessment relies on. Assessing them too gives a fuller picture.
An overall score and a score for each of the 9 domains.
A clear view of where current practice falls short, and why it matters.
Prioritized next steps to move each area to the next level.
Results you can share with leadership and track over time.
Register, take the assessment, and get your maturity score with a clear improvement roadmap.
Assessment Platform
Contact us
Business Bay, Dubai, UAE
info@itsgovernance.com
+971 586 697 263
Get Started
© 2026 ITSGovernance, part of SMCE. All rights reserved. Cookie settings