Um ciclo de mock só é útil se for medido. Veja o que um mock bem conduzido deve produzir - além de "a carga terminou".
Os ciclos de mock são o ensaio do go-live. Com frequência, são avaliados por uma única pergunta - as cargas terminaram? - e a informação mais útil é descartada.
Defina o objetivo de cada mock
O Mock 1 valida a cadeia técnica de ponta a ponta. O Mock 2 mede a qualidade dos dados e o esforço de validação do negócio. O Mock 3 testa o cronograma em condições realistas. O ensaio geral comprova o runbook de cutover. Cada mock precisa de critérios próprios de entrada e saída.
Meça o que o cutover vai precisar
- Duração por objeto e por etapa - extração, transformação, validação, carga, reconciliação.
- Taxa de erro na primeira carga e número de recargas.
- Tempo de validação do negócio - quanto tempo os donos realmente precisam para aprovar.
- Defeitos em aberto por severidade e se eles bloqueiam objetos seguintes.
Feche o ciclo
Um mock termina quando seus aprendizados estão no plano: durações atualizadas, dependências ajustadas, novas regras de limpeza e um cronograma de cutover revisado. Sem esse ciclo, cada mock repete as surpresas do anterior.
Torne os resultados visíveis
O comitê executivo deve ver planejado x realizado por objeto, a evolução do caminho crítico e a lista de itens aprovados com restrição - em uma única visão. Esse é o nível de visibilidade que levamos a toda migração que lideramos.