Primeiros 90 dias: aprender o sistema, entregar com segurança e ganhar autonomia
Objetivos desta aula
- Mapear serviços, responsáveis e fluxos de entrega
- Planejar resultados para 30, 60 e 90 dias
- Escolher uma primeira melhoria de baixo risco
- Negociar autonomia e critérios de escalonamento
- Demonstrar impacto sem otimizar métricas isoladas
Entrar em uma equipe exige entender antes de transformar. O plano de 90 dias é um acordo de aprendizagem e entregas, não uma promessa de dominar toda a plataforma. Ajuste marcos com sua liderança conforme senioridade, contexto e prioridade do negócio.
Nos primeiros 30 dias, descubra quem opera cada serviço, quem decide mudanças e como um pedido chega à produção. Siga uma alteração do commit ao deploy, leia um incidente recente e observe o atendimento de um alerta. Registre dúvidas em docs/onboarding.md, com responsáveis para respondê-las.
O acesso inicial deve ser suficiente para aprender sem criar risco desnecessário. Comece com leitura, MFA e sessões auditáveis; solicite elevação temporária para tarefas aprovadas. Não compartilhe credenciais de colegas para acelerar o onboarding e não exporte inventários internos para contas pessoais.
Construa um mapa de dependências operacionais: serviço, dono, dashboard, runbook, repositório e escalonamento. Um catálogo simples já revela serviços órfãos e documentação quebrada. Confirme as informações com quem atende o plantão, pois um documento antigo pode não refletir a operação real.
Entre os dias 31 e 60, entregue uma melhoria pequena acompanhada por alguém experiente. Pode ser corrigir um runbook ou tornar um teste de pipeline determinístico. Defina linha de base, risco, revisão e rollback; em vez de “reduzir tempo de CI”, combine medir p50 e taxa de falha em uma amostra acordada.
Evite o impulso de substituir ferramentas cedo demais. Uma configuração aparentemente estranha pode existir por contrato, custo ou incidente anterior. Registre alternativas e procure contexto antes de propor migração; automatizar um processo ainda não compreendido pode apenas acelerar erros.
Entre os dias 61 e 90, busque autonomia em um escopo explícito. Execute uma mudança revisada, participe de um exercício e apresente resultados com limites. Entrar sozinho no plantão não é rito obrigatório: combine treinamento, acesso, runbooks e critérios de escalonamento antes de assumir responsabilidade.
Feche o período com uma retrospectiva orientada a impacto: o que aprendeu, que risco diminuiu, que resultado foi medido e o que ainda depende de apoio. Não use quantidade de commits como medida de valor. Atualize o plano para o próximo trimestre e confirme com a equipe se o benefício observado justifica manter a mudança.
Na prática
Plano negociável com entregas e critérios de aceite
yaml
# Exemplo para adaptar com a liderança; não é uma meta universal.
plano:
dias_1_30:
objetivo: "Entender a operação"
entrega: "Mapa de serviços e acompanhamento de um deploy"
aceite: "Mapa revisado por responsáveis e dúvidas prioritárias respondidas"
dias_31_60:
objetivo: "Entregar melhoria de baixo risco"
entrega: "Correção de runbook validada em laboratório"
aceite: "Outra pessoa executa o procedimento sem instrução oral adicional"
dias_61_90:
objetivo: "Ampliar autonomia em escopo acordado"
entrega: "Mudança revisada com resultado observado"
aceite: "Revisão, rollback e critério de escalonamento documentados"
acompanhamento:
frequencia: "Semanal"
responsaveis: ["Profissional", "Mentor", "Liderança"]Modelo de catálogo operacional mínimo
yaml
# Mantenha apenas links internos autorizados, sem credenciais.
servicos:
- nome: cloudshop-api
responsavel: "Equipe de pedidos"
repositorio: "Link interno a preencher"
dashboard: "Link interno a preencher"
runbook: "docs/runbooks/api-5xx.md"
escalonamento: "Consultar escala vigente do time"
ultima_validacao: "Preencher após revisão com o responsável"
# Não publique o catálogo da empresa no portfólio pessoal.Por que isso importa
Autonomia construída com contexto e confiança permite entregar valor sem criar incidentes evitáveis na adaptação.
Erro comum
Prometer uma migração grande na primeira semana antes de entender dependências e restrições.
Dica de produção
Combine checkpoints semanais com mentor e liderança e revise prioridades sempre que o contexto mudar.
Alerta de segurança
Use MFA, identidades individuais e elevação temporária; inventários, runbooks e indicadores internos também precisam de controle de acesso.
Pergunta de entrevista
Que primeira melhoria você escolheria em uma plataforma desconhecida e como demonstraria valor com baixo risco?
Glossário
- Onboarding
- Processo de integração ao contexto técnico e organizacional da equipe.
- Mentoria
- Acompanhamento para desenvolver contexto e autonomia com apoio.
- Escalonamento
- Acionamento de pessoas ou níveis de suporte conforme critérios definidos.
- Catálogo de serviços
- Registro dos serviços e de suas informações operacionais essenciais.
- Autonomia
- Capacidade de atuar com responsabilidade dentro de um escopo acordado.
Conexão com o CloudShop
Criar um plano de 90 dias para assumir a operação do CloudShop, com catálogo, melhoria de baixo risco e critérios de autonomia.
Quiz da aula
1. Qual deve ser a prioridade inicial em uma equipe nova?
2. Qual é uma boa primeira entrega?
3. Quando assumir autonomia no plantão?
Minhas anotações
Salvo automaticamente neste navegador.