# Operating Model Drift: the hidden symptom of teams that grow without criteria > Operating Model Drift describes how scaling teams lose alignment in roles, cadences, and decisions, slowing speed unless surgically corrected. - Author: Viktor Berthelius (BRTHLS) - Published: 2026-02-05 - Updated: 2026-06-29 - Category: systems thinking - Tags: decision-quality, operating-model - Language: en - Canonical: https://www.brthls.com/magazine/operating-model-drift-teams-en - Source: BRTHLS Magazine — https://www.brthls.com --- ## Problem Teams grow, but the operating model does not adjust. The system keeps running, but each time worse. That silent shift is drift: the strategy persists, the rigor degrades. ## Thesis Operating Model Drift is the hidden symptom of teams that scale without recalibrating roles, cadences, and decisions. If not detected, speed becomes fragile. The correction is not to restructure everything. It is to re‑align the system with a surgical sprint. ## Framework Four early signals of drift: - **Decision latency:** each approval takes longer than the previous quarter. - **Normal exceptions:** what was rare becomes standard. - **Confusing handoffs:** no one knows where their responsibility ends. - **Misaligned metrics:** teams optimize different objectives. Case (anon): a B2B platform multiplied its output, but decision times doubled. The problem was not a lack of tools, it was drift in ownership and cadences. In two cycles, the team redefined decision rights and regained speed without expanding the structure. Another silent signal: exceptions become normal work. What once required a committee is now resolved by urgency and fatigue. **Anti‑example:** “adjust” with new meetings instead of redesigning ownership and cadences. The drift continues, only slower. **Stance:** Drift is not cultural noise, it is a design failure. **Breath:** What is felt is not chaos, it is fatigue from decisions that never close. **When NOT to intervene:** when you cannot identify a drift signal with basic data. Simple signal: if approval time rises while output does not improve, the system is misaligned. Drift is not inevitable; it is a lack of recalibration. Another signal: the team starts creating informal “shortcuts” to bypass the process. When exceptions become the norm, the operating model has already broken. Drift indicator: the same problems reappear each quarter with new labels. If the system repeats errors, it does not learn, it only changes the language. A simple scoreboard (latency, exceptions, handoffs) visible to everyone prevents drift from normalizing in silence. If no one can explain the system in one sentence, drift has already won. Drift appears when strategy changes and the system stays the same. Recurring pattern: when irreversible decisions lack an explicit owner, the team compensates with meetings and urgencies. That reduces decision quality and punishes senior talent with coordination work instead of operational design. ## Protocol (3 steps) 1. Map critical decisions and their actual approval time. 2. Reassign ownership of irreversible decisions and eliminate redundant handoffs. 3. Reset cadences with a 14‑day sprint: decision logs, checkpoints, and clear criteria. ### Correction sprint (14 days) To avoid endless redesigns, the operating model adjustment can be executed in two weeks: - **Day 1‑3:** inventory of blocked decisions, frequent exceptions, and redundant handoffs. - **Day 4‑7:** redefining ownership with an explicit map of who decides, who informs, and who executes. - **Day 8‑11:** tests in a critical flow to validate real latency and reversal cost. - **Day 12‑14:** protocol close and publication of a monthly cadence. The key is not to document more. It is to reduce operational ambiguity in irreversible decisions. If at the end of the sprint you still need to “align via chat” for each exception, drift remains active. ### Minimum KPIs to exit drift A team can declare “exit from drift” when three conditions are met for two consecutive cycles: 1. **Decision latency** drops at least 20%. 2. **Exceptions** stop growing quarter over quarter. 3. **Rework due to handoff** falls sustainably. Without those minima, any feeling of improvement is narrative, not operational architecture. The model is not corrected by a perception of order; it is corrected when decisions become fast, traceable, and reversible without internal drama. Final check: if the team can explain in less than two minutes who decides each critical exception and how it is closed, the model is regaining clarity. If that answer depends on “asking someone,” drift is still alive even if output has risen. Related: - [Decision Quality: the KPI that replaces speed](/magazine/decision-quality-kpi-replaces-speed-en) - [Systems over goals: why efficiency kills strategy](/magazine/systems-over-objectives-efficiency-kills-strategy-en) - [GPT-5.3 Codex: the day execution stopped being the bottleneck](/magazine/gpt-5-3-codex-execution-bottleneck-en) ## Next step If today your system decides slower than the previous quarter, schedule a diagnosis at [contact](/en/contact). --- *Translated from the Spanish original with AI assistance and reviewed for accuracy. [Read the original in Spanish](/magazine/operating-model-drift-sintoma-oculto-equipos-crecen-sin-criterio-es).* --- _Cite as: Berthelius, V. (2026). "Operating Model Drift: the hidden symptom of teams that grow without criteria". BRTHLS Magazine. https://www.brthls.com/magazine/operating-model-drift-teams-en_