A pergunta pode parecer meio repetitiva para uma série de profissionais em gerenciamento de projetos, porém ainda perturba a mente de muitas pessoas.
Vamos abordar um assunto que normalmente deixa qualquer envolvido em um projeto com os cabelos em pé: Prazo como restrição.
Os projetos de software, mesmo com toda pesquisa, estudo e técnicas para estimar prazo e custo, ainda trabalham na combinação bola de cristal + gordura.
Existem várias métricas para dimensionar o tamanho do software. O objetivo é estimar o esforço e os prazos do desenvolvimento do software.
Saiba como agir antes de determinar o prazo para projetos de TI. Algumas dicas para um deadline assertivo garantindo tranquilidade na entrega.
Não é nenhuma novidade que a gestão de projetos é uma disciplina da máxima importância. Planejar algo antes de fazê-lo chega a ser uma questão de bom senso.
– Só compro se você garantir que em três meses está instalado.
– Três meses, impossível. Tecnicamente não dá para implantar com menos de seis meses.
– Então não compro!
O resultado desta conversa você conhece. De maneira pejorativa apelidamos de “me engana que eu gosto”.
Para bater as metas de venda e atender os anseios de um cliente desesperado ou mal informado, as empresas prometem aquilo que sabidamente é impossivel cumprir.
Utilizam-se todos os artifícios para elaborar um cronograma que o cliente aprove, sinergias, horas extras e alocação dos profissionais aos sábados, domingos e feriados, do início ao final do projeto. Ninguém pensa em risco e esquecem do santo padroeiro dos projetos, também conhecido como Murphy.
Aprovações obtidas, champanhe estourada, todo mundo feliz. Vamos para a esperada reunião de início de projetos (Kick-off). Os times reunidos em um lindo e suntuoso auditório, o Gerente de Projetos fazendo a apresentação dos times, da estratégia e da metodologia de como será conduzido e entregue o projeto. Quando começa a apresentar o cronograma, o infeliz de um colaborador do cliente, que por azar da humanidade já participou de implantações semelhantes, levanta o braço e pergunta:
– Vocês tem alguma referência de uma implantação deste tamanho, com esta complexidade, neste tempo?
Acho que quando uma pessoa se torna um cliente de consultoria de desenvolvimento de software a percepção de tempo dela muda brutalmente. Na verdade eles passam a viver num universo paralelo. No universo A, onde os desenvolvedores criam sistemas, o tempo passa devagar e no universo B onde fica a empresa do cliente, o tempo passa rápido – na proporção de 2/1 ou mais se comparado com o tranqüilo universo A. Esta é a minha conclusão depois de anos trabalhando como consultor.
Por exemplo: Submeta para aprovação do cliente um cronograma, projeto, orçamento de horas ou seja lá qual for o nome que você dá para aquele documento com prazos para o desenvolvimento de um sistema. Clientes em universos paralelos podem questionar você que 16 horas é muito tempo para a criação de uma feature qualquer, ainda que ela seja complexa. Diz que é possível fazer em 8 horas tranquilamente. Vejam, 16/8, é a tal proporção 2/1 que citei. Clientes em universos paralelos mais velozes podem sugerir que o tempo caia de 16 horas para 4 horas, afinal é só uma tela. Ou seja, este universo tem uma proporção de tempo de 4/1 se comparado com o universo normal, onde nós desenvolvedores mortais vivemos. É um universo Speed Racer.
De acordo com o Gartner IT Key Metrics Data 2011 do Gartner Group, os projetos de TI tem um índice de 57% entregues no prazo e 67% dentro do orçamento previsto.
