O que é o go-live
Go-live é o momento em que a entrega do projeto passa a ser usada de verdade: o sistema entra em produção, a nova fábrica começa a operar, o processo novo substitui o antigo. É um dos pontos de maior risco do projeto, porque os problemas deixam de afetar só a equipe e passam a afetar clientes, operação e faturamento.
Por isso, a entrada no ar não deve ser uma data que simplesmente chega. Ela é uma decisão, chamada de go/no-go: com base em critérios combinados antes, o patrocinador decide seguir, adiar ou seguir com ressalvas. O checklist organiza a informação para essa decisão.
As seis dimensões da prontidão
Projetos que falham no go-live raramente falham por uma só dimensão. O padrão comum é a técnica estar pronta e as pessoas não, ou tudo estar pronto menos a volta. A lista obriga a olhar as seis.
| Dimensão | O que confirma |
|---|---|
| Técnica | A solução funciona, foi testada e aprovada, e o roteiro da implantação está escrito |
| Dados | Os dados foram migrados, conferidos e há cópia de segurança testada |
| Pessoas | Os usuários foram treinados e sabem a quem recorrer |
| Operação e suporte | Há suporte reforçado e monitoramento desde a primeira hora |
| Negócio e comunicação | A decisão foi registrada e os afetados foram avisados |
| Plano de volta | É possível voltar à situação anterior, com critério definido e ensaiado |
O plano de volta
O plano de volta (rollback) descreve como desfazer a implantação e voltar a operar como antes, quanto tempo isso leva e quem executa. Sem ele, qualquer problema grave no dia da entrada no ar vira crise, porque a única saída é corrigir sob pressão.
Tão importante quanto o plano é o critério de volta, definido antes de começar: em que situação a implantação será desfeita e até que horário essa decisão pode ser tomada. Exemplo: "se a conferência dos dados migrados não fechar até as 6 h, voltamos". Decidir no calor do momento, com a equipe cansada e o patrocinador ansioso, costuma levar a insistir além do razoável.
Plano de volta que nunca foi ensaiado é uma hipótese. Por isso o checklist pede o ensaio.
Como o checklist funciona
Cada item pode ser marcado como feito, como "não se aplica" ou ficar pendente, com observação. Os itens críticos são os que tornam a entrada no ar arriscada demais se estiverem pendentes: testes de aceitação aprovados, defeitos graves resolvidos, roteiro escrito, cópia de segurança testada, usuários treinados, suporte reforçado, decisão registrada, plano e critério de volta.
Janela de implantação
Escolha a janela com as áreas afetadas: fora de fechamento de mês, de picos de venda e de véspera de feriado. Em sistemas, janelas de fim de semana dão tempo para a volta, mas exigem suporte disponível na segunda-feira de manhã, quando os usuários voltam.
Tudo de uma vez ou por etapas
A entrada no ar pode seguir estratégias diferentes, e a escolha muda os itens que pesam mais:
- Tudo de uma vez: todos os usuários passam para a solução nova no mesmo dia. É mais simples de coordenar, mas o plano de volta precisa ser muito sólido.
- Piloto: um grupo pequeno começa antes, e os ajustes são feitos antes da expansão. Reduz o risco, mas alonga o prazo.
- Por ondas: unidades ou regiões entram em sequência, e cada onda aprende com a anterior.
- Em paralelo: o processo antigo e o novo rodam juntos por um período. É o mais seguro e o mais caro, porque exige esforço dobrado.
Nas estratégias por etapas, aplique o checklist a cada onda.
Exemplo resolvido
Uma empresa vai colocar no ar um portal de autoatendimento para clientes. Uma semana antes, o checklist mostra: testes de aceitação aprovados, defeitos graves resolvidos, usuários internos treinados e suporte reforçado escalado.
Dois itens críticos estão pendentes: o plano de volta nunca foi ensaiado (o fornecedor garante que a volta leva 30 minutos, mas ninguém testou) e o critério de volta não foi definido. Também não houve teste de desempenho no volume de pico, que é três vezes a média na segunda semana do mês. A migração de dados foi marcada como "não se aplica", porque o portal lê os dados do sistema atual.
O resultado é "Não recomendado entrar no ar agora". Com o ensaio marcado para terça-feira e o critério de volta definido na reunião seguinte, o go-live pode ser mantido. Use "Preencher com exemplo" para ver esse cenário.
Quando usar
- Semanas antes da entrada em produçãopara descobrir a tempo o que falta na parte técnica, nos dados, nas pessoas, na operação e no negócio.
- Reunião de decisão do go-livepara levar os itens críticos conferidos e decidir com base neles se a entrega entra no ar.
- Entrega que afeta clientes ou a operaçãopara confirmar que o plano de volta existe e foi combinado antes da virada.
Erros comuns
- Tratar a data como compromisso inegociávelA data é uma meta; a entrada no ar é uma decisão baseada em critérios.
- Plano de volta só no papelSem ensaio, ninguém sabe se ele funciona nem quanto tempo leva.
- Treinar com protótipoUsuário treinado numa versão diferente da final chega ao primeiro dia sem saber usar.
- Suporte normal no primeiro diaO volume de dúvidas nos primeiros dias é muito maior que o normal.
- Comunicar só internamenteClientes e parceiros afetados precisam de aviso com antecedência.
- Decidir a volta na horaSem critério combinado, a equipe insiste além do razoável.
Como levar isso para a equipe inteira
Go-lives problemáticos costumam se repetir pelos mesmos motivos: plano de volta que não existe, treinamento tardio, suporte despreparado. Quando isso acontece em vários projetos, o problema não é de um gerente, é da forma como a empresa decide entrar no ar.
O primeiro passo é tornar a reunião de go/no-go obrigatória, com critérios combinados no início do projeto, e não na véspera. O segundo é um checklist comum de prontidão, que o escritório de projetos mantém e melhora a cada implantação. O terceiro é registrar as lições de cada go-live: o que faltou, o que funcionou e o que entra no checklist a partir de agora.
O erro mais comum na adoção é o checklist virar formalidade assinada por quem tem pressa. A reunião precisa ter poder real de adiar a data, senão ninguém leva os critérios a sério.
A Projeto Diário monta treinamento para equipes em gestão de riscos sob medida, com exercícios de go/no-go sobre as implantações reais da sua empresa.
Perguntas frequentes
O que significa go/no-go?
É a decisão formal de seguir (go) ou não seguir (no-go) com a entrada no ar, tomada pelo patrocinador com base nos critérios de prontidão combinados antes.
O que é rollback?
É a volta à situação anterior quando a implantação dá errado. O plano de rollback descreve como voltar, quanto tempo leva e quem executa.
Quem decide o go-live?
O patrocinador do projeto ou o comitê que ele indicar, com base na recomendação do gerente do projeto e das áreas afetadas. A decisão deve ficar registrada com data e hora.
Serve para projetos que não são de sistemas?
Sim. Os itens foram escritos para servir a entregas em geral: um novo processo, uma loja, uma linha de produção. Marque como "não se aplica" o que não fizer sentido.
Quanto tempo antes devo começar o checklist?
Pelo menos duas semanas antes da data prevista. Itens como ensaio de volta, teste de desempenho e treinamento levam dias para serem resolvidos.
Os dados ficam salvos onde?
Apenas no seu navegador. A Projeto Diário não recebe nem armazena as suas marcações e observações.
Vocês oferecem treinamento sobre go-live e gestão de riscos para equipes?
Sim. Montamos o treinamento sob medida, com os critérios de prontidão e os planos de volta dos projetos da sua empresa. Solicite uma proposta.
