Mudanças em projetos de TI: O erro silencioso que estoura prazo e orçamento

Jean Pierre Lessa e Santos Ferreira, CTO com mais de 25 anos no varejo, explica que mudanças durante um projeto de TI não são um desvio a evitar, e sim um evento que exige método. O que desorganiza cronogramas é a alteração que entra sem registro, sem análise e sem dono.

Um diretor pede um relatório extra no final; o time aceita para não criar atrito e, semanas depois, a integração financeira atrasa porque duas pessoas mudaram de frente. Ninguém decidiu atrasar o projeto, mas ele atrasou.

O nome disso é aumento descontrolado de escopo. Evitá-lo não significa congelar o plano, porque software muda à medida que o negócio aprende. Significa tratar cada pedido como decisão consciente, com etapas claras, do registro à comunicação.

Registrar o pedido antes de discutir a solução

O primeiro passo é dar à mudança um ponto único de entrada, como um formulário ou um chamado. Toda solicitação precisa informar quem pede, o que pede, por que pede e qual prazo considera necessário, antes de qualquer conversa técnica.

Esse registro evita uma armadilha. Com pedidos por mensagem, a equipe discute como implementar antes de entender o motivo. Com a justificativa escrita, fica mais fácil notar que a demanda repete a de outra área ou que algo parecido já está em andamento.

O registro também cria histórico: ao fim do projeto, a lista de mudanças mostra quais áreas mais alteraram requisitos e em que fase os pedidos se concentraram. Essa informação melhora a estimativa do projeto seguinte, que passa a reservar margem onde ela costuma ser consumida.

Medir o impacto em prazo, custo e arquitetura

Um campo novo numa tela parece trivial até alguém notar que ele exige mudança no banco de dados, na interface do aplicativo e na conciliação. Por isso, a análise de impacto percorre todas as camadas e devolve uma estimativa honesta de esforço e risco.

Jean Pierre Lessa e Santos Ferreira

Jean Pierre Lessa e Santos Ferreira acumulou experiência no tipo de projeto em que esse efeito é mais visível: viradas de ERP e integrações de empresas adquiridas. Nesses casos, uma alteração local repercute em sistemas que ninguém listou, e o mapa de dependências vale tanto quanto a estimativa.

A análise deve terminar em opções, não em um sim ou não. Implementar agora e adiar outra entrega, deixar para uma fase posterior ou atender parcialmente são caminhos com custos distintos. Assim, quem decide enxerga as trocas, não só horas.

Decidir com critério e atualizar o plano

A decisão cabe a quem responde pelo resultado, não a quem executa. Em estruturas maiores, isso toma a forma de um comitê de mudanças com patrocinador, gestor e liderança técnica. Em times ágeis, o papel fica com o responsável pelo produto, que reordena o backlog.

Imagine um aplicativo a dois meses do lançamento e o pedido de um novo meio de pagamento. Com critérios como valor para o cliente e risco técnico, a discussão deixa de ser preferência pessoal. Na avaliação de Jean Pierre Lessa e Santos Ferreira, esses critérios devem existir antes do primeiro pedido.

Aprovada a mudança, o plano precisa refletir a nova realidade no mesmo dia. Cronograma, orçamento, riscos e arquitetura são atualizados juntos. Um plano que ainda exibe as datas antigas confunde a equipe e transforma a reunião seguinte em disputa de versões.

Por que a comunicação decide o destino da mudança?

Comunicar vai além de avisar que algo mudou, porque cada público pede uma mensagem. O time técnico quer saber o que muda na semana, a área de negócio quer entender o novo prazo, e quem pediu a alteração precisa saber o que deixou de ser feito para atendê-la.

Com essa transparência, o volume de pedidos tende a cair. As áreas percebem que toda alteração tem preço e pensam melhor antes de solicitar. A mudança deixa de ser um favor pedido à tecnologia e se torna uma escolha de negócio, com responsáveis claros.

Projetos de TI bem conduzidos não são os que mudam menos, e sim os que sabem por que mudaram. Jean Pierre Lessa e Santos Ferreira resume essa disciplina como traço de times de alto desempenho, capazes de absorver o imprevisto sem perder de vista o compromisso com o negócio.