Tag:prazo

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.