Metodologia: as sete etapas de cada projeto

Antes de falar de sistema, precisamos entender como a empresa ganha dinheiro, o que a diferencia, onde ela quer chegar e o que hoje impede que ela chegue. Conversamos com quem decide e com quem executa — porque a versão da diretoria e a versão de quem opera raramente são iguais, e a diferença entre as duas costuma ser exatamente onde está o problema.

Esta etapa também estabelece o combinado do projeto: quem participa das decisões, com que frequência, e qual é o critério de sucesso. Projeto sem dono do lado do cliente é projeto que trava. Preferimos descobrir isso na primeira semana.

Documentamos o processo como ele acontece de verdade, não como está no manual. Cada etapa, quem executa, qual ferramenta usa, o que entra, o que sai, quanto tempo leva e onde a coisa para. Levantamos também o inventário técnico: sistemas em uso, planilhas críticas, integrações existentes, onde os dados moram e em que estado estão.

É a etapa que mais revela surpresa. Aparecem os controles paralelos, o retrabalho que ninguém contabilizava, o campo preenchido três vezes em três lugares diferentes e a etapa que existe só porque sempre existiu. Mapear é desconfortável e é o que torna o resto possível.

Com o mapa na mesa, separamos o que é causa do que é sintoma. Uma equipe sobrecarregada raramente precisa de mais gente: precisa que três etapas manuais deixem de existir. Um relatório sempre atrasado normalmente não é problema de BI, e sim de dado que nasce inconsistente lá na origem.

Cada oportunidade é avaliada por dois critérios: impacto na operação e esforço para implementar. Dessa combinação sai a ordem do trabalho. Começamos pelo que devolve resultado rápido e cria confiança para as mudanças maiores — e dizemos abertamente quando uma oportunidade não compensa o investimento.

Aqui a solução ganha forma: o processo redesenhado, a arquitetura técnica, as integrações necessárias, as regras de negócio que o sistema vai aplicar, os perfis de acesso e os indicadores que serão acompanhados. Definimos também o que não entra — escopo sem fronteira é a origem mais comum de prazo estourado.

O desenho é validado com quem vai usar antes de virar construção. Corrigir um mal-entendido nesta etapa custa uma conversa; corrigir o mesmo mal-entendido depois de construído custa semanas. É também aqui que sai a proposta com escopo, prazo estimado e responsabilidades por escrito.

Construímos e colocamos em operação em ciclos, com partes navegáveis desde cedo. Você usa antes de estar pronto e comenta enquanto ainda é barato mudar. Integrações, migração de dados históricos e testes com casos reais da operação fazem parte do ciclo, não são etapa final surpresa.

A virada é planejada: treinamento da equipe, período de convivência com o processo anterior quando faz sentido, e plano de retorno caso algo saia diferente do previsto. A operação não para. Nenhuma implantação nossa começa por um desligamento sem rede de segurança.

Sem medição, todo projeto parece bem-sucedido. Definimos os indicadores ainda no desenho e comparamos o depois com o antes: tempo de ciclo do processo, volume de retrabalho, etapas manuais eliminadas, prazo de fechamento da informação, erros recorrentes que deixaram de acontecer.

A medição serve para decidir, não para enfeitar apresentação. Se o número mostra que a mudança não produziu o efeito esperado, isso vira ajuste — e é discutido abertamente com você. Preferimos apontar um resultado abaixo do esperado a defender uma entrega que não está funcionando.

Empresa que cresce muda de processo. Solução que não acompanha essa mudança volta a virar o problema que veio resolver — e os controles paralelos reaparecem em poucos meses. Por isso a entrega não encerra o trabalho: mantemos acompanhamento para correções, ajustes e novas frentes conforme a operação evolui.

É também nesta etapa que as oportunidades deixadas de fora nas rodadas anteriores voltam à mesa, agora com mais informação e com a base já estruturada. Cada ciclo de evolução recomeça o método pelo início, em escala menor.