Vinte e sete dias úteis desde o início até a entrada em operação, seguidos de trinta dias de acompanhamento. Considere os dias úteis, não os dias corridos: insira os feriados do cliente na planilha "Configuração" da pasta de trabalho "Planos do Projeto" e a data de cada tarefa será calculada a partir do seu respectivo dia T.
Pré-voo: antes do início do cronômetro
T-27 é o primeiro dia da contagem regressiva, não o primeiro dia do relacionamento. Quatro coisas já devem ser verdadeiras:
- Comercial — contrato assinado e receita recebida auditada; data de entrada em operação no quadro; escopo definido (módulos e entidades para a primeira fase).
- Pessoas — um Responsável pela Contagem Regressiva com autoridade de escopo para o mesmo dia; um Líder de Voo do TRANXACT; um usuário-chave por processo, nomeado e autorizado para a contagem regressiva.
- Inquilino — formulário de integração enviado; inquilino provisionado em seu cluster de três nós; usuários-chave aptos a fazer login.
- Dados — acesso de leitura a todas as fontes legadas; dados de amostra representativos extraídos; data de transição e escopo de migração (a partir de / período) propostos.
Como isso atende ao Guia de Implantação Técnica: suas metas de construção propostas — formulário de integração, aprovação do projeto e compilação a partir do código, cada uma com duração aproximada de cinco dias úteis, e mais cinco dias com Live DR — são executadas antes do T-27. A contagem regressiva pressupõe que o ambiente já exista, motivo pelo qual o tenant é um item de pré-implantação e T-Minus não possui um marco de construção de ambiente.
Cinco etapas, cada uma com uma saída.
| Estágio | Critério de saída | Deixa para trás |
|---|---|---|
| Descubra fazendo · T-27 → T-18 | Cada linha Fit Ledger etiquetada; primeira leva assinada pelo proprietário do Countdown. | Fit Ledger, registro de objetos em rascunho, escopo da migração, impacto da alteração, plano de comunicação, registro RAID |
| Configurar em aberto · T-17 → T-11 | Todas as linhas "Configure-now" foram configuradas e verificadas. | Manual de Configuração, registro de prontidão, Plano de Teste, mapeamento M1 assinado |
| Transição auditada · T-10 → T-3 | Delta de zero TB no teste com trilha de auditoria; o teste se encaixa na janela. | Conciliações, Manual de Operação de Transição com cronogramas, Roteiro de Ensaio, registro de defeitos |
| O Ensaio · T-2 → T-1 | Os ensaios são aprovados — a única decisão possível é se vai ou não vai. | Resultados do ensaio, registro de aprovação/reprovação, participação por usuário, plano final de transição. |
| Entrada em operação · T-0 | A primeira fatura emitida na produção, geralmente antes do almoço. | Coluna final do manual de procedimentos, reconciliação assinada, registro de exceções do Hypercare, primeiro KPI |
| Treinador em ritmo acelerado · T+1 → T+30 | Exceções tendendo a zero; hipercuidado absorvido | Registro de hipercuidados, lista de pendências do T-Plus e plano de ondas, painel de indicadores-chave de desempenho (KPIs). |
Uma decisão simples de "sim/não", e fatos para todo o resto.
O início da contagem regressiva (T-27), o congelamento do escopo (T-18), a conclusão da configuração (T-11), a reconciliação do teste a seco (T-3), a confirmação da entrada em produção (T-0) e a saída do monitoramento intensivo (até T+30) são todos fatos verificáveis com evidências anexadas na planilha de aprovação/reprovação do Toolkit. Somente o ensaio em T-1 constitui uma decisão. Os auditores e o patrocinador da direção analisam as evidências, não um relatório de status.
Seis fluxos de trabalho contra um único relógio.
A implementação principal, a migração de dados, os testes, a adoção e o treinamento, a gestão de mudanças e os aspectos técnicos e de integração são executados em paralelo. Na etapa de Cutover, são auditados, por exemplo: correções de configuração apenas; M1, M2, teste simulado e reconciliação; validação da migração e testes de função; usuários com dados de simulação; uma avaliação de prontidão; endpoints testados e um exercício de recuperação de desastres. A planilha de Planos de Projeto associa cada tarefa ao seu fluxo de trabalho, permitindo que cada líder filtre sua própria visualização.
Ondas, nunca fases mais longas
Uma implementação em maior escala repete a contagem regressiva de 27 dias no mesmo livro-razão: onda 1, a entidade principal (Contabilidade, CRM, Cadeia de Suprimentos); onda 2, entidades adicionais e RH; onda 3, Manufatura, EHR ou Ciclo de Vida do Aluno; onda n, escopo do Fit Ledger adiado e novas regiões. Cada onda ativa módulos e entidades; o crescimento nunca aciona uma reimplementação.
Considere qualquer item não verificado antes do voo como um motivo para não iniciar a contagem regressiva. Sem eles, os primeiros dias são gastos tentando obter acesso em vez de descobrir o conteúdo na prática.
O líder de voo de Calderwood descobre, na inspeção pré-voo, que o sistema ERP legado só pode ser acessado pela equipe de suporte do fornecedor. Essa equipe está agendada para os dias M1, M2, o ensaio geral e T-0, antes do início da decolagem — e a descoberta só ocorre T-10.
Experimente É T-18. O livro razão Fit Ledger da Calderwood tem 64 linhas, mas três ainda estão sem etiqueta porque o controlador financeiro está de licença. O portão de congelamento de escopo pode passar?
Não. O congelamento do escopo exige que cada linha seja etiquetada e a onda 1 seja assinada pelo Proprietário da Contagem Regressiva. A solução não é esperar: o Proprietário da Contagem Regressiva, que tem autoridade para aprovar no mesmo dia, toma as três decisões na reunião diária de hoje — configurar agora, T-Plus ou não necessário — e assina. Ainda é possível solicitar a opinião de um controlador, mas o processo já está em andamento e cabe ao Proprietário da Contagem Regressiva fechá-lo.