Cerimônia de Priorização
1. Introdução (Para Clientes e Parceiros)
Nossa Cerimônia de Priorização é realizada a cada duas semanas, garantindo que atualizemos regularmente nossas prioridades do backlog antes da próxima rodada de Planejamento Poker. Durante esta cerimônia, a equipe revisa novos e existentes tickets, discute a urgência e alinha os itens no backlog com nossos objetivos trimestrais.
Esse processo ajuda você a entender por que algumas tarefas são agendadas antes de outras e garante transparência em como tomamos essas decisões.
2. Quem Está Envolvido
Função | Envolvimento | Benefício para Você |
---|---|---|
Product Owner | Lidera a sessão, apresenta atualizações importantes sobre as necessidades do negócio. | Garante que solicitações de recursos ou bugs críticos recebam a atenção adequada. |
Scrum Master / Facilitador | Mantém a reunião no caminho certo, gerencia o tempo. | Mantém uma discussão suave e eficiente, para que as decisões sejam tomadas rapidamente. |
Equipe de Desenvolvimento | Fornece insights técnicos (complexidade, dependências). | Oferece expectativas realistas sobre quão rápido um item pode ser concluído. |
| Engenheiro de QA | Destaca a complexidade dos testes ou preocupações com a qualidade. | Garante que considerações relacionadas à qualidade sejam levadas em conta na priorização. | | Partes Interessadas (Cliente/Parceiro) | Pode participar ocasionalmente, especialmente se itens de grande impacto estiverem em revisão. | Oferece input direto sobre a criticidade do negócio, esclarecendo urgência e escopo. |
3. Fluxo de Processo / Esquema
Aqui está uma visão geral do fluxo de priorização a cada duas semanas, com aspas duplas para rótulos do Mermaid:
- Revisar Lista de Triagem Atualizada: Os tickets triados (bugs e funcionalidades) são apresentados.
- Discutir Severidade, Complexidade, Valor de Negócio: O grupo avalia a complexidade técnica (Equipe de Desenvolvimento), os fatores de qualidade/teste (QA) e o impacto nos negócios (Partes Interessadas).
- Product Owner Atribui Níveis de Prioridade: Os itens são classificados como prioridade Alta, Média ou Baixa.
- Aceito para o Próximo Sprint?: Se for Alta Prioridade e viável para o próximo sprint, vai para o Planejamento de Poker. Caso contrário, permanece no backlog para sprints futuros.
- Feedback & Próximos Passos: A equipe atualiza os status, notifica as partes interessadas relevantes e se prepara para a próxima sessão de Planejamento de Poker.
4. Perguntas Frequentes
Q1: Como determinamos quais tickets serão discutidos?
A1: Analisamos os tickets novamente submetidos desde a última cerimônia, assim como itens existentes no backlog que podem precisar de re-priorização devido a circunstâncias em mudança.
Q2: Isso é o mesmo que Planejamento Poker?
A2: Não exatamente. Priorização classifica itens com base na urgência e impacto; Planejamento Poker (que vem a seguir) foca em estimativas desses itens com mais detalhes.
Q3: Clientes/parceiros podem participar?
A3: Normalmente, é uma sessão interna. No entanto, se houver um pedido importante da sua parte, podemos convidá-lo ou coletar sua contribuição com antecedência.
Q4: E se um ticket for urgente, mas perdeu esta cerimônia?
A4: Questões críticas (por exemplo, um bug severo) podem ser tratadas imediatamente fora do ciclo normal, se necessário. Tudo o mais aguarda a próxima cerimônia.
5. Próximos Passos & Recursos Adicionais
- Planejamento de Poker: Após a priorização, itens de alta prioridade passam para o Planejamento de Poker para estimativas detalhadas.
- Roteiro Trimestral: Veja o conteúdo das próximas sprints assim que as decisões de priorização forem finalizadas.
- Triagem & Classificação de Tickets: Aprenda como os itens são classificados antes de entrarem nesta etapa de priorização.
- Entre em Contato Conosco: Precisa de esclarecimentos ou tem uma preocupação urgente? Envie-nos um e-mail para
contact+support@aismarttalk.tech
ou pergunte ao nosso chatbot no site.
Ao realizar a Cerimônia de Priorização a cada duas semanas antes do Planejamento de Poker, mantemos nosso backlog relevante, garantimos que tarefas críticas sejam reconhecidas e mantemos uma abordagem dinâmica para agendar novos recursos e correções de bugs.