Um departamento por vez

O modelo de dados está travado e existe um sistema vazio esperando gente dentro. Migrar todo mundo no mesmo fim de semana coloca 20 pessoas sem saber onde clicar no mesmo dia, e na terça o time inteiro voltou para a ferramenta antiga. Este capítulo entrega a fila que evita isso: um departamento por vez, ranqueado por horas cronometradas, com o portão B fechando cada onda.

O custo desse fracasso é de credibilidade, e ele pesa mais que refazer a migração. A primeira semana ruim compra três meses de resistência passiva, que não aparece em relatório nenhum: aparece como planilha paralela reaberta, campo que ninguém preenche e pergunta feita no WhatsApp em vez de ao sistema.

Luke Pierce, CEO da Boom Automations, escreveu em 17 de agosto de 2026 que mover todo mundo de uma vez é como esses projetos morrem. A mecânica de evitar isso é a parte executável do passo 04.

Ancore no que você já viveu. Toda empresa dessa faixa já trocou de CRM ou saiu de uma planilha para um rastreador de projetos, e aquilo deu certo porque a troca era de UMA ferramenta, com UM grupo de usuários, e porque a ferramenta velha ficou aberta o tempo suficiente para ninguém entrar em pânico.

O ponto exato em que essa experiência quebra é o escopo. Trocar de CRM afeta o time de vendas e nada mais. Consolidar sete ferramentas num sistema único afeta todo mundo ao mesmo tempo. Naquelas viradas, o resto da empresa era o chão firme onde você pisava enquanto trocava o sapato. Na consolidação, o chão também está sendo trocado.

O portão B é o segundo dos dois portões da esteira de seis passos, e o que ele faz é uma condição de bloqueio sobre a fila. Enquanto o primeiro departamento não fechar os três critérios, o segundo não entra, mesmo que o time do segundo esteja ansioso, mesmo que a agenda diga outra coisa. Portão é a palavra certa, porque não existe caminho ao redor dele. Existe esperar ele abrir.

Falta decidir a ordem da fila, e aqui o mapa do passo 01 já respondeu. Segundo Luke Pierce, a migração começa pelo departamento que tinha mais horas cronometradas no mapa, o mesmo número que ranqueia todo o resto do build. Não é o departamento mais barulhento, nem o mais receptivo, nem o do sócio que patrocina o projeto. É o que dói mais em horas medidas.

A razão é de caixa: a primeira onda é a que precisa pagar a conta política do projeto. Se ela devolve as horas mais caras da empresa, o resultado aparece em duas semanas e o segundo departamento entra querendo entrar. Se você começa pelo departamento de menor atrito, gasta a mesma energia para colher pouco, e chega no departamento difícil sem crédito acumulado. Ordenar pelo maior número transforma a fila num plano de financiamento do próprio projeto.

Dentro de cada janela de duas semanas roda uma mecânica de três movimentos que o paper descreve com precisão suficiente para executar. Eles são sequenciais e nenhum é opcional, porque cada um responde a um risco diferente.

Falta uma peça no meio dessa mecânica, e ela é a maior armadilha do passo 04: consolidar quatro ferramentas é herdar quatro versões do mesmo cliente.

A armadilha é de decisão antes de ser técnica. Quando o CRM diz que o cliente se chama uma coisa, a planilha de faturamento diz outra, o rastreador de projetos tem um apelido interno e a contabilidade tem a razão social completa, o script de backfill precisa saber qual grafia vira o registro no sistema. Se ninguém decidiu antes, o script decide por omissão, e a decisão que ele toma é a ordem em que os arquivos foram carregados. Você acorda com o mesmo cliente cadastrado três vezes, ou com um cadastro só e a cobrança apontando para o lugar errado.

A saída é uma peça de uma página que chamamos aqui de tabela de precedência de fonte: para cada campo que existe em mais de uma ferramenta, qual ferramenta ganha. Ela vive junto do registro de entidades do portão A, porque responde à mesma pergunta daquele registro, só que olhando para trás. O registro diz de onde a tabela migra; a precedência diz o que fazer quando as origens discordam.

Vale ver a coisa inteira acontecendo numa empresa. A Vinco Instalações é o caso condutor do curso e é cena inventada para a didática deste curso: nenhum número dela é apurado, todos foram construídos para serem coerentes entre si ao longo dos 15 capítulos. Montagem e manutenção de instalações prediais em São Paulo, sem nenhum ERP.

Foi também na semana em paralelo que a tabela de precedência mostrou serviço na Vinco. As datas de conclusão de obra divergiam entre o Monday e a planilha de medição, e a divergência vinha de dois conceitos com o mesmo nome. O Monday guardava a data planejada, a planilha guardava a data medida, e o faturamento sempre dependeu da segunda. Sem a tabela escrita antes, o script teria escolhido uma das duas e a empresa teria descoberto o problema pela via mais cara, uma fatura emitida na data errada.

Esse é o tipo de achado que só aparece quando existe um controle independente rodando ao lado. Ele não sobrevive numa virada única, porque na virada única não há nada com que comparar.

Leia a sanfona abaixo procurando o sintoma que você já viu: em migração, o sintoma chega semanas antes de alguém nomear a causa.

Falta transformar o portão B em coisa verificável. Frase não bloqueia fila: bloqueia quem lê uma lista e responde sim ou não a cada linha. A lista abaixo destrincha os três critérios para ser lida em voz alta na reunião que decide se o próximo departamento anda.

O último artefato é o registro de corte. Ele existe porque a decisão de cortar precisa ter dono, data e critério visíveis depois, quando alguém perguntar por que a ferramenta antiga fechou num dia de pico. Uma página por departamento, arquivada junto do registro de entidades, e ela também é o que você vai reler antes da onda seguinte para aplicar o que a anterior ensinou.