Go-live e adoção
Go-live e adoção
Do blueprint para produção — com uma abordagem faseada que minimiza o risco e maximiza a adoção. Migração de dados, piloto, formação, cutover e hypercare como um runbook acordado.
Atualizado em 18/05/2026
Capítulo 5 — Go-live e adoção
A configuração está tecnicamente fechada. Agora o Gfacility tem de atravessar algo muito mais imprevisível: as pessoas. Uma configuração impecável e uma adoção falhada são indistinguíveis ao fim de três meses: um sistema vazio e expectativas defraudadas. Este capítulo garante que a verdadeira diferença é feita.
O go-live não é um botão. É um período: semanas antes da viragem (migração de dados, piloto, formação), a viragem em si (cutover) e as primeiras semanas depois (hypercare). Cada uma destas fases tem os seus próprios riscos e os seus próprios critérios de sucesso. Este capítulo dá-lhe o runbook.
O que entrega?
Plano de migração com limpeza de dados
Que dados migram, quais são limpos, quais vão para arquivo.
Resultados do piloto e relatório go/no-go
O que funcionou, o que falhou, que decisões bloqueiam um uso mais alargado.
Plano de formação e abordagem de mudança
Um percurso de aprendizagem por público, com requisitos de presença e certificação.
Runbook de cutover
Guião ao minuto da viragem, com atribuição de papéis e botão de roll-back.
Plano de hypercare
Que apoio durante as primeiras 4-6 semanas após o go-live, com via de escalonamento.
Evidências para o encerramento
Números de adoção, medições de SLA e lições aprendidas para a transição.
As cinco fases
5.1 Migração de dados e limpeza
Que histórico migra, o que descarta, o que arquiva — e como valida que tudo está correto?
5.2 Piloto e ciclo de feedback
Deixe um grupo pequeno trabalhar a sério com o sistema, recolha feedback depressa e decida go/no-go com números.
5.3 Formação e gestão da mudança
Um percurso de aprendizagem por público — mais um plano de comunicação que vende a mudança antes do sistema o fazer.
5.4 Runbook de cutover
A viragem propriamente dita: minuto a minuto, com atribuição de papéis, janela de freeze e botão de roll-back.
5.5 Período de hypercare
As primeiras quatro a seis semanas depois da viragem, com apoio reforçado, ciclo rápido de bugfix e critério de saída claro.
Cronograma recomendado
O que acontece quando?
- −8sScript de migração de dados pronto, primeira dry run no ambiente de aceitação.
- −6sArranque do grupo piloto com fluxo de trabalho real num ambiente equivalente a produção.
- −4sLançamento da formação: train-the-trainer primeiro, público alargado a partir de −3s.
- −2sAvaliação do piloto + go/no-go — os últimos bloqueios agora, não na noite anterior.
- −1sJanela de freeze nos sistemas de origem, blitz de comunicação, equipa de hypercare em prontidão.
- D0Cutover — normalmente ao fim de semana ou em período de férias. Siga o runbook, não improvise nada.
- +4-6sHypercare — apoio reforçado, triagem diária. Só depois se passa para o suporte em regime estável.