quarta-feira, 19 de maio de 2010

Bala de prata somente na literatura

silver_bullet_grips

 

 

 

 

 

 

Quando um projeto de software esta com os seguintes problemas:

  • O cliente reclama que software não esta como solicitou. Pois o projeto foi construído imaginando o que cliente queria e, também baseado em negócios similares. Mas houve pouca comunicação com o cliente;
  • O cliente esta insatisfeito com a prorrogação do prazo de entrega. E esta pensando em romper o contrato;
  • O software já foi consertado várias vezes, mas esta com erros.

A falta de comunicação entre o cliente e a equipe de software (líder e equipe) é principal causa dos problemas.

Claro que alguns clientes não querem envolvimento. Um exemplo é comprar um carro, e pedir o kit completo para não ter envolvimento na montagem do carro, dai vem bancos de couro que você não gosta.

Digamos que este projeto esteja sendo desenvolvido com método cascata e, para solucionar o problema vou tentar aplicar métodos ágeis. Afirmo que não vai funcionar, e mudar de ágil para cascata também não vai funcionar.

Quando um software esta a tempo sendo desenvolvido e refeito, tentar remendar com uma metodologia nova não vai funcionar. A bala de prata é somente na literatura.

Todos os projetos de softwares que vi com estes problemas, acabaram sendo refeitos. E com maior colaboração do cliente.

Alguns clientes culpam a tecnologia, mas o pior problema é a falta de comunicação entre cliente e equipe de software.

Para novo projeto pode ser adotado métodos ágeis com suas boas práticas de TDD, design simples, refatoração, integração continua, ambiente energizado e etc..

Outra alternativa é o método cascata com todo seu processo software e devidos testes.

O sucesso de um projeto de software tem como ponto chave a boa comunicação entre cliente e equipe de software para qualquer metodologia adotada.

Bye see you next post

Nenhum comentário:

Postar um comentário