Parte 1
Fase 1: Você está pronto para escalar?
10 itens. Menos de 7 marcados? Arrume a base antes de abrir novas vagas.
Para que serve este checklist: decidir se o seu time de engenharia está pronto para crescer e o que arrumar primeiro se ainda não estiver. A Fase 1 dá uma nota de prontidão. As Fases 2 a 6 mostram o que precisa estar no lugar antes de chegar gente nova e o que acompanhar enquanto o time cresce.
Como usar: marque cada afirmação abaixo que já é verdade no seu time hoje. Seja rigoroso: se for só parcialmente verdade, deixe em branco. Some os itens marcados e compare sua nota com a tabela no fim desta fase.
Colocar mais gente em um sistema quebrado só faz ele quebrar mais rápido.
- Novos engenheiros conseguem abrir o primeiro PR em até 48 horas.
- A documentação de onboarding está escrita, atualizada e testada pela última pessoa que entrou.
- O tempo de resposta de code review é menor que 24 horas.
- O pipeline de CI/CD roda verde na main todo dia.
- Decisões de arquitetura estão documentadas em algum lugar acessível. ADRs, RFCs, Notion. O "por quê" existe fora da cabeça das pessoas.
- As normas de comunicação do time são explícitas. Slack vs. docs assíncronos vs. reuniões. Pessoas novas não conseguem ler o ambiente no primeiro dia.
- Existe uma definição clara e escrita de "pronto" para features.
- Dívida técnica é rastreada, não só reclamada. Um backlog, um budget de dívida, uma sprint trimestral de limpeza.
- Pelo menos uma pessoa além do CTO consegue explicar a arquitetura completa.
- O deploy não depende de uma pessoa específica estar online.
| Nota | O que significa | Próximo passo |
|---|---|---|
| 9-10 | Pronto para escalar | Abra as vagas e use as Fases 2-6 para manter a base sólida. |
| 7-8 | Pronto, com lacunas | Contrate aos poucos e resolva os itens não marcados em paralelo. |
| 0-6 | Ainda não está pronto | Arrume a base antes de abrir novas vagas. |
Sua nota: ___ / 10. Cada item não marcado vira um problema multiplicado quando o time dobra de tamanho.
