Neste caso, claramente houve uma premissa errada: os usuários do software são engenheiros. Como esta premissao não se confirmou na prática, o risco de que o software fosse muito complexo ocorreu, e desta forma, haverá retrabalho para que o software possa ser utilizado a contento.

Caso esta premissa tivesse sido melhor explorada, explicitada ao cliente, ou mesmo validada na pratica, o software já teria sido construído da maneira correta da primeira vez, evitando atrasos, custos acima do orçamento e desgastes tanto com o cliente quanto com a equipe.

No entanto, no inicio do projeto dificilmente teremos todos os dados necessários para sua realização, obrigando os gerentes de projetos a assumirem um determinado grau de risco.

• Restrições do projeto

Trata-se de uma restrição ou limitação aplicável, interna ou externa ao projeto, que afetará o desempenho do projeto ou de um processo (PMBoK 2004).

Exemplos de restrições são quando temos uma data obrigatória a ser atendida em um projeto, como a entrega de um determinado produto até 10 dias antes do natal às lojas.