Segundo uma pesquisa realizada em 1984, os fundamentos tecnicos sao condicao necessaria mas nao suficiente para o sucesso de um projeto. Em outras palavras, para o sucesso de um projeto, dominar e empregrar os fundamentos tecnicos e essencial, mas so isto nao basta.Os fundamentos tecnicos aos quais o autor se refere sao:gerencia de requisitosDesign (projeto logico e fisico)construcaogerencia de configuracaoGerencia de requisitosConsiste do processo de obtencao dos requisitos, do seu registro (em um documento formal, e-mail, "storyboard", prototipo ou qualquer outro meio), e acompanhamento ao longo do projeto (analise, codificacao e registro de mudancas).A reclamacao mais frequente com relacao a esta disciplina e a de que ela e formal demais e, consequentemente, cara demais (pessoalmente, um dos comentarios mais comuns que escutos sobre o levantamento de requisitos e "Com o trabalho que da para fazer um caso de uso bem feito, e mais facil codificar direto.") Esquecemos que a codificacao nao e o unico subproduto do levantamento de requisitos, ele tambem subsidia a elaboracao de roateiros de teste e de manuais para o usuario e para manutencao posterior do sistema. Ignoramos estes outros beneficios de um bom levantamento de casos de uso simplismente porque nao elaboramos roteiros de testes nem manuais. Afinal de contas, os desenvolvedores estao ocupados fazendo o que importa: codificar feito loucos!O autor ressalta, que em uma pesquisa realizada em 1994, identificou-se que nao utilizar as tecnicas de gerencia de requisitos porque sao rigidas e caras demais e pior do que nao utiliza-las. As tres principais razoes para entregar sistemas atrasado, acima do custo previsto e com menos funcionalidades do que o desejado pelo usuario sao: falta de informacao por parte do usuario, requisistos incompletos e mudancas de requisitos. Todas tres relacionadas a disciplina de gerencia de requisitos.Outra causa bastante frequente de problemas com o levantamento de requisitos e que a tecnica escolhida e inadequada a natureza do requisito. E importante conhecer varias tecnicas e empregar a mais adequada a cada caso. O nucleo de um requisito podem ser regras de negocio (regras para validacao e transformacao de dados) ou pode ser a interface (formularios para entrada de dados voltados para desempenho, relatorios ou consultas com "drill down"). No primeiro caso, pode ser melhor utilizar um caso de uso ou pseudolinguagem; no segundo, talvez seja melhor utilizar um prototipo nao funcional. Cabe ao analista escolher a melhor tecnica, ou combinacao de tecnicas, para fazer o levantamento da melhor forma possivel.A gerencia de requisitos aumenta substancialmente a velocidade do desenvolvimento de duas formas:o levantamento de requisitos costuma ser feito sem as pressoes dos prazos e em um ritmo mais lento, menos estressado, que as fases de design e construcao. O emprego de tecnicas formais permite que se acelere o passo sem prejudicar a qualidade, trazendo com isto uma reducao no tempo de entrega.obter corretamente os requisitos na primeira vez, tipicamente, custa de 50 a 200 vezes menos do que quando isto e feito durantes as fazes de construcao ou manutencao.Em resumo, saber o deve ser entregue e essencial para o sucesso do projeto. Reduzir o tempo gasto com retrabalho ou