Reavaliação na Próxima Sprint
1. Introdução (Para Clientes e Parceiros)
Às vezes, uma funcionalidade ou correção de bug não chega à liberação completa dentro de uma sprint, ou novas informações surgem que requerem avaliação adicional. Nesses casos, movemos o item para o status de “reavaliação” para a próxima sprint. Isso garante que nada seja esquecido e que possamos revisitar o item com uma nova perspectiva e prioridades atualizadas.
2. Quem Está Envolvido
| Função | Envolvimento | Benefício para Você |
|---|---|---|
| Scrum Master | Acompanha itens incompletos ou não resolvidos e os agenda para reavaliação. | Garante que sua funcionalidade ou correção de bug permaneça visível e não seja abandonada. |
| Product Owner | Confirma se o item ainda está alinhado com o roadmap ou se deve ser adiado. | Fornece direção clara sobre continuar, adiar ou reestruturar. |
| Dev Team | Reavalia restrições t écnicas, completa tarefas pendentes ou atualiza estimativas. | Entrega qualquer trabalho adicional necessário para finalizar ou melhorar a solução. |
| Engenheiro de QA | Re-testa o item na próxima sprint se novo código for necessário ou se os critérios de aceitação mudarem. | Garante que o resultado atenda aos padrões de qualidade quando finalmente liberado. | | Você (Cliente/Parceiro) | Pode ser consultado se mais detalhes ou requisitos revisados forem necessários. | Mantém você informado sobre o plano para completar sua funcionalidade ou corrigir seu problema. |
3. Fluxo de Processo / Esquema
Aqui está como um item é reavaliado na próxima sprint (usando aspas duplas no diagrama Mermaid):
1. **Item Não Concluído**: Uma funcionalidade ou correção de bug permanece parcialmente concluída, ou novos problemas surgem.
2. **Marcar como “Reavaliação”**: O Scrum Master marca para a sessão de planejamento da **próxima** sprint.
3. **Revisão Durante a Retrospectiva da Sprint**: A equipe discute **por que** não foi concluído e o que é necessário.
4. **Decisão**:
- **Sim**: Se o item ainda tem valor comercial, ele é movido para o **Planejamento da Próxima Sprint**.
- **Não**: Se não é mais relevante ou viável, nós o adiamos ou o rejeitamos completamente (com feedback).
5. **Trabalho da Próxima Sprint**: A equipe de desenvolvimento esclarece as tarefas, atualiza as estimativas e inclui no novo backlog da sprint, se a capacidade permitir.
---
## 4. Perguntas Frequentes
**Q1: Por que uma funcionalidade ou correção de bug não seria concluída em um único sprint?**
**A1:** As razões incluem **complexidade inesperada**, **prioridades alteradas** ou **novos detalhes** surgindo durante o sprint.
**Q2: “Reavaliação” significa começar do zero?**
**A2:** Não necessariamente. Geralmente significa que iremos **revisar** o progresso, confirmar as tarefas pendentes e continuar o desenvolvimento/testes no próximo sprint.
**Q3: E se o item ainda não estiver concluído após o próximo sprint?**
**A3:** Ele pode ser reavaliado novamente, adiado ou dividido em tarefas menores. Nosso objetivo é evitar a transferência interminável, refinando o escopo ou esclarecendo os critérios de aceitação.
**Q4: Serei notificado se minha funcionalidade ou problema for para “reavaliação”?**
**A4:** Sim, você receberá uma atualização explicando por que está sendo transferido e um **cronograma esperado** para conclusão no próximo sprint.
## 5. Próximos Passos & Recursos Adicionais
- **Planejamento de Sprint**: Aprenda como alocamos itens (incluindo os reavaliados) para novas sprints.
- **Diferenciação entre Adiamento e Reavaliação**: Entenda a diferença entre adiar um item (postergado) e reavaliá-lo ativamente na próxima sprint.
- **Entre em Contato Conosco**: Se você tiver mais detalhes ou desejar revisar suas solicitações, envie um e-mail para `contact+support@aismarttalk.tech` ou consulte nosso chatbot.
Ao **reavaliar** itens na **próxima sprint**, mantemos o **ímpeto** no trabalho parcialmente concluído e garantimos que até mesmo recursos/ correções de bugs paralisados ou atrasados recebam a **atenção** necessária para eventualmente alcançar um **lançamento bem-sucedido**.