# Postmortem: tema del incidente

Tipo: game day

<!--
Copien este archivo en docs/postmortems/AAAA-MM-DD-tema.md y borren estos
comentarios. Tipo: incidente real, si pasó de verdad, o game day, si lo provocó
el equipo a propósito en un entorno controlado. La revisión de P4 pide esa línea
y las cinco secciones de abajo, con estos títulos.

Sin culpables: se escribe sobre el sistema y el proceso. Ni nombres de personas
ni "fue un error humano"; los roles (quien estaba de turno) sí se pueden usar.
-->

## Resumen

<!-- Qué pasó, en tres frases: qué vio quien usa el servicio, por qué y cómo terminó. -->

## Impacto

<!--
A quién afectó, cuánto tiempo y cuántas solicitudes, reservas o usuarios, con
datos de los logs. Digan con qué comando salió cada número. Si tienen un SLO,
qué parte del presupuesto de errores se consumió.
-->

## Línea de tiempo

<!--
Con horas y zona horaria, desde la causa hasta el cierre. No se olviden de marcar
la detección: cuánto pasó entre que empezó y que alguien se enteró.
-->

| Hora | Qué pasó |
|---|---|
| | Empieza |
| | Detección: cómo se enteraron |
| | Mitigación |
| | Cierre |

## Causa raíz

<!--
Por qué pasó y por qué el proceso (pruebas, revisión, monitoreo) no lo detectó
antes. Si la causa es "alguien se equivocó", todavía no llegaron: pregunten qué
hizo posible ese error y por qué nada lo frenó. Puede haber más de una causa.
Agreguen lo que salió bien y lo que tuvo suerte.
-->

## Acciones

<!--
Al menos tres, y al menos una que evite que se repita y otra que lo detecte
antes. Cada una con algo que se pueda comprobar que está hecho, owner y fecha.
"Tener más cuidado" no es una acción.
-->

| Acción | Tipo | Owner | Fecha | Estado |
|---|---|---|---|---|
| | evita | | | pendiente |
| | detecta | | | pendiente |
| | mitiga | | | pendiente |