Mainframe Operational Maturity & Culture Index

MOMCI 2026

Field Collection Open

The first structured diagnostic instrument designed to reach the substrata layer of mainframe operations — the behavioral dynamics, dark data, and human-system interaction that conventional tooling does not collect and standard analysis does not reach.

Anonymous by architecture — no login, no email, schema-level de-identification. Every datapoint and question disclosed.

Why This Index Exists

The data that determines platform risk is not being collected.

Mainframe observability is technically advanced and organizationally blind. Organizations monitor every subsystem with precision while having no instrument to measure the operational sustainability of the team carrying the platform — or the dark data that team generates and never surfaces.

Dark data in mainframe operations includes: informal escalation protocols that exist nowhere in documentation, tacit decision-making logic held by one or two engineers who cannot be replaced, undisclosed workarounds that are the actual reason a subsystem is stable, and behavioral indicators of team stress that precede platform events by weeks or months.

None of this appears in a dashboard. All of it is real. All of it is measurable. The MOMCI Index measures it.

~60%

Estimated proportion of mainframe operational time that is reactive rather than proactive — a working hypothesis the Index is designed to test. This figure does not appear in any organizational report.

1 in 2

Practitioners expected to report informal escalation contact outside their formal on-call rotation — shadow load that is organizationally invisible and operationally real.

0

Existing published instruments designed specifically to measure mainframe operational maturity, practitioner sustainability, and the behavioral layer of platform risk.

Analytical Framework

Where the MOMCI Index Operates

The Substrata Research framework identifies three layers of organizational reality. Conventional analysis reaches the first two. The MOMCI Index is designed to reach the third.

Layer 01 — Surface

Performance KPIs & Management Reporting

Uptime figures, incident counts, SLA metrics, cost reports. High visibility, low fidelity. This data reflects what organizations intend to report — not the underlying operational state. Valid, and the least predictive layer available.

Layer 02 — Strata

Operational Logs, Configuration State & Technical Debt

Runbooks, change logs, unresolved ticket queues, configuration drift, undocumented dependencies. Accessible but requiring deliberate excavation. Technical debt accumulates here invisibly until it reaches failure threshold.

Layer 03 — Substrata

Human-System Interaction, Behavioral Dynamics & Dark Data

The determinative layer. Knowledge concentration risk, tacit decision-making protocols, cognitive load distribution, behavioral patterns under operational pressure, and data the organization generates but has never collected. Root cause almost always traces here. This is where the MOMCI Index operates.

Instrument Architecture

Five Research Domains

Each domain isolates a distinct class of operational and behavioral signal. The sequence is deliberate — moving from verifiable identity data through quantitative toil constructs, sustainability indicators, cultural posture assessment, and finally to practitioner-defined resiliency gaps that no external audit can replicate.

Domain
01

Technical Identity & Role Architecture

Who is actually operating the platform — and how is that knowledge distributed?

Before any operational pattern can be correctly interpreted, the instrument must establish the distribution of expertise, the structural composition of the team, and the degree to which critical knowledge is concentrated in individuals rather than embedded in systems or documentation.

This domain captures seniority distribution, primary role classification, and team architecture — integrated, segmented, or siloed. It also captures practitioner-defined areas of deepest expertise in open-text form. That last construct is analytically significant: free-text expertise mapping surfaces knowledge concentration risk that a fixed taxonomy would obscure. When two or three engineers across an organization share a single specialization, that pattern is a platform risk — whether or not it appears in any workforce report.

Seniority Distribution Role Classification Team Architecture Knowledge Concentration Risk
Domain
02

Operational Workflow & Toil Composition

What does the operational work actually consist of — and how much of it is invisible?

Toil is the operational labor that is reactive, manual, and tactically necessary but strategically inert. Its accumulation is the primary signal of a platform organization under systemic stress. It does not appear in uptime metrics. It is not reported upward. It is, by definition, dark data — generated continuously, never collected.

This domain quantifies the practitioner's time allocation between reactive firefighting and proactive engineering, and the frequency of direct terminal-level manual intervention to resolve alerts. The intervention frequency construct is a specific proxy for automation deficit — measuring not whether automation exists in principle, but whether it is available at the actual moment of operational demand. The gap between those two conditions is where toil accumulates.

Reactive / Proactive Toil Ratio Manual Intervention Frequency Automation Availability at Point of Need Dark Data Signal: Unreported Operational Load
Domain
03

Workload Distribution & Operational Sustainability

How is operational workload distributed — and do practitioners consider it sustainable?

Workload distribution across mainframe teams is rarely uniform and rarely documented accurately. This domain examines how operational responsibilities are allocated across roles, where informal workload accumulates beyond what any workforce plan accounts for, and whether practitioners consider their current load sustainable. Unsustainable workload is a direct retention risk — and a barrier to bringing new practitioners into the field, as the conditions experienced by existing staff shape how the role is perceived and whether it can realistically be filled.

Workload Distribution by Role Informal Escalation Frequency Practitioner Sustainability Rating Retention Risk Signal Hiring Barrier Indicator
Domain
04

Organizational Innovation Posture

How does the organization handle improvement and modernization — and how easy or hard is it for practitioners to drive change?

Organizational culture is not what an organization says about itself. It is the aggregate pattern of decisions made under operational pressure. Self-reported culture assessments produce the culture the organization wishes to have. Scenario-based instrumentation produces the culture it actually operates under.

This domain uses scenarios to assess how improvement efforts are received — whether automation proposals move forward or stall, whether modernization is structurally supported or organizationally resisted, and what friction practitioners encounter when they identify a better way to operate the platform.

Automation Adoption Posture Modernization Friction Improvement Pathway Accessibility Organizational Change Resistance
Domain
05

Practitioner-Defined Resiliency Gaps

What would the people operating the platform change — if given the authority to act?

The Index closes with a single open construct: given total operational autonomy, what one technical process change would most improve platform resiliency? This is the instrument's most analytically significant domain.

Practitioners who operate a system under pressure daily possess diagnostic knowledge that no external audit, vendor assessment, or management report can replicate. The gap between what they would prioritize and what the organization has chosen to address is a direct measure of organizational alignment risk. When that gap is wide and consistent across respondents, it is not an opinion. It is a finding.

Responses are coded and synthesized using Substrata Research Methodologies to surface systemic patterns without attribution. The result is the qualitative core of the published findings — the practitioner voice, surfaced systematically, analyzed without identity.

Practitioner-Identified Process Gaps Resiliency Priority Mapping Organizational Alignment Delta Qualitative Synthesis Corpus

Instrument Design

The MOMCI Index is a mixed-method instrument — quantitative constructs for distributional analysis, scenario-based items for behavioral inference, and open narrative for qualitative synthesis. Each modality is load-justified. No single approach is sufficient to reach the substrata layer.

Participant Burden

The instrument is designed for 8–12 minutes of practitioner time. Every item maps to a specific analytical construct. Items that could not be shown to produce independently meaningful findings were excluded at the design stage — not reduced, excluded.

De-Identification

No login, no email, no identifying information is collected. Each response is assigned a random ID at submission — structurally decoupled from the respondent by schema design, not policy. Policy can be changed. Schema design cannot be changed without detection. The dataset cannot be re-identified.

Research Independence

No vendor affiliation. No commercial mandate. No product to validate.

Mainframe Research is not affiliated with, funded by, or contracted to any platform vendor, hardware manufacturer, system integrator, or organization with a commercial stake in the findings. Most mainframe research is produced under exactly those conditions — which is why its conclusions are predictable before the data is collected. This instrument was built outside that structure. The findings will reflect what practitioners actually report, not what any sponsor needs them to say.

Data Commitment: The MOMCI Index tracks systemic behavior, not individuals. Identity is decoupled from the analysis record at the architectural level — not as a policy commitment, but as a structural constraint. Policy can be changed. Schema design cannot be changed without detection. Participation is voluntary. The published dataset is structurally non-attributable.