e diretamente relacionado ao nono. Muitas das vezes as estimativas sao tracadas no momento errado porque as pessoas responsaveis por elas tambem eram inapropriadas para tal. A alta gerencia e/ou os responsaveis pelo marketing, na maioria das vezes nao tem uma visao bem definida ou entendimento suficiente sobre qual e a importancia dos requisitos e muito menos em como a alteracao deles pode impactar sobre as estimativas do projeto todo. Sendo assim, ao inves dos profissionais de software (analistas, programadores, etc) serem os encarregados por tracarem as estimativas, baseando-se nos requisitos, dados historicos e outros fatores relevantes, quem acaba tracando as estimativas ao cliente sao a alta gerencia e o marketing, pessoas geralmente desqualificadas para realizar tal tarefa. Por esse motivo essas pessoas acabam fazendo-a de forma erronea, geralmente considerando muito mais o desejo em detrimento ao que seria realmente possivel.Embora possa parecer absurdo que softwares profissionais sejam concebidos a partir de estimativas erroneas realizadas por pessoas inadequadas, os autores do estudo de CASE [1] mostram que impressionantes 70% dos softwares sao concebidos dessa forma, com estimativas sendo definidas pelos usuarios (clientes) e apenas 4% das estimativas sao realizadas pela equipe do projeto.O fato 11 relaciona-se aos dois anteriores, acrescentando ainda mais acontecimentos que fogem ao padrao. Considerando que as estimativas sao geralmente tracadas no momento errado e por pessoas inapropriadas, o resultado final so poderia ser um projeto mal estimado e que nao atende a realidade, porem, por incrivel que pareca, a alta gerencia alem de tracar suas estimativas erroneamente, ignorando fatores como a complexidade do projeto e o custo real para atender aos requisitos, dificilmente ela permite mudancas de cronograma, obrigando assim a equipe de desenvolvimento a trabalhar o quanto for necessario para atender aos seus desejos.ControversiaDificilmente alguem conseguira apresentar uma controversia ao nono fato, haja vista que antes de detalhar o que sera desenvolvido, o risco de tracar uma estimativa errada e muito alto e pode ser determinante para um projeto fracassar. Mesmo em equipes que ja possuem ampla experiencia em diversos tipos de projetos, tracar uma estimativa analisando superficialmente um problema e comparando-o a outros projetos semelhantes ja realizados pela equipe e algo perigoso, pois mesmo que exista muitos pontos em comum entre eles, os pequenos pontos que divergem podem impactar em varios outros, gerando assim um efeito domino que impossibilita a precisao dessa estimativa por comparacao superficial de semelhancas.Controversias para o decimo fato tambem sao dificeis de serem citadas, pois e claro que para tracar estimativas de software, precisa-se ter conhecimento de causa e basear-se e referencias concretas a fim de dar uma visibilidade mais precisa do projeto, e somente as pessoas ligadas diretamente a ele (programadores, analistas, etc) tem essa capacidade. Tanto a alta gerencia quanto o marketing, geralmente so sao capazes de tracar estimativas baseadas nos negocios, nos desejos comerciais e nao no processo em si. Geralmente as estimativas tracadas pela alta gerencia sao motivos de discordia entre os membros da equipe de desenvolvimento, porem quando a equipe e questionada pela alta gerencia sobre o que daria pra ser feito no tempo estimado, frequentemente essa