DEADLINE, O vilão que nem sempre é vilão.
Responsável por grande parte das dores de cabeça, excesso de expediente e reclamações dos clientes quando contratam serviços de TI, o prazo dos projetos com certeza é motivo de discussão no dia-a-dia de muita gente que trabalha com tecnologia.
Fazer do deadline o vilão do projeto depende de quem está coordenando-o, responsável pelo projeto (prazo, escopo), o GP (Gerente do Projeto).
Como já falei do briefing anteriormente ( http://bit.ly/1gJOhwP ) agora é a vez de apontar alguns cuidados na hora da definição de prazo em projetos de TI.
Como assim “já temos um prazo”?
Desconfie de projetos que já venham com deadline definido, não precisamos criar uma resistência em tudo que já vem com um prazo pois dependendo do caso pode ser que o prazo seja coerente.
Nesse vídeo (aos 11 segundos) temos um exemplo de como muitas vezes o GP cai na cilada do prazo já definido, assumindo um deadline que não sabe ao certo se será cumprido.
Alocação da equipe
Ao estimar o prazo, uma pegadinha comum em TI é levar em consideração o tempo que a equipe leva trabalhando full-time para conclusão.
Quando você trabalha com uma equipe para vários clientes/projetos (o que geralmente acontece), é sempre bom estimar prazos considerando a demanda já existente na fila da equipe.
Consultar os envolvidos
Talvez o mais importante antes de “bater o martelo” com o prazo final: A reunião com os envolvidos no projeto.
Lembrando que neste momento a reunião de “kick-off” já foi feita, temos o escopo detalhado e o intuito desta reunião é definir o prazo ou os prazos dependendo da dimensão do projeto e do formato de entrega proposto.
Os impactos
O ponto positivo de planejar bem e ter cuidado ao se comprometer com o prazo de entrega é bem claro para todos: Tranquilidade na execução do projeto e entrega no prazo ou até mesmo antecipada.
Listei abaixo alguns pontos negativos de se trabalhar com um prazo pré-definido e/ou assumir um deadline sem planejar a alocação:
You must be logged in to post a comment.
3:44:41 pm
Muito bom artigo, principalmente quando em projeto se fala em qualidade verificada está aquém da planejada. Parabéns!