Afinal, quando um projeto pode ser considerado “bem-sucedido”?

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.

Dicas do GP – Trabalhando o prazo como restrição no seu projeto

Vamos abordar um assunto que normalmente deixa qualquer envolvido em um projeto com os cabelos em pé: Prazo como restrição.

Entregar projetos de software no prazo não é mais um desafio

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.

Estimativas para o desenvolvimento de software

Existem várias métricas para dimensionar o tamanho do software. O objetivo é estimar o esforço e os prazos do desenvolvimento do software.

Não caia nas ciladas em projetos de TI – O Prazo

Saiba como agir antes de determinar o prazo para projetos de TI. Algumas dicas para um deadline assertivo garantindo tranquilidade na entrega.

Como elaborar um cronograma com o Project?

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.

Se o cronograma é apertado, como recuperar os atrasos?

– 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?

O tempo é relativo

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.

Projetos de TI – Prazos políticos vs. prazos práticos

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.