Nunca minta
30 de junho de 2009, 21:20Prazo é um ponto crítico mas o gerente de projetos não deve tentar enganar a equipe, por melhores que sejam suas intenções.
Por
O Rodolpho Ramirez publicou um artigo com três dicas para gerenciar um projeto interativo. As dicas 1 e 2 são ótimas, mas descordo totalmente em relação a terceira dica, por vários motivos.
Quanto mais informações temos disponíveis, melhores são nossas decisões. Uma dessas informações é o tempo disponível para executar o projeto. Com menos tempo disponível o time de desenvolvimento vai ter que fazer cortes na qualidade e/ou funcionalidade. A melhor forma de desestimular um desenvolver é tirar dele a chance de escrever código de qualidade e de usar sua criatividade.
A ideia de que há dois prazos - um real e um fictício - simplesmente significa que não há confiança entre a gerência do projeto e o time de desenvolvimento. Este tipo de comportamento mostra falta de maturidade em projetos web e de software.
Em qualquer relacionamento, confiança é um dos aspectos mais importantes para o sucesso. Desenvolvedores, como o Ramirez mesmo disse, são espertos e a grande maioria deles se esforça para fazer um ótimo trabalho. Mentindo para um time é uma péssima forma de incentivar e valorizar o trabalho de uma equipe. Confie em mim, já participei de vários projetos onde todos os desenvolvedores sabiam que a data alvo era fictícia.
Inclusive escrevi sobre esse cenário em outro artigo aqui no Webinsider.
Está provado que as estimativas são mais acuradas quando feitas pelos responsáveis pela execução das tarefas.
Estimativas de software devem ser feitas pelo time de desenvolvimento e se há datas fixas para release do produto, o que é comum, então funcionalidades e escopo precisam ser negociadas e acompanhadas ao longo do projeto. Devemos focar nossos esforços em colaboração e desenvolvimento mútuo entre todos as pessoas envolvidas no projeto.
Meu conselho é exatamente o contrário. O prazo de entrega do projeto deve ser claro e todos devem entender porque (o que deve ser óbvio) é importante entregar no prazo.
Envolva o time de desenvolvimento na estimativa das tarefas que ele é responsável. Envolva também o cliente, ele precisa entender que toda e qualquer funcionalidade tem um custo (tempo, qualidade, recursos) e infelizmente seria mais fácil prometer que “tudo é possível” mas a realidade é diferente e no final todos saem ganhando quando a conversa é sincera.
Construa um time onde há confiança mútua, onde todos trabalham para o sucesso do projeto e que todos são honestos com suas estimativas e horas alocadas no trabalho.
Existem técnicas e metodologias muito mais eficientes que a mentira para lidar com membros/equipes que não estão comprometidos com o sucesso do projeto. [Webinsider]
.
.
1° Carlos H Junior Data: 30/06/2009 às 10:08 pm
Atividade:
Cidade:
Na minha opnião as dicas do Rodolpho são úteis, acho que podemos ter prazos duplos, mas também concordo com o Handerson, porém na dica do Rodolpho apenas inverteria a situação. Ao falar o prazo para sua equipe diga o prazo real e para o cliente o prazo + x dias, apenas como margen de segurança, caso não ocorra problema no andamento do projeto antecipe a reunião e seu cliente ficará super contente pois o projeto foi entregue antes do prazo.