Ir al contenido principal

Simulador operativo

Decide cuando producción, producto y deuda técnica chocan.

Un SaaS ficticio, pero problemas muy reales: releases, permisos, colas, integraciones, migraciones, coste, deuda y contratos públicos. No hay puntuación arcade: cada decisión mueve riesgo, impacto y claridad.

1

Elige problema

Cambia el incidente o decisión.

2

Elige rol

PM, Dev, DevOps o Tech Lead.

3

Toma decisiones

Marca una opción en cada fase.

4

Lee resultado

Mira métricas y copia el paquete.

Paso 1

Elige el problema

Cada tarjeta cambia el tablero completo: eventos, métricas, decisiones y resultado.

Paso 2 · Elige mirada

La decisión buena separa contención inmediata de corrección real del contrato.

Paso 3 · Decide y mira el resultado

Consola de release

Lee estado de build, flag, demo y rollback sin convertir la urgencia comercial en un hotfix a ciegas.

Release, demo y contrato de datos.Rol: Tech Leaddegradado

Qué acaba de pasar

Una release toca onboarding y deja bloqueados a varios clientes justo antes de una demo comercial importante.

Qué está en juego

3 clientes · demo en 2h · error_rate 8.7%

Qué debes decidir

Contener daño, entender la frontera rota y cerrar sin esconder deuda.

Elige 3 movimientos

Tech Lead

Una opción por fase. Lo demás de la página responde a estas tres decisiones.

Contener

Bajar impacto sin tocar media aplicación a ciegas.

Priorizar la acción que baja impacto sin cerrar caminos de corrección.

Entender

Saber si el fallo es de datos, contrato o release mezclada.

Dibujar qué frontera se rompió: dato, contrato, rol, cola, proveedor o release.

Corregir

Cerrar el incidente sin dejar una bomba para la siguiente release.

Registrar decisión, alternativa descartada, consecuencia y deuda aceptada.

Recomendación de criterio

Estás usando la ruta recomendada para este rol.

Impacto usuarios

52% · rec 52%

igual

Riesgo técnico

21% · rec 21%

igual

Confianza release

94% · rec 94%

igual

Deuda añadida

14% · rec 14%

igual

Claridad equipo

100% · rec 100%

igual

Resultado vivo

Riesgo en descenso

Cambia al elegir otra opción. Lo importante es ver si baja impacto/riesgo y sube claridad/confianza.

Impacto usuarios

52%

Riesgo técnico

21%

Confianza release

94%

Deuda añadida

14%

Claridad equipo

100%

Contener

Elegir contención reversible

Entender

Mapa de frontera afectada

Corregir

ADR corta

Ver tablero visual completo

build

v4.8.2

flag

off / contenido

demo

reencuadrada

rollback

opcional

Release mezclada21%
Contrato de datos6%
Demo comercial52%
Deuda post-incidente14%

Lectura de Tech Lead

Ves la frontera rota entre cambio, demo y deuda aceptada para decidir sin mezclar urgencia con arquitectura.

Movimiento activo

Elegir contención reversible

Mapa de frontera afectada

ADR corta

Señales

opcional
09:17

Error rate sube

09:20

Ticket enterprise

09:26

PM pregunta por demo

09:31

Audit log incompleto

Contexto opcional

Sistema y métricas

Deploy roto antes de una demo

sanodegradadocrítico

Acceso

Auth

healthy

Producto

Tenants

warning

Acceso

Roles

healthy

Backend

API

critical

Operación

Jobs

healthy

Integraciones

Webhooks

healthy

Negocio

Billing

healthy

Comunicación

Emails

healthy

Trazabilidad

Audit log

investigating

Backoffice

Admin

warning

Datos

Reporting

healthy

Release

Feature flags

warning

Impacto usuarios

52%

Riesgo técnico

21%

Confianza release

94%

Deuda añadida

14%

Claridad equipo

100%

Lectura actual

Riesgo en descenso

La situación ya es explicable. El siguiente valor está en cerrar contrato, métricas o deuda aceptada.

Paso 4 · Artefacto final

Paquete de decisión para Tech Lead

Ops Room - Deploy roto antes de una demo
Lectura para: Tech Lead

Estado resultante: impacto 52%, riesgo 21%, confianza 94%, claridad 100%.

Decisiones tomadas:
- Elegir contención reversible: La primera decisión debe comprar calma y opciones.
- Mapa de frontera afectada: La causa útil suele estar en una frontera, no en una línea aislada.
- ADR corta: La decisión queda defendible cuando el ruido pase.

Después del fuego:
- Crear fixture con datos antiguos que rompio onboarding.
- Separar releases de demo de cambios de contrato.
- Definir dueño del flag y fecha de retirada.
- Postmortem corto: causa, alcance, señal que faltó y test nuevo.

PM

impacto, promesas, alcance y mensaje

Dev

contratos, PR mínimo, tests y deuda

DevOps

rollback, colas, métricas y degradación

Tech Lead

trade-offs, ADR y decisión defendible