Delegação e Disseminação de Contexto

Líderes técnicos que acumulam decisões se tornam gargalos e riscos de fator de risco. A delegação atribui propriedade com contexto suficiente - ADRs, runbooks e intenção de PR - para que outros possam enviar e operar serviços Python sem o líder em cada thread.

Receita

Cartão de receita de referência rápida - pronto para copiar e colar.

## Breve de Delegação
**Resultado:** como é o sucesso
**Restrições:** SLO, prazo, não-metas
**Links de contexto:** RFC, ADR, dashboard
**Autoridade de decisão:** o que o delegado pode escolher sozinho
**Check-in:** Status assíncrono de terça-feira no ticket

Quando usar isso:

• O líder é revisor em todos os PRs
• Apenas um engenheiro conhece o módulo de faturamento
• Férias bloqueiam lançamentos
• O crescimento da equipe exige novos proprietários

Exemplo de Trabalho

## Delegação: ENG-550 Política de retentativa do Celery
 
**Resultado:** Tarefas de faturamento tentam novamente erros transitórios de DB com jitter; DLQ após 5 tentativas.
 
**Restrições:** Nenhuma alteração de contrato de API; enviar atrás da flag `BILLING_RETRY_V2`.
 
**Contexto:**
- ADR-008 escolha da fila
- Pós-mortem do incidente INC-9011
- Comportamento atual de `src/workers/billing.py`
 
**Autoridade:** O delegado escolhe as constantes de backoff após o spike; escalar se um novo broker for necessário.
 
**Check-in:** Demonstração na guild na sexta-feira da semana 2.

# O proprietário documenta o contexto no topo do módulo após a conclusão da delegação
"""billing_tasks.py
 
Proprietário: @jamie (delegado em 2026-07-01)
Política de retentativa por ENG-550; fila DLQ billing_dlq.
Plantão: pausar workers se a profundidade > 50k (runbook orders-api.md).
"""

O que isso demonstra:

• Resultado e restrições mais claros do que "corrigir retentativas"
• Artefatos vinculados disseminam contexto sem reuniões
• Autoridade de decisão explícita evita loops de escalonamento
• Propriedade do módulo visível para o plantão

Mergulho Profundo

Como Funciona

• Delegação de resultados - "Reduzir CFR para faturamento" é melhor do que "alterar configuração de tenacidade".
• Contexto escrito - ADRs, runbooks e README são melhores que conhecimento tribal.
• Rotação - Capitão de lançamento, plantão e CODEOWNERS rotacionam trimestralmente.
• Autoridade graduada - Juniores decidem a implementação; líderes possuem veto de arquitetura.
• Loop de feedback - O delegado é responsável pelos aprendizados retrospectivos, não apenas pela entrega.

Mitigação do Fator de Risco

Notas Python

# Trecho de CODEOWNERS
/src/billing/     @jamie @alex
/docs/runbooks/  @oncall-rotation

Armadilhas

• Delegar sem autoridade - O cessionário deve perguntar ao líder sobre cada escolha. Correção: Documente o que eles podem decidir sozinhos.
• Delegação rápida no Slack - Sem ticket, sem contexto. Correção: Breve de delegação no rastreador.
• Retomar o trabalho no meio do voo - Mina o crescimento. Correção: Treinar com perguntas, a menos que seja SEV1.
• Nenhuma transferência de propriedade - O delegado envia, mas o líder ainda é chamado. Correção: Atualize CODEOWNERS e o nome do runbook.
• Contexto apenas na cabeça do líder - Falha nas férias. Correção: Exija links de PR/RFC antes de iniciar o trabalho.

Alternativas

FAQs

Relacionados

• Mentoria e Nivelamento - crescer delegados
• Registros de Decisão de Arquitetura (ADRs) - contexto persistente
• Saúde do Plantão - rotacionar operações
• Gerenciamento de Lançamentos - rotação do capitão de lançamento
• Diretrizes de Contribuição - normas de CODEOWNERS

Versões da Stack: Esta página foi escrita para Python 3.14.0 (estável 3.14, manutenção 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+, e uv 0.6+.