Pular para conteúdo

Histórico de Versão:

Data Versão Descrição Autor
26/05/25 1.0 Criação do Documento Artur Krauspenhar e Diogo
26/05/25 2.0 Adição de tabela de mapeamento das atividades de ER no ScrumXP Vinicius Vieira
13/06/25 3.0 Correção da tabela das atividades de ER Artur Krauspenhar
16/06/25 3.1 Correção da tabela das atividades de ER Artur Krauspenhar

Engenharia de Requisitos

Atividades técnicas de ER

  • Elicitação e Descoberta:

  • Entrevistas com os Stakeholders: Entrevistas abertas com o cliente ajuda a compreender suas visões e expectativas, garantindo que o produto seja desenvolvido de acordo com as suas necessidades e expectativas.

  • Análise da Concorrência: A análise da concorrência permite identificar as estratégias adotadas por outros semelhantes, avaliando pontos fortes e fracos em áreas como design da interface ou funcionalidades. Isso ajuda a reconhecer features que deram certo, evitar erros comuns e definir requisitos que agreguem valor ao produto.

  • Análise e Consenso:

  • MoSCoW: Técnica utilizada para priorizar funcionalidades em "Must Have", "Should Have", "Could Have" e "Won't Have", garantindo foco nas entregas essenciais e de maior valor.

  • Workshop de Requisitos: Técnica utilizada para resolver conflitos a respeito do escopo do projeto a fim de definir os critérios de priorização.

  • Declaração:

  • Épicos e User Stories: A estruturação de épicos e histórias de usuário é fundamental para organizar os requisitos em níveis distintos de granularidade. Isso facilita a visualização do escopo do projeto e contribui para uma compreensão mais precisa das funcionalidades que precisam ser implementadas na plataforma ConsulTributário.

  • Representação

  • Protótipos, Wireframes: Criar protótipos e wireframes para as novas páginas do ConsultTributário, como a página de criação de teses ajuda a equipe a visualizar como as funcionalidades serão implementadas e facilita o alinhamento com os stakeholders.

  • Verificação e Validação:

  • Validação de Requisitos: estabelecimento e aplicação dos conceitos de DoR (Definitionof Ready) e DoD (Definition of Done)

  • Coleta de Feedback: Coletar feedback do cliente durante iteração ajuda a verificar se as funcionalidades entregues estão alinhadas com as suas expectativas e se há necessidade de ajustes ou melhorias.

  • Organização e Atualização de Requisitos

  • Backlog de Requisitos: Após a coleta de feedbacks, o backlog será ajustado com base nos novos critérios definidos.

  • Pontos por Histórias: As User Stories serão reavaliadas e pontuadas conforme o esforço necessário, garantindo uma organização eficiente para a próxima iteração.

Mapeamento das Atividades de ER no ScrumXP

Fase do ScrumXP Atividades da ER Prática Técnica Resultado Esperado
Planejamento do Release Elicitação e Descoberta Levantamento de Requisitos Entrevistas com stakeholders, Análise de Concorrentes, Análise de Domínio de Negócio Identificação de requisitos presentes dentro do projeto
Análise e Consenso Priorização dos Requisitos Priorização MoSCoW Escopo e funcionalidades críticas priorizadas e acordadas
Declaração Registro dos Requisitos Épicos e User Stories User stories registradas que descrevem os requisitos da release de forma clara e concisa
Validação e Verificação Validação dos requisitos e prioridade dos itens no backlog Entrevistas com stakeholders Requisitos e prioridades validadas para o início do desenvolvimento
Organização e Atualização Organização dos requisitos Product Backlog Building (PBB) Requisitos organizados em um backlog para agregar valor ao cliente o mais breve possível
Planejamento da Sprint Elicitação e Descoberta Refinamento de Requisitos Entrevistas, Análise Documental Requisitos refinados e específicos para o desenvolvimento da sprint
Análise e Consenso Análise de Dependências Discussões em Equipe, Análise de Tarefas Consenso sobre a viabilidade técnica e priorização dos requisitos
Declaração Definição de Critérios de Aceitação Critérios de Aceitação Detalhados, Definition of Ready (DoR) User stories com critérios de aceitação claros e objetivos bem definidos
Verificação e Validação Verificação dos requisitos da sprint DoR Equipe segura para iniciar o desenvolvimento
Organização e Atualização Refinamento dos requisitos Grooming do Backlog Requisitos refinados no backlog
Desenvolvimento da Sprint Representação Criação de Protótipos Wireframes Wireframes que orientam a equipe de desenvolvimento e facilitam a implementação
Verificação e Validação Validação de Requisitos Checklist, Revisão de Critérios de Aceitação Validação de que os requisitos atendem aos critérios de aceitação e qualidade estabelecidos
Organização e Atualização Revisão do Backlog Revisão do Backlog da Sprint, DEEP Backlog atualizado e alinhado com os objetivos da sprint em andamento
Revisão da Sprint Verificação e Validação Demonstração ao Cliente Coleta de Feedback Funcionalidades verificadas com o cliente e feedback coletado
Declaração Atualização de User Stories Incorporar Feedback, Negociação User stories ajustadas conforme feedback recebido durante a revisão da sprint
Análise e Organização Organização das funcionalidades finalizadas ou debitadas da sprint Backlog de Requisitos, Feedback Backlog atualizado com as funcionalidades atrasadas e implementadas
Retrospectiva da Sprint Atualização do Processo Ajustes no Workflow de Requisitos Atualização do Workflow, Resolução de Conflito Ajustes implementados para aumentar a eficiência e melhorar a qualidade do processo de ER
Análise e Organização Revisão do Processo Discussões em grupo Melhorias identificadas e aplicáveis ao processo de engenharia de requisitos
Planejamento da Próxima Release Elicitação e Descoberta Levantamento de Novos Requisitos Coleta de Feedbacks, Análise de Domínio de Negócio Requisitos revisados e atualizados com base no feedback dos usuários e nas novas demandas
Análise e Consenso Priorização dos Requisitos Priorização MoSCoW, Mapeamento de Valor Requisitos priorizados para atender às necessidades estratégicas da próxima release
Declaração Registro dos Requisitos Épicos e User Stories User stories claramente definidas e vinculadas aos objetivos da próxima release
Organização e Atualização Revisão do Backlog Revisão do Backlog da Release, DEEP Backlog da release atualizado e preparado para o início da próxima fase