D17 · L3 · 03 — L2 · Network Resilience EngineeringL2 · Ingeniería de Resiliencia de la Red

Time-to-Recover / Time-to-Survive (TTR/TTS) analyticsAnalítica Time-to-Recover / Time-to-Survive (TTR/TTS)

Where TTR exceeds TTS you have a structural gap: the network dies before it recovers. That subtraction is the whole method.

Donde TTR > TTS, tienes un hueco estructural: la red muere antes de recuperarse. Esa resta es todo el método.

01What it isQué es

TTR/TTS analytics compares, for every critical node, how long the network can keep serving customers after the node fails (Time-to-Survive) with how long it takes to restore or replace it (Time-to-Recover).

La analítica TTR/TTS compara, para cada nodo crítico, cuánto tiempo puede la red seguir atendiendo clientes después de que el nodo falla (Time-to-Survive) con cuánto tarda en restaurarlo o reemplazarlo (Time-to-Recover).

02Why it mattersPor qué importa

It turns resilience into arithmetic you can check node by node. The approach was developed with Ford and showed that the riskiest nodes were often low-spend suppliers that would not appear on a spend-based list (Simchi-Levi, Schmidt and Wei, 2014 — Harvard Business Review; Simchi-Levi et al., 2015 — Interfaces).

Convierte la resiliencia en aritmética que puedes revisar nodo por nodo. El método se desarrolló con Ford y mostró que los nodos más riesgosos solían ser proveedores de bajo gasto que no aparecerían en una lista por gasto (Simchi-Levi, Schmidt y Wei, 2014 — Harvard Business Review; Simchi-Levi et al., 2015 — Interfaces).

03How it is doneCómo se hace

1
Map dependencies. Link each finished product to the nodes it needs, including tier-2 suppliers where possible.
2
Estimate both times. TTS from inventory and alternate capacity; TTR from supplier input and past events.
3
Work the gaps. Where TTR > TTS, shorten recovery or extend survival, starting with the largest revenue at risk.
1
Mapea dependencias. Liga cada producto terminado con los nodos que necesita, incluyendo proveedores de nivel 2 donde sea posible.
2
Estima ambos tiempos. TTS a partir de inventario y capacidad alterna; TTR con información del proveedor y eventos pasados.
3
Trabaja las brechas. Donde TTR > TTS, acorta la recuperación o extiende la supervivencia, empezando por el mayor ingreso en riesgo.

04The concept in depthEl concepto a fondo

🏛️The TTR/TTS framework in one inequality›
For every critical node, compute Time-to-Survive — how long customer service holds after the node fails, given inventory and alternate capacity — and Time-to-Recover — how long restoring or replacing the node takes. Where TTR ≤ TTS, the network self-covers. Where TTR > TTS, there is a structural gap that no crisis-management heroics will close: either reduce TTR (pre-qualified alternates, recovery contracts) or extend TTS (strategic inventory, flexible capacity). The framework's power is that it converts resilience from adjective to arithmetic, node by node.
🔍Data requirements and the network model›
TTR/TTS is only as good as the network model beneath it: bill-of-material dependency on each node, single-sourced components, inventory positions by echelon, alternate-capacity ramp profiles, and realistic recovery estimates. Most first-pass analyses fail on tier-2+ visibility — the node nobody mapped is the one with TTR of six months. This is where D17 consumes the multi-tier mapping maintained in the visibility domain and returns the risk verdict on it.
🏛️El marco TTR/TTS en una desigualdad›
Para cada nodo crítico se calcula el Time-to-Survive —cuánto tiempo se sostiene el servicio al cliente después de que el nodo falla, dados el inventario y la capacidad alterna— y el Time-to-Recover —cuánto tarda restaurar o reemplazar el nodo—. Donde TTR ≤ TTS, la red se cubre sola. Donde TTR > TTS hay una brecha estructural que ninguna heroicidad de gestión de crisis cerrará: hay que reducir el TTR (alternativas precalificadas, contratos de recuperación) o extender el TTS (inventario estratégico, capacidad flexible). La fuerza del marco es que convierte la resiliencia de adjetivo en aritmética, nodo por nodo.
🔍Requisitos de datos y el modelo de red›
El TTR/TTS es tan bueno como el modelo de red que lo sostiene: dependencia de la lista de materiales respecto de cada nodo, componentes de fuente única, posiciones de inventario por escalón, perfiles de arranque de capacidad alterna y estimaciones realistas de recuperación. La mayoría de los primeros análisis fallan por falta de visibilidad del nivel 2 en adelante: el nodo que nadie mapeó es el que tiene un TTR de seis meses. Aquí D17 consume el mapeo multinivel que se mantiene en el dominio de visibilidad y devuelve sobre él el veredicto de riesgo.

05How it is measuredCómo se mide

Nodes with TTR ≤ TTS
Share of critical nodes where survival time covers recovery time.
Largest uncovered gap
Biggest TTR − TTS difference in weeks, with its revenue at risk.
Nodos con TTR ≤ TTS
Porcentaje de nodos críticos donde el tiempo de supervivencia cubre el de recuperación.
Mayor brecha descubierta
La mayor diferencia TTR − TTS en semanas, con su ingreso en riesgo.

06What you would useQué se usa

Resilinc and Everstream Analytics offer TTR data collection from suppliers; the calculation itself runs well in a network model or a structured spreadsheet.

Resilinc y Everstream Analytics ofrecen recolección de TTR con proveedores; el cálculo en sí funciona bien en un modelo de red o una hoja de cálculo estructurada.

The bottom lineEn corto

For each critical node, check whether you can survive longer than it takes to recover — and fix the ones where you can't.

Para cada nodo crítico, revisa si puedes sobrevivir más tiempo del que tarda en recuperarse, y corrige los que no.

← PreviousAnteriorStress testing & disruption scenario simulationPruebas de estrés y simulación de escenarios de disrupciónNextSiguiente →Structural flexibility: postponement, modularity & flexible capacityFlexibilidad estructural: postergación, modularidad y capacidad flexible

All D17 componentsTodos los componentes de D17D17 artifactsArtifacts de D17SCRA