The Standish Group Research Chaos Report

Em 1986 foi publicado um paper comparando a construo de pontes com a construo de software, como premissa foi utilizado:

Pontes normalmente so entregues no prazo, dentro do oramento e no caem Softwares raramente so entregues no prazo ou dentro do oramento. E normalmente eles tem bugs.

Uma das maiores razes para o sucesso na construo de pontes o alto n vel de detalhe em momento de design. O design congelado e o contratante tem pouqussima flexibilidade de mudanas. Todavia, no mundo de negcios atual, este congelamento pode no acomodar as mudanas de negcio necessrias pelas empresas. Portando, um modelo mais flexvel deve ser aplicado. Mas tambm h outro elemento primordial a ser analisado entre a construo de pontes e construo de software. A construo de pontes feita a pelo menos 3.000 anos. Quando uma ponte caia, as causas da queda eram investigadas, documentadas e disseminadas para que ningum cometesse o mesmo erro novamente. Isto raramente acontece no desenvolvimento de software, onde as falhas so muitas vezes tratadas como causas normais e rotineiras e em sua grande maioria, so ignoradas. Como resultado, continuamos a cometer os mesmos erros que tnhamos na dcada passada (muda a linguagem ou o dispositivo, mas o erro o mesmo). Neste sentido, o foco da pesquisa do The Standish Group foi identificar:

As falhas dos projetos de software Os maiores fatores que influenciam na falha de projetos de software Os pontos chave que podem reduzir estas falhas

Os Estados Unidos gastam mais de 250 bilhes de dlares cada ano no desenvolvimento de aproximadamente 175.000 projetos de software. O custo mdio de um projeto em uma grande empresa americana de 2.3 milhes de dlares, para uma empresa mdia de 1.4 milhes d dlares e 434 mil dlares para uma empresa pequena. E a grande maioria destes projetos falha. Os projetos de desenvolvimento de software esto no caos. O estudo classificou os projetos em trs tipos:

Sucesso: Projeto dentro do prazo, dentro do oramento e com boa parte do escopo Sucesso parcial: Projeto funcionando, mas entregue sem atender ou custo, ou esforo ou com o escopo parcial Fracassos: Projetos cancelados ou no utilizados

Sua ltima reviso (2009) mostrava que:

24% dos projetos fracassam 44% dos projetos so entregues com sucesso parcial E apenas 32% dos projetos obtm sucesso.

Os principais fatores que ajudaram no sucesso dos projetos foram: Envolvimento do usurio Apoio executivo Declarao de requisitos clara e objetiva Planejamento apropriado Expectativas realstas Milestones pequenos Equipe competente Propriedade Viso e objetivos claros Trabalho duro e equipe focada Outros - 15.9% - 13.9% - 13% - 9.6% - 8.2% - 7.7% - 7.2% - 5.3% - 2.9% - 2.4% - 13.9%

Os fatores que influenciaram os projetos de sucesso parcial foram: Falta de insumos do usurio Requisitos e especificaes incompletas Mudanas nos requisitos e especificaes Falta de apoio executivo Ambiente tecnolgico incompleto Falta de recursos Expectativas irrealstas Objetivos nebulosos Ciclos (tempo) irrealstas Novas tecnologias Outras - 12.8% - 12.3% - 11.8% - 7.5% - 7.0% - 6.4% - 5.9% - 5.3% - 4.3% - 3.7% - 23%

O estudo mostrou tambm que quanto maior o tamanho do projeto, maior a probabilidade de fracasso. As principais causas de fracasso so: Requisitos incompletos Falta de envolvimento do usurio Falta de recursos Expectativas no realstas Falta de apoio executivo Mudanas de requisitos Falta de planejamento No precisa mais daquilo Analfabetismo tecnoilgico Outros - 13.1% - 12.4% - 10.6% - 9.9% - 9.3% - 8.7% - 8.1% - 7.5% - 4.3% - 9.9%