Levantamento de Requisitos - 5W2H

via imagens.tiespecialistas.com.br

Existem várias maneiras de se obter informações sobre um determinado requisito, principalmente para garantir que ele fique cada vez mais completo.

Uma dessas técnicas, conhecida como 5W2H, ajuda a construir de maneira simples as principais informações que um requisito de negócio/software precisa.

A sigla 5W2H vem do inglês, e significa:

What?

O que está atrapalhando seu negócio? O que acontece hoje? O que você gostaria que o sistema fizesse? O que deve ser obtido como produto final do sistema? O que restringe este requisito?

Who?

Quem irá usar o sistema? Quem irá aprovar os requisitos? Quem irá responder às dúvidas? Quem é afetado por este requisito?

When?

Quando os usuários precisarão ter acesso? Quando vocês poderá aprovar os requisitos? Quando poderemos testar? Quando poderemos realizar a entrega?

Why?

Por quê fazer desta maneira? Por quê é preciso fazer isso? Por quê priorizar agora? Por quê não agregar com este outro requisito?

Where?

Onde deverá ser exibido? Onde será desenvolvido? Onde será testado? Onde será acessado pelos usuários?

How?

Como o sistema irá responder? Como deve funcionar? Como deve ser exibido? Como deverá ser documentado? Como você usa? Como você gostaria de usar?

How much?

Quanto tempo temos para desenvolver? Quanto tempo o time do projeto estimou? Quantas pessoas serão necessárias no projeto? Quantas pessoas irão de fato utilizar o sistema?

Gostou? Agora é só tentar aplicar na próxima análise. =)

Até a próxima!

Classificação de Requisitos

O BABOK® Guide classifica de uma maneira muito interessante os tipos de requisitos à que se refere ao longo do livro. Vale a pena dar uma conferida nesta prévia:

• Requisitos do Negócio são metas de mais alto nível, objetivos ou necessidades da organização. Descrevem as razões pelas quais um projeto foi iniciado, os objetivos que o projeto vai atingir e as métricas que serão utilizadas para medir o seu sucesso.
• Requisitos das partes interessadas (steakholders) são necessidades e interações de uma parte interessada em particular ou grupo de partes interessadas. 
• Requisitos da solução descrevem as características de uma solução que atende aos requisitos do negócio e aos requisitos das partes interessadas. São frequentemente divididos em duas subcategorias:
• Requisitos Funcionais descrevem o comportamento e a informação que a solução irá gerenciar, bem como as capacidades que o sistema será capaz de executar em termos de comportamentos e operações – ações ou respostas especificas de aplicativos de tecnologia da informação.
• Requisitos Não-Funcionais capturam condições que não se relacionam diretamente ao comportamento ou funcionalidade da solução, mas descrevem condições ambientais sob as quais a solução deve permanecer efetiva, ou qualidades que os sistemas precisam possuir.
• Requisitos de transição descrevem capacidades que a solução deve possuir com o objetivo de facilitar a transição do estado atual da organização para um estado futuro desejado, mas que não serão mais necessárias uma vez concluída a transição.

Bacana né? Estou aprendendo muito com este livro.

Até a próxima!