4.Engenharia de Requisitos

4.1 Atividades e Técnicas de ER

Elicitação e Descoberta

Entrevistas semi-estruturadas: Utilizada nas conversas com a cliente para entender suas dores e necessidades, coletando insumos para escrever temas, épicos e histórias de usuário.
Brainstorm: Realizada em sessões com a equipe para levantar perspectivas sobre o problema, explorar abordagens e redigir histórias que atendam aos objetivos do projeto.
Análise Comparativa: Aplicada na análise de concorrência, visando compreender soluções existentes e identificar oportunidades de inovação para o projeto.

Análise e Consenso

Walkthrough: Utilizado na revisão dos requisitos, apresentando temas, épicos e histórias à equipe para validação e consenso, assegurando o alinhamento de todos com os objetivos definidos.
MoSCoW: Técnica aplicada na priorização do backlog, garantindo que os itens mais importantes sejam tratados primeiro, conforme o valor e a urgência para o cliente.

Declaração de Requisitos

Temas, Épicos e Histórias de Usuário: Estruturação dos requisitos de forma hierárquica e compreensível, organizando-os para facilitar o planejamento e o desenvolvimento.
Brainstorm: Utilizado no detalhamento dos requisitos, promovendo a colaboração da equipe para refinar e ajustar temas, épicos e histórias conforme evolui a compreensão do problema.

Representação de Requisitos

Wireframes: Produção de esboços para apresentar à cliente uma visão antecipada das funcionalidades planejadas para as próximas sprints, facilitando alinhamento e validação prévia.
Sketches: Criação de representações visuais rápidas e simples que ilustram as soluções propostas, promovendo o entendimento compartilhado entre a equipe e a cliente.

Verificação e Validação de Requisitos

Definition of Ready (DoR): Aplicada para confirmar que os itens do backlog estão bem definidos e prontos para serem desenvolvidos durante o Sprint Planning.
INVEST: Utilizado como critério dentro do DoR, validando se cada história de usuário está escrita de forma que permita seu desenvolvimento de maneira independente, negociável, valiosa, estimável, pequena e testável.
Definition of Done (DoD): Utilizada para verificar se a entrega realizada pode ser apresentada ao cliente, avaliando se cada história de usuário atende aos critérios estabelecidos de conclusão.
Feedback do Cliente: Técnica central na Sprint Review, onde as funcionalidades desenvolvidas são apresentadas ao cliente para validação e ajuste, garantindo que o produto atenda às expectativas.
Walkthrough: Realizado ao final da sprint, com a equipe, para rever como foi conduzida e identificar pontos de melhoria para as próximas iterações.

Organização e Atualização de Requisitos

DEEP: Técnica aplicada na organização do backlog, garantindo que ele esteja detalhado, estimável, emergente e priorizado, viabilizando o desenvolvimento contínuo e sustentável.
Reuniões de Revisão: Aplicadas para coletar feedback da equipe sobre os requisitos, ajustando e melhorando o backlog conforme necessário ao longo do desenvolvimento.
Organização do Backlog: Mantida através de técnicas como DEEP e MoSCoW, assegurando que os requisitos estejam atualizados, bem estruturados e priorizados de acordo com o valor de negócio e viabilidade técnica.

4.2 Engenharia de Requisitos e o SCRUM/XP

Fase do Processo	Atividade de ER	Prática	Técnica	Resultado Esperado
Captura e Representação	Elicitação e Descoberta	Conversa com a cliente	Entrevistas semi-estruturadas	Entender a dor da cliente e capturar necessidades direto da fonte
	Elicitação e Descoberta	Sessão de brainstorm	Brainstorm	Levantar perspectivas da equipe sobre o problema e explorar abordagens
	Elicitação e Descoberta	Análise de concorrência	Análise Comparativa	Compreender soluções existentes e identificar oportunidades de inovação
	Organização e Atualização dos Requisitos	Organização dos requisitos	Temas, Épicos e Histórias de Usuário	Estruturar os requisitos de forma hierárquica e compreensível
Priorização e Refinamento	Análise e Consenso	Revisão do Requisito	Walkthrough	Apresentar temas, épicos e histórias à equipe para validação e consenso
	Verificação e Validação	Feedback da equipe	Reuniões de revisão	Melhorar e ajustar o backlog com base no feedback
	Declaração	Detalhamento	Brainstorm	Refinar e ajustar temas, épicos e histórias, conforme a evolução da compreensão
	Análise e Consenso	Priorização do backlog	MoSCoW	Garantir que os itens mais importantes sejam tratados primeiro
Compromisso e Planejamento (Sprint Planning)	Verificação e Validação	Validação de Requisitos	Definition of Ready (DoR)	Confirmar que os itens do backlog estão bem definidos e prontos para serem desenvolvidos
	Verificação e Validação	Validação de Requisitos	INVEST	INVEST será um dos itens do DoR, validar se a US está escrita de uma forma que permita o desenvolvimento
	Organização e Atualização dos Requisitos	Organização do Backlog	DEEP	Manter os itens prioritários do backlog em um formato que permite desenvolvimento
Validação e Feedback (Sprint Review)	Verificação e Validação	Verificação se a entrega pode ser apresentada ao cliente	Definition of Done (DoD)	Avalia se aquela US que foi desenvolvida pode ser apresentada para o cliente
	Verificação e Validação	Apresentação das funcionalidades para o cliente	Feedback do Cliente	Apresentar o que foi desenvolvido na sprint para validação do cliente
Adaptação (Retrospectiva)	Verificação e Validação	Feedback da Equipe	Walkthrough	Rever como lidamos com a sprint para identificar pontos de melhoria