Pensamos que nunca é demais lembrar a razão porque é que alguns projectos de Tecnologias de Informação falham. Na inthebox estamos conscientes de que uma boa ideia e um bom técnico não é suficiente para que um projecto tenha sucesso. Por isso, recordamos, para todos nós, as principais razões para o insucesso de alguns projectos, ganhando defesas para desenvolvermos projectos com sucesso:

Pouco tempo
Por vezes subestimamos os projectos criando planeamentos completamente irrealistas. Normalmente o tempo tem origem noutras causas que deveriam ser previstas antes do inicio do desenvolvimento. Há um momento em que devemos por os pés na terra, fazer uma análise de requisitos detalhada e somente depois começar o trabalho de desenvolvimento. É necessário passar muito tempo a fazer um bom planeamento, um bom desenho da solução e tomar as opções mais correctas antes de nos pormos a programar.

Alteração de requisitos
Quando os requisitos mudam durante os projectos, devemos analisar com o devido detalhe. Os requisitos podem ser alterados por várias razões, das quais destacamos os mais comuns:

• O negócio mudou durante o período de desenvolvimento do projecto;
• Os requisitos não foram totalmente assimilados pela equipa de desenvolvimento;
• Os requisitos não foram correctamente transmitidos pela equipa de gestão (ou o cliente não sabia exactamente o que queria no inicio do projecto)
  

Em qualquer um dos caso deve existir, desde logo, uma análise detalhada do impacto da alteração dos requisitos no projecto e a equipa deve decidir o que fazer para bem do projecto e do negócio. Nunca nos podemos esquecer que o objectivo do projecto será resolver um problema de negócio.

Pequenos Orçamento
Por vezes, com a vontade de ganharmos projectos existe a tendência de subestimar o custo do projecto. Ao fim de pouco tempo, vamos chegar à conclusão que foi um erro e o projecto vai sofrer com os cortes orçamentais.

Falta de comunicação
A comunicação é uma das partes mais importantes do projecto. É necessário que exista uma estreita comunicação entre cliente, fornecedor e utilizadores finais, para que a equipa de desenvolvimento compreenda o cliente, para que seja feita a gestão de expectativas do cliente e para que os utilizadores obtenham boas ferramentas de trabalho.

Falta de testes
Os testes devem ser feitos a diversos níveis e todos eles igualmente importantes:

• Programador – deve fazer os testes primários e não deve entregar o software com os chamados “erros de palmatória”;
• Utilizador – deve fazer os testes de negócio e ter a certeza que o software se encontra pronto para entrar em produção;
  

Poderão existir um conjunto de testes, dependendo da natureza do projecto, como testes de integração com outros sistemas, testes de usabilidade do sistema, teste de carga e performance para aferir a capacidade do sistema, testes de segurança, etc…

 
Após este pequeno artigo, que somente levanta um pouco da complexidade associada á gestão de projectos, esperamos estar a contribuir para termos PROJECTOS DE SUCESSO. Afinal esse é o nosso objectivo.