Melhores Práticas de Equipe e Onboarding

Um resumo condensado das 25 práticas mais importantes de equipe e onboarding para organizações PostgreSQL 18.4 - conteúdo portátil compartilhado; sem DDL de produção solo.

1. Atribua um buddy de banco de dados no primeiro dia: DBA da mesma squad ou backend sênior por no mínimo duas semanas (Noções Básicas de Onboarding).

2. Postgres 18.4 local antes de ambientes compartilhados: Docker compose corresponde à versão principal de produção.

3. Fluência em psql antes de ferramentas GUI: Scripts \d+, \conninfo, ON_ERROR_STOP.

4. Hábito de EXPLAIN desde a primeira PR: Nenhuma revisão de consulta sem (ANALYZE, BUFFERS) em evidências de staging.

5. Produção somente leitura na segunda semana, não no primeiro dia: Reduz o risco de acidentes; buddy nas primeiras cinco sessões.

6. Sem DDL de produção solo nos primeiros 90 dias: Migrações mescladas com revisor DBA; emergência em pares.

7. CONTRIBUTING.md lista caminhos de migração e on-call: Fonte única para escalonamentos.

8. Shadow no on-call antes de ser principal: Pelo menos duas sombras não-SEV1 com debrief.

9. Parear nas três primeiras PRs de consulta ORM: Pareamento em PRs de Consulta previne cultura N+1.

10. Matriz de habilidades trimestral com links de evidências: PRs, drills, post-mortems - não apenas autoavaliação (Matriz de Habilidades).

11. Caminho de desenvolvimento de aplicativo → DBA documentado: Fases evitam pular HA antes da profundidade de EXPLAIN (Caminho de Desenvolvimento de App → DBA).

12. Horário de atendimento semanal para perguntas de schema: Reduz DMs no Slack e DDL não autorizados.

13. Conselho de banco de dados para schema entre equipes: Presidente de staff; ADR para alterações de tabelas compartilhadas.

14. Sem migrações heroicas em deploys de sexta-feira: Política de janela de alteração no acordo da equipe.

15. Atualizações de post-mortem de incidentes na lista de verificação de onboarding: SEV1 se torna leitura do dia três do próximo contratado.

16. Rotacione o dever de revisão de forma justa: Espalhe a carga de revisão de migração entre os níveis intermediários, não um gargalo de DBA.

17. Celebre as detecções seguras: O revisor que bloqueou a perda de CONCURRENTLY recebe reconhecimento - constrói cultura.

18. Documente quem é o proprietário de cada schema: Mapa de serviço para schema no repositório; sem tabelas órfãs.

19. Novo contratado executa o script de bundle de incidentes em staging na primeira semana: Prova que os scripts CLI funcionam.

20. Habilidades de agente introduzidas na segunda semana com salvaguardas: Noções Básicas de Habilidades de Agente antes de ChatGPT SQL de forma livre.

21. Caminho de onboarding de análise separado: Leitura somente de réplica; SLA de EXPLAIN diferente de OLTP.

22. Remoção de credenciais de banco de dados no mesmo dia no offboarding: Auditoria de revogação de função no ticket.

23. Contratados recebem acesso de escrita com tempo limitado: Data de expiração em funções de staging.

24. Loop de contratação inclui exercício de EXPLAIN ao vivo: Scorecard alinhado à matriz.

25. Retrospectiva anual da equipe sobre incidentes de banco de dados: Tendências impulsionam o orçamento de treinamento.

FAQs

Relacionado

• Noções Básicas de Onboarding - configuração do primeiro dia
• Caminho de Desenvolvimento de App → DBA - trilha de carreira
• Matriz de Habilidades - grade de níveis
• Pareamento em PRs de Consulta - revisão ao vivo de ORM
• Mentoria de Equipes de Aplicativos - visão do líder técnico

Versões da Stack: Esta página foi escrita para equipes de plataforma e aplicativos PostgreSQL 18.4 usando Flyway e políticas de acesso de produção somente leitura.