Mentoria & Nivelamento
Mentoria transforma especialistas em Python em multiplicadores de força: juniores aprendem segurança assíncrona e arquitetura pytest; plenos crescem para líderes técnicos. Critérios claros de nivelamento e pareamento deliberado superam o feedback vago de "seja mais sênior".
Receita
Cartão de receita de referência rápida - pronto para copiar e colar.
## Plano de 30 dias (caminho júnior → pleno)
Semana 1: Observar plantão (on-call) + corrigir PR de typo em documentação
Semana 2: Assumir bug com testes + revisão do colega (buddy)
Semana 3: Pequena funcionalidade com flag + deploy com colega
Semana 4: Apresentar aprendizado na guilda (15 min)
## Sinal de nivelamento (engenheiro pleno)
- Entrega funcionalidades com testes e observabilidade
- Revisa PRs de outros de forma construtiva
- Depura produção com runbook, escalonamento mínimoQuando usar isso:
- Onboarding de novos contratados na frota Python
- Discussões de promoção carecem de evidências
- Seniores acumulam tarefas críticas
- Velocidade da equipe bloqueada por gargalo de revisão
Exemplo de Trabalho
"""pairing_exercise.py - refatoração guiada por mentor com testes."""
from __future__ import annotations
# ANTES (mentee): valor padrão mutável
def add_item_cart(cart: list | None = None, item: str = "") -> list:
if cart is None:
cart = []
cart.append(item)
return cart
# DEPOIS (sessão de pareamento): tipos explícitos + teste
def add_item_cart(cart: list[str], item: str) -> list[str]:
return [*cart, item]
def test_add_item_cart_does_not_mutate_input():
original = ["a"]
result = add_item_cart(original, "b")
assert result == ["a", "b"]
assert original == ["a"]Roteiro do mentor:
- Mentee explica o risco de bug no valor padrão mutável.
- A dupla escreve um teste que falha primeiro.
- Mentee abre um PR; mentor revisa usando apenas os níveis 🟡/🔴.
- Mentee faz o deploy para staging com um colega na ponte.
O que isso demonstra:
- Exercício concreto ligado a um "gotcha" real do Python
- Testes comprovam o resultado da mentoria, não apenas a frequência
- Propriedade graduada terminando em deploy supervisionado
- Sinal de nivelamento escrito define as expectativas de "pleno"
Mergulho Profundo
Como Funciona
- Sistema de duplas (buddy system) - Primeiros 90 dias; não é o mesmo que o gerente.
- Programação em grupo (mob programming) - 2-4 engenheiros, um motorista (driver); para migrações e bugs difíceis.
- Rubrica de nivelamento - Escopo, impacto, autonomia, influência documentados por nível.
- Planos de crescimento - 2-3 resultados por trimestre (ex: "assumir plantão do módulo de faturamento").
- Calibração - Gerentes alinham os níveis entre as squads trimestralmente.
Formatos de Mentoria
| Formato | Melhor para |
|---|---|
| Programação em par (Pair programming) | Novos padrões de codebase |
| Mentoria assíncrona de PR | Transferência diária de habilidades |
| Horário de atendimento (Office hours) | Desbloquear muitos juniores |
| Palestras na guilda | Disseminar mergulhos profundos (assíncrono, tipagem) |
Notas de Python
## Caminho de aprendizado sugerido (Especialista Python)
1. Fundamentos + pytest
2. Fatia vertical de FastAPI ou Django
3. Observabilidade + observação de plantão (on-call shadow)
4. Participação em revisões de design
5. Liderar um pequeno RFC (Request for Comments)Armadilhas (Gotchas)
- Apenas atribuir tickets - Nenhuma transferência de habilidade. Correção: Debater após cada tarefa com "o que você faria sozinho?"
- Feedback vago de promoção - "Não é sênior o suficiente." Correção: Mapear lacunas para comportamentos da rubrica com exemplos.
- Mentor como gargalo - Todas as revisões passam por uma pessoa. Correção: Rotacionar colegas (buddies); mentee também revisa outros.
- Pular observação de plantão (on-call shadow) - A primeira página solo é assustadora. Correção: Observar no mínimo dois turnos.
- Ignorar crescimento não-código - Comunicação e especificações importam. Correção: Incluir metas de colaboração com o produto.
Alternativas
| Alternativa | Usar Quando | Não Usar Quando |
|---|---|---|
| Treinamento externo | Novo domínio (ML, segurança) | Idiomas diários do Python |
| Cursos auto-guiados | Atualização básica da linguagem | Propriedade de produção |
| Programa de aprendizado (Apprenticeship) | Muitos juniores ao mesmo tempo | Crise de entrega urgente |
| Rotação entre squads | Amplitude para trilha de staff | Crise de entrega urgente |
FAQs
Com que frequência os mentores devem se encontrar?
30 min de 1:1 semanal mais pareamento ad hoc em tarefas difíceis.
Juniores em plantão (on-call)?
Observar primeiro; solo com backup sênior para slots de rotação de baixo risco.
Como documentar o nivelamento?
Documento de escada de engenharia com exemplos específicos de Python por nível.
Frequência de programação em grupo (mob programming)?
Semanal para refatorações difíceis; não como padrão diário (caro).
Mentoria remota?
Pareamento com compartilhamento de tela, palestras gravadas na guilda, mentoria assíncrona de PR.
Quando alguém é considerado pleno?
Entrega consistentemente funcionalidades testadas com pouca orientação; ajuda outros a depurar.
Como lidar com baixo desempenho?
Plano claro com o gerente; mentor apoia habilidades, gerente é responsável pelos resultados.
Alocação de tempo do mentor?
Meta de 10-20% para líderes técnicos; proteger no planejamento da sprint.
Mentoria entre equipes?
Incentivar para padrões de plataforma (observabilidade, empacotamento).
Nivelamento e títulos?
Títulos seguem o nível calibrado; a rubrica é a fonte da verdade.
Relacionados
- Cultura de Revisão de Código - ensino diário
- Delegação & Disseminação de Contexto - crescimento da propriedade
- Crescimento na Carreira: Sênior para Líder - caminho longo
- Onboarding da Equipe - primeiros 30 dias
- Saúde do Plantão (On-Call Health) - observação sustentável
Versões do 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+.