| Desafio da Sprint | User Stories | Backlog | Burndown | DoR | DoD | Equipe |
Status da Sprint: Concluída ✅
O objetivo principal da Sprint 3 é elevar a maturidade do ClassiPy, ampliando suas capacidades de consulta, navegação e controle dos processos internos. Nesta sprint, o foco será aprimorar a experiência do usuário ao disponibilizar paginação e filtros avançados no histórico, viabilizar a leitura completa dos PDFs, melhorar o controle das operações em lote e garantir um fluxo mais estável com processamento assíncrono. Além disso, serão implementadas melhorias de monitoramento, apresentação de part numbers recentes na tela inicial e mecanismos de alerta para tornar o sistema mais intuitivo, eficiente e confiável no acompanhamento contínuo das classificações.
| Rank | Prioridade | User Story | Status |
|---|---|---|---|
| 8 | Alta | Como operador de cadastro, eu gostaria que o sistema apresente resultados cada vez mais precisos para reduzir retrabalho. | ✅ |
| 9 | Alta | Como operador de cadastro, eu gostaria de utilizar um sistema estável e sem erros críticos, para não comprometer os prazos de importação. | ✅ |
| 10 | Média | Como analista de importação, eu gostaria de ter acesso a um guia de uso do sistema para operar corretamente e sem dúvidas. | ✅ |
| Critério | Descrição |
|---|---|
| Clareza na Descrição | A User Story está escrita no formato “Como [persona], quero [ação] para que [objetivo]”. |
| Critérios de Aceite Definidos | A história possui critérios objetivos que indicam o que é necessário para considerá-la concluída. |
| Protótipo/Design Disponível | Se a tarefa envolve UI, mockups ou fluxos de tela estão anexados ou referenciados. |
| Contrato de API Acordado | As necessidades de comunicação entre Frontend e Backend foram claramente definidas (quando aplicável). |
| Modelo de Dados Validado | O modelo de dados relacionado à tarefa foi validado pela equipe. |
| Compreensão Compartilhada | Toda a equipe (incluindo PO e devs) compreende o propósito e o escopo da história. |
| Estimável | A história foi pontuada ou tem uma estimativa clara. |
| Critério | Descrição |
|---|---|
| Critérios de Aceite Atendidos | Todos os critérios de aceite da história foram implementados e validados. |
| Código Implementado e Funcional | A funcionalidade foi desenvolvida em uma branch feature/ e não quebra a aplicação. |
| Testes Manuais Realizados | O fluxo da funcionalidade foi testado manualmente pelo desenvolvedor, incluindo casos de erro. |
| Código Revisado (Code Review) | O Pull Request foi revisado e aprovado por pelo menos um outro membro da equipe. |
Integração à main |
O código foi integrado à branch main após a aprovação. |
| Documentação Atualizada | O README.md ou outra documentação relevante foi atualizada para refletir as novas mudanças. |
| Validação do PO | O Product Owner validou a entrega com base nos critérios definidos. |
| Função | Nome |
|---|---|
| Product Owner | Humberto Ishii |
| Scrum Master | Diego Castilho |
| Team Member | Gabriel Viell |
| Team Member | Vinicius Elias |
| Team Member | Davi Miyake |