Skip to content

Engenharia de Requisitos

4.1 Atividades e Técnicas

Concepção

Elicitação e Descoberta

  • Levantamento de requisitos: Reunião para compreender as necessidades e expectativas dos stakeholders.
  • Entrevistas com stakeholders: Obtenção de informações detalhadas por meio de entrevistas com as partes interessadas.
  • Análise de concorrentes: Estudo do mercado para identificar forças, fraquezas e oportunidades, garantindo um diferencial competitivo.

Resultado esperado: Visão de produto e declaração do problema.

Análise e Consenso

  • Análise de requisitos: Discussão e detalhamento dos requisitos para garantir que estejam compreendidos por todos.
  • Análise de risco: Identificação e priorização de riscos que possam impactar negativamente o projeto.

Resultado esperado: Uma visão clara e compartilhada do produto.

Verificação e Validação

  • Validando requisitos: Validar os requisitos que foram levantados.
  • Definition of Done (DoD): Garantia de que as histórias e tarefas estão prontas para serem iniciadas pelo time.
  • Checklist de Verificação: Checklis para verificar se todo o DoD foi atendido.

Resultado esperado: Verificar se é correspondente com o DoD..

Declaração

  • Refinamento de requisitos: Revisão detalhada dos requisitos coletados, garantindo que estejam claros e objetivos.
  • Product Backlog Building (PBB): Construção do backlog inicial, priorizando funcionalidades, melhorias e correções necessárias.

Ferramentas sugeridas: Trello, Jira ou Miro para organização do backlog.

Resultado esperado: Atualizar backlog.

Elaboração

Análise e Consenso

  • Análise de dependências: Identificação e discussão de relações entre tarefas e requisitos.
  • Discussão em equipe: Reuniões para alinhar entendimento e distribuição eficiente das atividades.
  • Análise de tarefas: Quebra dos requisitos em atividades específicas para facilitar o desenvolvimento.

Resultado esperado: Consenso da equipe sobre os requisitos e dependências necessárias.

Declaração

  • Definição de critérios de aceitação: Detalhamento das condições mínimas para considerar cada user story como pronta para desenvolvimento.

Resultado esperado: User stories com critérios de aceitação claros e objetivos bem definidos.

Verificação de Prontidão

  • Definition of Ready (DoR): Garantia de que as histórias e tarefas estão prontas para serem iniciadas pelo time.

Resultado esperado: Equipe preparada para o início do desenvolvimento.

Organização e Atualização

  • Refinamento do backlog: Revisão constante do backlog para priorizar e ajustar os itens com base no feedback e nos objetivos da fase.

Resultado esperado: Funcionalidades refinadas e backlog atualizado.

Construção

Representação

  • Desenvolvimento de protótipos: Criação de mockups para validar a compreensão da funcionalidade antes da implementação.

Ferramentas sugeridas: Figma ou Adobe XD.

Resultado esperado: Prototipagem que auxilia a equipe no desenvolvimento correto.

Verificação e Validação

  • Validação dos requisitos da sprint: Comparação entre os resultados entregues e os critérios definidos para garantir qualidade.
  • Definition of Done (DoD): Verificação do cumprimento de todos os critérios estabelecidos para considerar uma tarefa finalizada.

Resultado esperado: Requisitos claros e validados com critérios adequados.

Organização e Atualização

  • Organização das funcionalidades em andamento: Atualização e priorização da lista de requisitos com base no andamento do projeto.

Resultado esperado: Funcionalidades prontas e organizadas para entrega.

Transição

Verificação e Validação

  • Demonstração para o cliente: Apresentação do trabalho realizado para coleta de feedback sobre as funcionalidades entregues.

Resultado esperado: Validação do cliente e ajustes com base no feedback recebido.

4.2 Engenharia de Requisitos e ScrumXP

Fases do Open Up Atividade da Engenharia de Requisitos Prática Técnica Resultados Esperados
Concepção Elicitação e Descoberta Levantamento de requisitos Entrevistas com stakeholders, análise de concorrentes Visão de produto e declaração do problema
Análise e Consenso Análise de requisitos Análise de risco Visão clara e compartilhada do produto
Verificação e Validação Validando requisitos Definition of Done (DoD) e Checklist de Verificação Verificar se corresponde com o DoD.
Declaração Refinamento de requisitos Product Backlog Building (PBB) Atualizar backlog
Elaboração Análise e Consenso Análise de dependências Discussão com a equipe, análise de tarefas Consenso da equipe sobre os requisitos e dependências necessárias
Declaração Definição de critério de aceitação Critérios de aceitação detalhados User stories com critérios de aceitação claros e objetivos bem definidos
Verificação e Validação Verificação dos requisitos da sprint Definition of Ready (DoR) Equipe pronta para iniciar o desenvolvimento
Organização e Atualização Refinamento dos Requisitos Refinamento do Backlog Funcionalidades a serem desenvolvidas selecionadas e backlog atualizado
Construção Representação Desenvolvimento de protótipos Mockup Prototipagem que auxilia a equipe no desenvolvimento correto
Verificação e Validação Validação dos requisitos da Sprint Definition of Done (DoD) Requisitos bem definidos e claros, com critérios de validação corretos
Organização e Atualização Organização das funcionalidades em andamento Lista de Requisitos Funcionalidades prontas e organizadas para entrega
Transição Verificação e Validação Demonstração para o cliente e Revisão do produto finalizado Feedback Validação do cliente

Histórico de Versão

Data Versão Descrição Autor
15/12/2024 1.0 Documento inicial com melhorias Jose Vinicius
16/12/2024 1.1 Formatando a tabela e adicionando melhorias Marcos Vieira
17/01/2025 2.1 Atualizando tabela Jose Vinicius