paper comparando a construcao de pontes com a construcao de software, como premissa foi utilizado:Pontes normalmente sao entregues no prazo, dentro do orcamento e nao caemSoftwares raramente sao entregues no prazo ou dentro do orcamento. E normalmente eles tem bugs.Uma das maiores razoes para o sucesso na construcao de pontes e o alto nivel de detalhe em momento de design. O design e congelado e o contratante tem pouquissima flexibilidade de mudancas. Todavia, no mundo de negocios atual, este congelamento pode nao acomodar as mudancas de negocio necessarias pelas empresas. Portando, um modelo mais flexivel deve ser aplicado.Mas tambem ha outro elemento primordial a ser analisado entre a construcao de pontes e construcao de software. A construcao de pontes e feita a pelo menos 3.000 anos. Quando uma ponte caia, as causas da queda eram investigadas, documentadas e disseminadas para que ninguem cometesse o mesmo erro novamente. Isto raramente acontece no desenvolvimento de software, onde as falhas sao muitas vezes tratadas como causas normais e rotineiras e em sua grande maioria, sao ignoradas. Como resultado, continuamos a cometer os mesmos erros que tinhamos na decada passada (muda a linguagem ou o dispositivo, mas o erro e o mesmo).Neste sentido, o foco da pesquisa do The Standish Group foi identificar:As falhas dos projetos de softwareOs maiores fatores que influenciam na falha de projetos de softwareOs pontos chave que podem reduzir estas falhasOs Estados Unidos gastam mais de 250 bilhoes de dolares cada ano no desenvolvimento de aproximadamente 175.000 projetos de software. O custo medio de um projeto em uma grande empresa americana e de 2.3 milhoes de dolares, para uma empresa media e de 1.4 milhoes d dolares e 434 mil dolares para uma empresa pequena. E a grande maioria destes projetos falha. Os projetos de desenvolvimento de software estao no caos.O estudo classificou os projetos em tres tipos:Sucesso: Projeto dentro do prazo, dentro do orcamento e com boa parte do escopoSucesso parcial: Projeto funcionando, mas entregue sem atender ou custo, ou esforco ou com o escopo parcialFracassos: Projetos cancelados ou nao utilizadosSua ultima revisao (2009) mostrava que:24% dos projetos fracassam44% dos projetos sao entregues com sucesso parcialE apenas 32% dos projetos obtem sucesso.Os principais fatores que ajudaram no sucesso dos projetos foram:Envolvimento do usuario: 15.9%Apoio executivo: 13.9%Declaracao de requisitos clara e limpa: 13%Planejamento apropriado: 9.6%Expectativas realistas: 8.2%Milestones pequenos: 7.7%Equipe competente: 7.2%Propriedade: 5.3%Visao e objetivos claros: 2.9%Trabalho duro e equipe focada: 2.4%Outros: 13.9%Os fatores que influenciaram os projetos de sucesso parcial foram:Falta de insumos do usuario: 12.8%Requisitos & Especificacoes incompletas: 12.3%Mudancas nos requisitos & especificacoes: 11.8%Falta de apoio executivo: 7.5%Ambiente tecnologico incompleto: 7.0%Falta de recursos: 6.4%Expectativas irrealistas: 5.9%Objetivos nebulosos: 5.3%Ciclos (tempo) irrealistas: 4.3%Novas tecnologias: 3.7%Outras: 23%O estudo mostrou tambem que quanto maior o tamanho do projeto, maior a probabilidade de fracasso. As principais causas de fracasso sao:Requisitos Incompletos: 13.1%Falta de envolvimento do usuario: 12.4%Falta de recursos: 10.6%Expectativas nao realistas 9.9%Falta de apoio executivo: 9.3%Mudancas de requisitos: 8.7%Falta de planejamento: 8.1%Nao precisa mais daquilo: 7.5%Falta de gestao da TI: 6.2%Analfabetismo tecnologico: 4.3%Outros: 9.9%