O usuário - operador de ferramentas, só consegue enxergar as suas necessidades objetivamente a partir de uma visão objetiva. Com isso quero dizer que, na maioria das vezes nos basta construir os seguintes artefatos:

Em minha visão, esses artefatos são fundamentais para a construção de um software e para a fixação de necessidades de usuários são essenciais o documento de regras gerais e específicas e o projeto de interfaces.

Ultimamente, tenho tentado em meus projetos essa seqüência de atividades:

1. ciclo:
   1. Brainstorm e reuniões para levantamento das necessidades fundamentais dos usuários;
   2. Levantamento de necessidade, regras do negócio;
   3. Identificação de funcionalidades (requisitos funcionais) e requisitos não funcionais;
   4. Organização das regras de negócio;
   5. Construção dos casos de uso;
   6. Construção das especificações de caso de uso;
   7. Projeto de interfaces
   8. Estratégias de testes


 

2. ciclo:
   1. Workshop para validação dos requisitos, utilizando-se como insumos as regras gerais e regras específicas para os casos de uso e projeto de interface.

O fato de o usuário validar as suas necessidades a partir de um projeto de interfaces (protótipo mediamente funcional), faz com que ele tenha mais clareza e objetividade em suas funções. Se Ganha em termos de tempo e precisão. O profissional de requisitos, por alcançar mais agilmente os seus objetivos e concluir suas tarefas de uma forma mais precisa minimizando o retrabalho estará mais relaxado e, conseqüentemente, mais produtivo. Tudo isso, por uma rápida reorganização no processo de trabalho.