|
Você explorou completamente qual é o problema por trás do problema?
Tenha certeza que você encontrou a causa fundamental do problema ou necessidade do Stakeholder. Normalmente, os Stakeholders definem soluções ao invés de expressar o problema ou a dificuldade que estão experimentando. Conseqüentemente, eles podem não ter identificado o problema corretamente ou a solução correta.
Por exemplo, "Não podemos dar assistência aos clientes que querem comprar on-line" é melhor que "Precisamos de um sistema de comprar on-line”. |
A declaração do problema foi formulada corretamente?
| Tenha certeza que você obteve acordo sobre o problema a ser resolvido. |
A lista de Stakeholders esta completa e correta?
| Tenha certeza que você não esqueceu nenhum Stakeholder. Se você fez isto, você provavelmente ainda não capturou todas as perspectivas que você precisa considerar. |
Todos concordam com a definição das fronteiras do sistema?
| Defina o que está dentro e o que esta fora das fronteiras do sistema. Este é um passo crítico na definição do escopo do trabalho. |
Você explorou suficientemente as restrições a serem colocadas no sistema?
| Não esqueça dos requisitos não-funcionais e das restrições. Estes, geralmente são os maiores custos de desenvolvimento. |
Você considerou todos os tipos de restrições, incluindo políticas, econômicas e ambientais?
Estas restrições não-técnicas normalmente conduzem a problemas mais tarde. |
Todas as principais características do sistema foram identificadas e definidas?
| Faça uma verificação completa, comparando as características com a declaração do problema, para ter certeza que você não esqueceu alguma característica crítica. |
As características do sistema irão resolver os problemas que foram identificados?
| Todas as características do sistema são realmente necessárias? Talvez você possa reduzir o escopo. |
As características estão consistentes com as restrições que você identificou?
Certifique-se de que não existam requisitos conflitantes. Se você encontrar conflitos, resolva-os agora. |
Alguém, que não esteja familiarizado com o projeto, pode entender o que você espera que o projeto vá conseguir, lendo o documento de Visão?
| O propósito do documento de Visão é descrever os objetivos do projeto de forma que as pessoas não técnicas, que não estão envolvidas diretamente com o projeto, possam entender. |
|
