Se você já fez uma análise de requisitos para desenvolvimento de software muito provavelmente já se sentiu assim também…

Dilbert

A minha dica para você que está tentando descobrir o que o seu cliente quer do seu novo software é a seguinte:

  1. Em primeiro lugar nunca pergunte ao cliente o que ele quer que o novo sistema faça.
  2. Compreenda como são feitos hoje os processos do cliente.
  3. Pergunte ao cliente quais processos que ele sabe que funcionam bem no sistema atual. Faça o cliente explicar porque ele acha que funcionam bem.
  4. Descubra quais são processos atuais que existem mas ninguém usa.
  5. Baseado nessas informações desenvolva um protótipo do que você acredita que o cliente precisa. Quanto mais claramente esse protótipo puder ser compreendido pelo cliente melhor. Por exemplo, se for um cliente da área técnica você poderá lhe mostrar os casos de uso. Se for um cliente de negócio você vai precisar de algo mais visual…
  6. Faça (essa parte às vezes é difícil) o cliente analisar o seu protótipo.
    7. Sempre esteja cara-a-cara com ele enquanto estiver fazendo a análise.

  7. Assinale os requisitos que o cliente concorda e aqueles que ele discorda. Baseado nessas informações descubra se ainda existem pontos do processo que você não entendeu corretamente.
  8. Faça um novo protótipo. A partir daqui o processo se repete até que o cliente concorde com a maioria dos requisitos do sistema.

Tentar fazer com que todos os requisitos sejam validados e aprovados pelo cliente pode consumir muito tempo. Se o cliente já concordou com a maior parte então está na hora de colocar a mão na massa e começar o desenvolvimento. Quanto aos requisitos que não foram aprovados eles fazem parte dos requisitos que iriam mudar de qualquer jeito…