Guia
Gestão de projetos informáticos: o que muda realmente
Os projetos informáticos falham menos pela técnica do que por três traços do terreno: produto invisível, equipas partilhadas e um existente que tem de continuar vivo.
A gestão de projetos informáticos segue os mesmos fundamentos de qualquer outro projeto — âmbito, prazo, custo, risco. O que muda não é o método mas o terreno, e três características desse terreno explicam o essencial da dificuldade: o que se constrói não se vê, quem o constrói é partilhado com outros projetos, e o sistema existente tem de continuar a funcionar durante todo o tempo.
O avanço não é observável
Numa obra, toda a gente vê subir os pisos. Num projeto informático, o único sinal visível é aquilo que alguém declara. É por isso que o avanço anunciado sobre um software deriva para um número confortável e ali fica — os famosos últimos 10 % que duram três meses. A contramedida é tornar o avanço observável: software a funcionar em ritmo fixo, integração contínua em vez de no fim, e critérios de aceitação escritos antes do desenvolvimento e não negociados depois.
A equipa nunca é dedicada
Os informáticos são partilhados: o mesmo arquiteto serve quatro projetos, o mesmo DBA está no caminho crítico de toda a gente, e o suporte de produção passa à frente assim que abre um incidente. Um plano construído sobre a disponibilidade nominal é, portanto, falso desde o início. É preciso planear sobre a capacidade líquida de suporte, férias e restantes projetos — o que é uma questão de portefólio e não de projeto, e a principal razão pela qual os cronogramas informáticos deslizam sem que nenhum projeto isolado tenha feito nada de errado.
O existente faz parte do âmbito
Muito poucos projetos informáticos partem de uma página em branco. As interfaces com os sistemas instalados, a migração de dados, a coabitação de duas versões durante a transição e a reversibilidade caso o arranque corra mal raramente são estimadas a sério no enquadramento, e pesam correntemente mais do que a funcionalidade nova. Um caderno de encargos que só descreve o alvo e nada diz da transição omitiu metade do projeto.
Ágil e planeamento não se opõem
A maioria das direções informáticas funciona em híbrido, assuma-o ou não: ágil dentro das equipas, datas e orçamentos assumidos fora. Fingir o contrário produz duas verdades desligadas — um backlog que diz uma coisa e uma comissão de acompanhamento que ouve outra. A abordagem praticável consiste em planear o envelope e os marcos, iterar lá dentro, e rearbitrar o âmbito em vez de deslocar a data em silêncio.
Pilotar projetos informáticos com o FoxPlan
O FoxPlan sustenta os dois níveis ao mesmo tempo: um Gantt planeado com marcos e orçamento para os compromissos, quadros ágeis e sprints para o trabalho em si, e uma capacidade de recursos consolidada sobre todos os projetos — de modo que um arquiteto partilhado apareça como uma só pessoa e não como quatro. O tempo lançado pelas equipas alimenta simultaneamente o avanço e o custo, o que permite prestar contas de um portefólio informático sem folha de cálculo paralela.
