Busca en todas las páginas de la documentación
Los líderes técnicos que acaparan decisiones se convierten en cuellos de botella y riesgos del factor de autobús. La delegación asigna la propiedad con suficiente contexto —ADRs, runbooks y la intención del PR— para que otros puedan lanzar y operar servicios de Python sin la intervención del líder en cada hilo de conversación.
Tarjeta de receta de referencia rápida, lista para copiar y pegar.
## Breve de delegación
**Resultado:** cómo se ve el éxito
**Restricciones:** SLO, fecha límite, no objetivos
**Enlaces de contexto:** RFC, ADR, dashboard
**Autoridad de decisión:** qué puede elegir el delegado solo
**Check-in:** Martes, estado asíncrono en el ticketCuándo usar esto:
## Delegación: ENG-550 Política de reintentos de Celery
**Resultado:** Las tareas de facturación reintentan errores transitorios de la base de datos con jitter; DLQ después de 5 intentos.
**Restricciones:** Sin cambio en el contrato de la API; lanzar detrás del flag `BILLING_RETRY_V2`.
**Contexto:**
- ADR-008 elección de cola
- Incidente INC-9011 post-mortem
- `src/workers/billing.py` comportamiento actual
**Autoridad:** El delegado elige las constantes de backoff después del spike; escalar si se necesita un nuevo broker.
**Check-in:** Demo en el gremio el viernes de la semana 2.# El propietario documenta el contexto en la parte superior del módulo una vez completada la delegación
"""billing_tasks.py
Propietario: @jamie (delegado 2026-07-01)
Política de reintentos según ENG-550; cola DLQ billing_dlq.
On-call: pausar workers si la profundidad > 50k (runbook orders-api.md).
"""Lo que esto demuestra:
| Riesgo | Mitigación |
|---|---|
| Un solo desplegador | Rotar el capitán de lanzamientos |
| Un experto en módulos | Pareja en la siguiente característica; segundo CODEOWNER |
| Un cerebro de guardia | Runbooks + turnos de sombra |
| Un autor de RFC | Requisito de coautor para cambios grandes |
# Extracto de CODEOWNERS
/src/billing/ @jamie @alex
/docs/runbooks/ @oncall-rotation| Alternativa | Usar Cuando | No Usar Cuando |
|---|---|---|
| Pareja de propiedad compartida | Transición de dominio crítico | Dos propietarios a largo plazo sin división |
| Sprint de documentación de gremio | Explosión de deuda de contexto | Plazo de entrega de características urgente |
| Embeber ingeniero de staff | Estándares entre escuadrones | Entrega simple de módulo |
| Contratista con documento de traspaso | Capacidad temporal | No hay propietario interno asignado |
Suficiente para que el delegado pueda explicar las compensaciones a otro ingeniero sin que usted esté presente.
Sí, con un alcance menor, un revisor compañero y una ruta de escalada clara.
La delegación incluye check-ins y un estándar de calidad; la abdicación es asignar y desaparecer.
Post-mortem sobre las brechas de soporte; ajustar el brief y el emparejamiento - no es un castigo si es una brecha de aprendizaje.
README del paquete, enlaces ADR y CODEOWNERS por módulo de nivel superior.
Brief escrito esencial; grabar un Loom corto solo para tours de sistemas complejos.
Primario semanal; documentar nota de traspaso cada lunes.
Entrenar la rotación de IC entre los niveles medios; el líder entrena los primeros incidentes.
Delegar actualizaciones de documentación como parte del resultado al tocar un módulo.
Veto de arquitectura, aprobación de seguridad y comunicaciones con las partes interesadas - no cada línea de código.
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: 16 jul 2026