Dá tempo, desde que "começar" e "virar a chave" sejam tratados como coisas diferentes. Dezembro é uma janela boa para levantar processo, definir escopo e preparar dado. É uma janela ruim para colocar um sistema novo no ar, justamente porque a empresa esvazia e quem precisaria acompanhar a virada está de férias.
Confundir as duas coisas produz o pior resultado possível: um sistema entrando no ar exatamente quando ninguém está lá para socorrer.
Por que virar o sistema em dezembro dá errado
A virada de um sistema não é um evento de um dia. Nos primeiros dias, alguém precisa estar disponível para resolver o que aparece: dado que não migrou direito, exceção que ninguém previu, pessoa que travou numa tela.
Em dezembro, três coisas conspiram contra isso.
A equipe está desfalcada. Férias coletivas, recesso, gente saindo mais cedo. Quem conhece o processo e resolveria o problema em cinco minutos não está.
O volume é atípico. Muitas operações têm pico ou queda anormal nesse período. Você testa o sistema numa condição que não representa o ano.
O fechamento do ano concorre. Contabilidade, inventário, fechamento fiscal. A atenção da empresa está toda ali, e com razão.
Some os três e você tem a pior combinação possível: menos gente para apoiar, uma operação se comportando de um jeito que não representa o ano, e a atenção de todo mundo em outro lugar. É por isso que virada de sistema em dezembro costuma render história de terror em janeiro.
O que dezembro é ótimo para fazer
A parte boa é que o mesmo período é excelente para o trabalho que costuma ficar para depois.
Levantar o processo real. Sentar com quem executa e mapear como as coisas acontecem de verdade, incluindo as exceções. Esse trabalho não interfere na operação e é o que mais determina o sucesso do projeto.
Definir escopo com calma. Decidir o que entra e o que fica para depois, sem a pressão de estar com o cronômetro rodando.
Limpar e organizar dados. Cadastro duplicado, informação faltando, campo preenchido de três jeitos diferentes. É o trabalho mais subestimado de qualquer projeto e o que mais atrasa quando deixado para o final.
Preparar treinamento. Escrever o material, gravar o passo a passo, definir quem vai ser referência em cada área.
Quem usa dezembro assim chega em janeiro pronto para virar a chave com a empresa cheia. Quem não usa começa a discussão de escopo em fevereiro.
O que dá para entregar em três meses
Depende inteiramente do tamanho do escopo, e é aqui que a expectativa costuma quebrar.
Em três meses, um projeto pequeno e bem delimitado entrega e roda. Um processo, um gargalo, poucas integrações. É exatamente o tipo de projeto que a gente recomenda como primeiro passo, e não por acaso: ele cabe numa janela curta.
O que não cabe é o projeto que muda a operação inteira. Se a conversa envolve trocar o sistema principal, integrar cinco áreas e migrar anos de histórico, aceitar um prazo de três meses é aceitar um prazo que não vai ser cumprido.
Nesse caso a pergunta muda. Não é "dá tempo de terminar até dezembro", é "o que dá para ter pronto até dezembro que já resolva alguma coisa".
O erro de correr para gastar o orçamento
Existe um comportamento clássico de fim de ano que vale nomear: aprovar projeto às pressas em novembro para não perder verba que não se usa no ano seguinte.
Entendo a lógica orçamentária. Mas projeto contratado com pressa, sem escopo definido, é o mesmo projeto que estoura prazo e vira aditivo depois. Você garantiu a verba e comprou um problema.
Se a verba precisa ser comprometida neste ano, existe um caminho melhor: contratar a fase de diagnóstico e desenho agora, que é curta e cabe no prazo, e deixar a construção para o começo do ano seguinte, já com escopo definido. Você usa o orçamento, não desperdiça, e ainda começa o ano com clareza em vez de com pressa.
O calendário que funciona
Para quem está decidindo agora:
Setembro e outubro: levantar processo, medir o custo do gargalo e definir escopo.
Novembro: fechar contrato com escopo escrito e critério de aceite, e começar a preparação (dados, materiais, definição de responsáveis).
Dezembro: trabalho que não depende da operação cheia. Migração de dado, testes, treinamento gravado.
Janeiro: virar a chave com a empresa de volta, com gente disponível para apoiar.
Esse calendário entrega mais rápido que a tentativa de virar tudo em dezembro, porque não gera o retrabalho de consertar uma virada malfeita.
É esse planejamento que a gente monta no diagnóstico da AXIS: o que cabe no prazo que você tem, o que precisa esperar e qual o primeiro pedaço que já devolve resultado. Veja as soluções da AXIS ou agende seu diagnóstico, sem compromisso.
Dúvidas comuns
Qual a melhor época para implantar um sistema novo?
Um período em que a empresa está operando normalmente e a equipe está presente, porque a virada exige apoio nos primeiros dias. Janeiro, depois do recesso, costuma funcionar melhor que dezembro.
Dá para implantar um sistema em três meses?
Um projeto pequeno e bem delimitado, sim: um processo, um gargalo, poucas integrações. Trocar o sistema principal da empresa, não. O que muda a resposta é o escopo, não a pressa.
O que fazer em dezembro se a empresa para?
O trabalho que não depende da operação cheia: levantamento de processo, limpeza de dados, definição de escopo, preparação de treinamento. É a melhor janela do ano para isso.
Vale aprovar projeto em novembro só para usar o orçamento do ano?
Aprovar às pressas sem escopo definido costuma custar mais caro depois. Uma alternativa é contratar a fase de diagnóstico e desenho agora e deixar a construção para o início do ano seguinte.
Como saber se o prazo proposto é realista?
Compare com o escopo, não com a sua vontade. Se a proposta promete cobrir a operação inteira num prazo curto, ou o escopo está subdimensionado ou o prazo está.