Requisitos - Quanto de detalhes são necessários?

Oi pessoal,

Já que recebi alguns chat e e-mails elogiando o post de requisitos vamos para mais um. A área de analise de sistemas eu gosto muito e já trabalhei muito tempo como analista de sistema.

É muito gostoso descobrir os requisitos e fazer a análise do entendimento de cada requisito identificado.

A questão é: Quanto de informação eu tenho que ter para permitir o entendimento do requisito?

Eu não sei se o desenho dos Bolos cai bem, mas o objetivo das fotos é que ambas são de bolo, mas uma foto possui muito mais detalhes de acabamento e enfeite que o outro. Desta maneira um bolo demora muito mais para ser feito que o outro.




No caso dos requisitos os fatores que nos levam a colocar mais informação ou uma quantidade de informações menores são:

Menor (-)
Clientes são amplamente envolvidos
Os desenvolvedores têm experiência considerável do domínio da aplicação
Precedentes estão disponíveis
Pacotes de soluções serão utilizados

Maior (+)
Desenvolvedores terceirizados
Equipe do projeto distribuída geograficamente
Testes serão baseados em requisitos
Estimativas precisas são necessárias
Rastreabilidade dos requisitos são necessários

Estes itens apresentados cai muito bem com relação a Use Cases e Cartão de História. Eu utilizo os dois, conforme as características do projeto que estou participando. Mas o Cartão de História funciona muito bem com os itens:

Clientes são amplamente envolvidos
Equipe junto (Não separada geograficamente)
A equipe de testes faz parte da análise de sistemas

Estes três itens são utilizados em Scrum, quando nos temos o PO sempre disponível e comprometido, a equipe junta no mesmo ambiente de trabalho e fazendo parte de todo o processo do Framework do Scrum. Na equipe está presente os profissionais de Teste.

Este foi um post rápido, fica o convite para os leitores olharem os itens que promovem + ou - detalhamento dos requisitos e complementar este post?


Referência Bibliográfica: Livro

Um abraço a todos,

Abu