Release Backlog, Kanban e Planejamento de Sprints (1–3) 04/11/2025

Visão Geral

Estruturamos o backlog do produto no GitHub, configuramos um Kanban automatizado e planejamos 3 sprints com rastreabilidade completa entre Issues ↔ Requisitos (RF/RNF) do ERS (RequisitosFinal.pdf).
O objetivo desta release é padronizar o fluxo de trabalho (pull-based), deixar o professor apto a auditar o projeto e acelerar a execução.

---

O que foi feito

1) Planejamento de Sprints (Milestones)

• Sprint 1 — Acesso: RF-001, RF-010, RF-013
• Sprint 2 — Catálogo (CRUD): RF-003, RF-002, RF-004, RF-005
• Sprint 3 — Loja & Pedidos: RF-011, RF-012, RF-006, RF-007, RF-008, RF-009 + RNF-002 (estoque)

2) Kanban do GitHub Projects (pull-based)

Colunas (Status):

1. New
2. Em desenvolvimento
3. Em testes
4. Pronto
5. Devolvido para ajustes
6. Cancelado

3) Backlog (Issues) com rastreabilidade

• Padrão de título: RF-xxx — <nome do requisito> — <tipo> ou RNF-xxx — …
• Labels padronizados: RF, RNF, Frontend, Backend, Banco de Dados, Qualidade
• Rastreabilidade: cada issue referencia explicitamente o RF/RNF do documento de requisitos (ERS).

4) Granularidade por sprint

Atendendo à solicitação, a Sprint 3 foi condensada em 3 issues-mãe (Front/Back+BD/Testes) contendo checklists por RF.
Sprints 1 e 2 mantêm a divisão enxuta por RF e por tipo, mas podem ser compactadas no mesmo modelo de “issues-mãe” se necessário.