Busca en todas las páginas de la documentación
Los stakeholders necesitan claridad: impacto, cronograma, compensaciones, no traces de pila. Los líderes de Python traducen incidentes, retrasos y decisiones de arquitectura a un lenguaje que los gerentes de producto, soporte y ejecutivos puedan entender y actuar.
Tarjeta de referencia rápida - lista para copiar y pegar.
**Impacto:** Quién está afectado y cómo (%, característica, región)
**Estado:** Investigando | Mitigando | Monitoreando | Resuelto
**Acciones:** Qué hicimos en el último intervalo (UTC)
**Próxima actualización:** 2026-07-09 15:00 UTC
**Solicitud:** Decisión necesaria (si la hay) con opciones A/BCuándo usar esto:
## Slack #proj-checkout (compensación de alcance)
**Impacto:** El lanzamiento en la UE el 15 de marzo requiere que el p95 del catálogo sea < 250ms; el actual 800ms pone en riesgo el retraso del lanzamiento.
**Estado:** Proponiendo compensación de alcance para el sprint 24.
**Opciones:**
A) Lanzar en la UE con catálogo reducido (solo lectura para los 1k SKUs principales) - a tiempo, catálogo parcial
B) Retrasar la UE 2 semanas - catálogo completo con lecturas asíncronas (estimación probable de RFC-042)
**Recomendación:** B - el piloto empresarial requiere catálogo completo; el trabajo asíncrono ya está especificado.
**Solicitud:** El PM confirma antes del viernes para que podamos asignar el spike de RFC-042 el lunes.## Nota ejecutiva de incidente (sin jerga)
**Impacto:** ~12% de los pagos fallaron entre las 09:10 y las 09:57 UTC (UE).
**Estado:** Resuelto - los errores han vuelto a la normalidad.
**Causa (en lenguaje claro):** La creación de un índice en la base de datos ralentizó las consultas de pago; se revirtió la versión del software.
**Prevención:** Nueva verificación antes de cambios importantes en la base de datos; formación programada para esta semana.Lo que esto demuestra:
| Evitar | Preferir |
|---|---|
| "Contención de GIL" | "El pago es lento para 1 de cada 8 usuarios" |
| "Necesitamos dos sprints" | "Probablemente listo el 29 de marzo; el 15 de marzo requiere un recorte de alcance" |
| "Es complicado" | Compensación de dos opciones con recomendación |
## Interno vs. Externo
Interno: se revirtió `orders-api` sha-7c1b
Externo: se desplegó la corrección; el monitoreo continúa| Alternativa | Usar Cuando | No Usar Cuando |
|---|---|---|
| Página de estado | Interrupción a nivel de cliente | Error solo interno |
| Demo con Loom | Demostración de progreso de UX | Comunicaciones de incidentes |
| Presentación QBR | Ritmo ejecutivo | Sincronización diaria de ingeniería |
| Puente de sala de guerra | Coordinación SEV1 | Actualización semanal rutinaria |
El líder de comunicaciones o soporte con una plantilla aprobada; los ingenieros en el canal interno.
Enlace al resultado del producto en riesgo y opciones - no "necesitamos refactorizar".
Actualización escrita corta incluso si está en verde; el silencio se interpreta como problemas ocultos.
Formato de opciones profesional; escalar al EM si hay un punto muerto.
Sí para resúmenes de fiabilidad; evitar métricas de vanidad sin contexto CFR.
Marcas de tiempo UTC; grabar reuniones de decisiones; documentar opciones asíncronas antes de la llamada en vivo.
Impacto, causa raíz en lenguaje claro, acciones de prevención con fechas.
Violación de PII, incumplimiento de SLA contractual, requisitos de divulgación pública.
Riesgo de retraso en las funcionalidades frente al beneficio de seguridad/cumplimiento - fechas de la política de gobernanza.
docs/comms/ en la wiki o repositorio para plantillas de incidentes y estado.
Versiones de Stack: Esta página fue escrita para Python 3.14.0 (estable 3.14, mantenimiento 3.13), FastAPI 0.115+, Django 5.2, Flask 3.1, Pydantic 2, PyTorch 2.6+, pandas 2.2+, Polars 1.x, ruff 0.9+, y uv 0.6+.
Revisado por Chris St. John·Última actualización: 19 jul 2026