Papers

Foundational

Zharnikov 2026i · OST

The Organizational Schema Theory: Test-Driven Business Design

v1.3 · ~9,500 words · ten tables · Design Science Research methodology (Hevner et al. 2004; Mullarkey & Hevner 2019)

Introduces Organizational Schema Theory as a specification-first methodology where customer experience goals function as acceptance tests for business operations. The six-level cascade (L0 customer experience contracts → L1 signal requirements → L2 process contracts → L3 procedures → L4 input specifications → L5 sourcing) makes each level the acceptance test for the level below. Designed top-down, validated bottom-up by a CI/CD pipeline that traces every operational parameter back to its customer-experience justification. The v1.3 revision adds a twelve-property structural comparison matrix (Table 4) showing what each adjacent methodology — BDD, BPMN, ISO 9001, IaC, Service Blueprinting, OKR + SLO/SRE — provides by design and where the seams between them become operationally costly when AI agents begin consuming organizational specifications directly. The DSR artifact is the methodology itself, demonstrated through the Spectra Coffee reference deployment (twenty-five YAML files, six products, full cascade, CI/CD passing). Currently under review at the European Journal of Information Systems.

Zharnikov 2026 · OrgSchema Audit

The OrgSchema Audit: A Six-Level Diagnostic for Specification-Driven Organizations

v1.0 · ~7,500 words · 29 references · 2 propositions with falsification conditions

Translates the six-level specification cascade of Organizational Schema Theory into a practitioner-executable audit protocol. Each audit level defines what to examine, what a healthy specification looks like, what failure modes indicate, and what corrective actions restore specification integrity. A worked example (Spectra Coffee, Berlin) demonstrates the full protocol. Positioned against five existing diagnostic frameworks (PEMM, service blueprinting, Balanced Scorecard, QFD, CMMI, EFQM). Advances two testable propositions: cascade-position prioritization and bidirectional traceability completeness.

OST shares theoretical foundations with Spectral Brand Theory. Cross-cutting papers on specification methodology, rendering problems, and meta-science are cataloged on the SBT Atlas — see Layer 4 (Cross-Domain) and Layer 6 (Meta-Science).

Prior Art: Structural Comparison

The framework builds on and differentiates from existing work in business process management, quality management, software engineering, and customer experience design. The right comparison is not "which methodology is best" — that depends on the decision being made — but "which structural properties does each methodology provide by design." The table below uses twelve properties chosen to be neutral with respect to popularity, tooling maturity, or training-base size. Each criterion tests what the methodology can express, not how widely it has been adopted.

Legend: ✓ — provides by design, ∼ — partial / domain-limited, — — does not provide.

# Property BDD BPMN ISO 9001 IaC Svc BP OKR + SLO OST
1Anchored in customer requirement, not process
2Machine-readable customer-requirement specification
3Machine-readable process / execution specification
4Formal proof that the process satisfies the customer requirement
5Orphan / waste detection (process without an upward trace)
6Version control with git-style readable history
7Continuous validation instead of periodic audit
8Works for non-human customers (API, algorithm, DPP)
9Inputs, materials, and suppliers in scope
10Schema / data separation as a first-class design principle
11Forkability: replicate the tests, reimplement the execution
12Perceptual / brand dimensions as the upper-level specification language

How to read this table without self-deception

The right-hand column is fully filled, and that pattern is suspicious. The reason it is filled is not that OST is magically superior — it is that the twelve properties were chosen to test the structural design of a cross-stack specification methodology, which is precisely what OST is. If the criteria changed to "number of certified organizations worldwide," "depth of consulting ecosystem," "number of trained practitioners on the labor market," or "production deployments at scale," the picture would invert: ISO 9001 would be near-fully covered, BPMN and IaC would have substantial coverage, and OST would have one reference deployment (Spectra Coffee) and a stack of working papers.

The table answers a specific question — "which structural properties does each methodology uniquely provide by design" — not the question "is OST the practically better choice today." Those are different questions, and conflating them is the easiest way to oversell a young framework.

What the table actually shows

Reading row by row, almost every property exists somewhere in an adjacent methodology. "Machine-readable customer specification" is provided by BDD (in the code domain). "Machine-readable process specification" is provided by BPMN. "Continuous validation" is provided by BDD, IaC, and partially SRE. "Supply chain in scope" is provided by ISO 9001. None of these properties is OST's invention.

What is uniquely OST is that all twelve properties are unified under one chain of artifacts in one format. No single adjacent methodology covers more than five or six cells. BDD is strong in the code domain but has no upward link to suppliers or perception. BPMN models processes but does not validate them against customer requirements. ISO 9001 covers supply chains but leaves machine-readable and continuous properties on the table. IaC is strong in infrastructure but is invisible to business operations and customer experience. Service Blueprint is a workshop drawing, not an executable specification. OKR + SLO link outcomes to operations but do not formalize the lower levels.

The structural risk in unification is real and worth naming. Bundling twelve properties under one roof can produce a methodology that is "average at everything and best at nothing." Specialization has historically won against unification in tooling adoption because narrow tools accumulate vastly more polish per unit of investment over time. The argument for OST is not that it will outcompete BDD on developer experience or BPMN on enterprise execution. The argument is that the seams between those tools become unbearable when AI agents start consuming organizational specifications directly — and at that point a unified machine-readable coordinate system stops being a luxury.

The honest one-sentence claim is this: OST is the first attempt to build a single version-controlled contract between customer experience, processes, executors, and suppliers, where consistency between levels is checked automatically and continuously rather than documented in prose and audited once a year.

The Convergence Thesis

Organizational Schema Theory and Spectral Brand Theory are two projections of a single system:

The interface between them is defined by an 8x6 activation matrix: which operational levels activate which SBT dimensions. The forward path (operations to perception) and reverse path (desired perception to required operations) are both formalized.

Neither framework is complete alone. SBT without orgschema is descriptive but not actionable. Orgschema without SBT is actionable but ungrounded.

Methodology

The paper follows Design Science Research methodology (Hevner et al. 2004, extended DSR). The artifact is the methodology itself, not the demo. Evaluation criteria:

Criterion Evidence
Feasibility Spectra Coffee: 25 YAML files, 6 products, full cascade, CI/CD passing
Novelty 10-entry prior art comparison. No existing work combines multi-level specification cascade + perception traceability + version control
Utility Fork, validate, certify operations from a commit hash
Generalizability Schema/data separation: methodology is publishable, parameters are competitive moat