Engenharia de Requisitos

Atividades e suas técnicas¶

Planejamento Inicial¶

Elicitação e Descoberta¶

• Lean Inception: A técnica Lean Inception será utilizada para levantar os requisitos iniciais do produto. Por meio de workshops colaborativos, o time e os stakeholders alinharão a visão do produto, criando um backlog inicial priorizado e pronto para iniciar a primeira sprint.

Planejamento da Sprint¶

Análise e Consenso¶

• Lean Inception: Será aplicada novamente para priorizar requisitos, definir os problemas e alinhar as expectativas do time.
• MoSCoW: Técnica utilizada para priorizar funcionalidades em "Must Have", "Should Have", "Could Have" e "Won't Have", garantindo foco nas entregas essenciais.
• DEEP: Aplicação do conceito DEEP para garantir que o backlog esteja detalhado, emergente, estimado e priorizado.
• DoR: Será definido o conjunto de critérios que uma User Story precisa atender para estar pronta para desenvolvimento.

Elicitação e Descoberta¶

• Entrevistas com Stakeholders: Será conduzida uma série de perguntas com os stakeholders para identificar novas funcionalidades necessárias e ajustar o backlog do produto.

Declaração e Organização¶

• Lean Inception: As User Stories (US) serão declaradas e organizadas no backlog, com base nas discussões e prioridades definidas durante a Lean Inception.
• Backlog de Requisitos: A organização das histórias será baseada em critérios claros e alinhados, com foco no refinamento contínuo do backlog.

Execução da Sprint¶

Verificação¶

• DoD (Definition of Done): As histórias finalizadas serão verificadas para garantir que atendem aos critérios de aceitação definidos no DoD. Isso inclui a validação técnica e funcional.

Organização e Atualização¶

• Backlog de Requisitos: Durante a execução, o backlog será atualizado continuamente com o progresso das histórias, garantindo que o trabalho esteja sempre alinhado com as entregas.

Revisão da Sprint¶

Validação¶

• Coleta de Feedback: Durante a apresentação do produto da sprint, os stakeholders fornecerão feedbacks que serão validados e discutidos com o Product Owner (P.O.) para ajustes no backlog.

Retrospectiva¶

Organização e Atualização¶

• 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.

Versão do Documento¶