Pular para conteúdo

📌 Ata de Reunião — Sprint Planning (Sprint 02)

Informações Gerais

Item Detalhe
Projeto MorfoBlocos
Tipo de Reunião Sprint Planning
Data 29/04/2026

Participantes

  • Artur Fernandes
  • Luiz Henrique Pallavicini
  • Bruno Souza
  • Carlos Eduardo
  • Ana Beatriz

Objetivos da Reunião

Planejar as atividades da Sprint 02, com foco na consolidação da Engenharia de Requisitos.

Os objetivos principais definidos foram:

  • Elencar e atomizar os Requisitos Funcionais (RFs) e Não Funcionais (RNFs);
  • Estabelecer os contratos de qualidade (DoR e DoD);
  • Elaborar os primeiros protótipos de interface;
  • Definir o escopo do Produto Mínimo Viável (MVP) para a entrega da Unidade 2.

Pautas e Definições

1. Atomização de Requisitos e Classificação URPS+

Definição

Ficou acordado que os requisitos relacionados à manutenção de catálogo (morfemas, palavras e atividades) serão desmembrados em operações atômicas de CRUD para facilitar a rastreabilidade e o gerenciamento do backlog.

Diretrizes definidas

  • Separação dos requisitos em operações de Cadastrar, Editar, Remover e Listar;
  • Classificação dos RNFs segundo o modelo URPS+;
  • Definição de descrições claras e critérios de validação mensuráveis.

Resultado esperado

Obter requisitos mais rastreáveis, testáveis e alinhados às necessidades do projeto.

2. Criação de Protótipos de Baixa Fidelidade

Definição

A equipe de frontend iniciará a elaboração de wireframes no Figma para representar os principais fluxos do sistema.

Escopo dos protótipos

  • Espaço de Construção do estudante;
  • Painel de Monitoramento do professor.

Objetivo da atividade

Validar fluxos visuais, navegação e usabilidade junto à cliente antes do início do desenvolvimento.

3. Contratos de Qualidade (DoR e DoD) e Intervenção Social

Definição

Serão formalizados os contratos de qualidade do projeto por meio da Definition of Ready (DoR) e da Definition of Done (DoD).

Definition of Ready (DoR)

Garantir que uma história de usuário possua informações suficientes para iniciar o desenvolvimento.

Definition of Done (DoD)

Estabelecer critérios objetivos para considerar uma funcionalidade concluída, incluindo:

  • Testes realizados;
  • Revisão de código;
  • Documentação atualizada;
  • Critérios de aceitação atendidos.

Atividade complementar

Redação do documento de Intervenção Social, avaliando os impactos educacionais e sociais do projeto.

4. Priorização do Backlog e Definição do MVP

Definição

A priorização será realizada utilizando a técnica MoSCoW em conjunto com a matriz Valor de Negócio × Complexidade Técnica.

Critérios utilizados

  • Valor gerado para usuários e cliente;
  • Esforço técnico necessário para implementação;
  • Dependências entre funcionalidades.

Resultado esperado

Definir oficialmente o escopo do MVP, concentrando os esforços nas funcionalidades essenciais e adiando funcionalidades secundárias para versões futuras.

Ações e Próximos Passos

Artur Fernandes e Bruno Souza

  • Levantar e atomizar os Requisitos Funcionais (RFs);
  • Classificar e documentar os Requisitos Não Funcionais (RNFs) utilizando URPS+;
  • Definir métricas testáveis relacionadas a desempenho, segurança e suportabilidade arquitetural;
  • Garantir a rastreabilidade entre requisitos e objetivos do projeto.

Luiz Henrique e Ana Beatriz

  • Desenvolver os wireframes das principais telas do sistema;
  • Estruturar os fluxos visuais do estudante e do professor;
  • Revisar os protótipos de acordo com os critérios de usabilidade definidos.

Bruno Souza/Carlos Eduardo

  • Redigir o documento de Intervenção Social;
  • Consolidar as matrizes de priorização;
  • Formalizar os documentos de DoR e DoD;
  • Organizar a documentação final referente à Unidade 2.

Todos os Integrantes

  • Revisar a definição do MVP;
  • Participar da reunião de validação dos requisitos e protótipos com a Prof.ª Pilar;
  • Contribuir com ajustes e refinamentos necessários após o feedback da cliente.

Observações

Importante: Todo o material produzido nesta sprint compõe a entrega institucional da Unidade 2, prevista para 18/05/2026.

A validação do MVP, dos requisitos e dos protótipos junto à cliente deverá ocorrer antes dessa data, permitindo a realização de correções e refinamentos sem comprometer o cronograma do projeto.

Dailies

Daily 01 — 29/04

Artur

  • Ontem: Ontem encerramos a Sprint 1.
  • Hoje: Inicio o levantamento dos Requisitos Funcionais (RFs) focado no Controle de Acesso (CP1).
  • Impedimentos: Nenhum.

Bruno

  • Ontem: Ontem validamos o escopo inicial.
  • Hoje: Rascunho os RFs do Espaço de Construção (CP3) e do Validador de Estruturas (CP4) e inicio a estruturação da documentação.
  • Impedimentos: Nenhum.

Luiz

  • Ontem: Ontem mapeamos os atores.
  • Hoje: Começo a rascunhar os wireframes (baixa fidelidade) do Painel de Monitoramento do professor (CP6).
  • Impedimentos: Nenhum.

Ana

  • Ontem: Ontem fechamos fluxos principais.
  • Hoje: Inicio os wireframes da área de montagem de blocos (CP3).
  • Impedimentos: Nenhum.

Carlos

  • Ontem: Ontem encerrei a ata.
  • Hoje: Estruturo o esqueleto principal do documento de Requisitos de Software junto com o Bruno.
  • Impedimentos: Nenhum.

Daily 02 — 30/04

Artur

  • Ontem: Ontem rascunhei a CP1.
  • Hoje: Desmembro os requisitos de catálogo em operações atômicas de CRUD (RF04a-d e RF05a-d).
  • Impedimentos: Nenhum.

Bruno

  • Ontem: Ontem rascunhei a CP3 e CP4.
  • Hoje: Aplico o mesmo desmembramento para as Atividades Pedagógicas (RF06a-d).
  • Impedimentos: Nenhum.

Luiz

  • Ontem: Ontem rascunhei a CP6.
  • Hoje: Alinho o layout do painel com as permissões de acesso que o Artur está definindo.
  • Impedimentos: Nenhum.

Ana

  • Ontem: Ontem fiz a área de montagem.
  • Hoje: Rascunho as telas dos modais de feedback morfológico.
  • Impedimentos: Nenhum.

Carlos

  • Ontem: Ontem estruturei o documento.
  • Hoje: Inicio o texto que justifica a escolha do User Story Mapping (USM) no lugar do backlog tradicional em lista.
  • Impedimentos: Nenhum.

Daily 03 — 01/05

Artur

  • Ontem: Ontem desmembrei o CRUD.
  • Hoje: Começo a listar os Requisitos Não Funcionais (RNFs) seguindo o modelo URPS+.
  • Impedimentos: Nenhum.

Bruno

  • Ontem: Ontem fechei o RF06.
  • Hoje: Ajudo o Artur a mapear as Restrições arquiteturais (React, Django, PostgreSQL) no URPS+.
  • Impedimentos: Nenhum.

Luiz

  • Ontem: Ontem alinhei o painel.
  • Hoje: Rascunho a interface do Portfólio de Progresso (CP5).
  • Impedimentos: Nenhum.

Ana

  • Ontem: Ontem fiz os modais.
  • Hoje: Reviso os critérios de Usabilidade para incluir descrições mensuráveis no RNF01 e RNF02.
  • Impedimentos: Nenhum.

Carlos

  • Ontem: Ontem justifiquei o USM.
  • Hoje: Inicio a elaboração dos critérios da Definition of Ready (DoR).
  • Impedimentos: Nenhum.

Daily 04 — 02/05

Artur

  • Ontem: Ontem iniciei os RNFs.
  • Hoje: Crio métricas mensuráveis de tempo de resposta (máx 2 segundos) para o RNF03.
  • Impedimentos: Nenhum.

Bruno

  • Ontem: Ontem mapeei restrições.
  • Hoje: Redijo o RNF04, garantindo testes de carga para a integridade de dados no banco.
  • Impedimentos: Nenhum.

Luiz

  • Ontem: Ontem rascunhei a CP5.
  • Hoje: Verifico se as telas rascunhadas atendem ao RNF11 de responsividade a partir de 360px.
  • Impedimentos: Nenhum.

Ana

  • Ontem: Ontem revisei usabilidade.
  • Hoje: Detalho os métodos de validação cross-browser para o RNF10.
  • Impedimentos: Nenhum.

Carlos

  • Ontem: Ontem iniciei a DoR.
  • Hoje: Finalizo os tópicos de formato, clareza e rastreabilidade para a nossa Definição de Preparado.
  • Impedimentos: Nenhum.

Daily 05 — 03/05

Artur

  • Ontem: Ontem mensurei o RNF03.
  • Hoje: Converto a lista consolidada de RFs no formato oficial de User Stories (US01 a US08).
  • Impedimentos: Nenhum.

Bruno

  • Ontem: Ontem redigi o RNF04.
  • Hoje: Converto os RFs restantes em User Stories (US09 a US16).
  • Impedimentos: Nenhum.

Luiz

  • Ontem: Ontem verifiquei a responsividade.
  • Hoje: Começo a documentar as regras de acessibilidade nos wireframes.
  • Impedimentos: Nenhum.

Ana

  • Ontem: Ontem detalhei métodos de validação.
  • Hoje: Inicio a escrita da Definition of Done (DoD).
  • Impedimentos: Nenhum.

Carlos

  • Ontem: Ontem fechei a DoR.
  • Hoje: Izolo as regras de negócio invariantes, separando-as dos Requisitos Funcionais (RN01 a RN08).
  • Impedimentos: Nenhum.

Daily 06 — 04/05

(... continuar exatamente no mesmo padrão até a Daily 14 ...)

Daily 14 — 12/05

Artur

  • Ontem: Ontem revisei a Matriz.
  • Hoje: Acompanho a reunião focado em justificar tecnicamente a divisão atômica do CRUD.
  • Impedimentos: Nenhum.

Bruno

  • Ontem: Ontem conferi a rastreabilidade.
  • Hoje: Fico encarregado de justificar a exclusão do RF10 da primeira release (MVP).
  • Impedimentos: Nenhum.

Luiz

  • Ontem: Ontem revisei a gramática.
  • Hoje: Apresento os wireframes demonstrando os fluxos aprovados do MVP.
  • Impedimentos: Nenhum.

Ana

  • Ontem: Ontem conferi o DoR/DoD.
  • Hoje: Auxilio o Carlos a explicar nossos contratos de qualidade (DoR/DoD) para a cliente.
  • Impedimentos: Nenhum.

Carlos

  • Ontem: Ontem preparei a pauta.
  • Hoje: Conduzo a reunião final com a Profª Pilar para validar o Backlog, o MVP e encerrar a Sprint 2.
  • Impedimentos: Nenhum.