descricaoDoProcesso
Essa reunião deve durar por volta de duas horas pois será uma junção de três reuniões importantes determinadas pelo Scrum original, além da Reunião Diária da Sprint os quais são: Revisão da Sprint, Retrospectiva da Sprint e o Planejamento da Sprint divida em dois momentos. Para nossa adaptação a Revisão e a Retrospectiva da Sprint devem ocorrer no mesmo momento.
A Grande Reunião da Sprint comporta:
- 60min: Revisão + Retrospectiva da Sprint;
- 60min: Planejamento da (Nova) Sprint;
Cada momento da Grande Reunião da Sprint existe sua pauta predefinida, mesmo passível de alteração segundo a necessidade, exceto para o momento de Revisão Retrospectiva da Sprint pois, como determinado pelo Scrum original, a retrospectiva é um espaço informal onde não há pauta, ainda que tenha elementos obrigatórios a se incluir. Os momentos terão a seguinte predefinição:
Apresentação indivisual sobre os problemas encontrados na Sprint e possíveis soluções dadas.
O Product Owner avalia os resultados da Sprint e tem os possíveis questionamentos respondidos.
Discussão geral sobre o que fazer a seguir para não repetir os mesmo erros, dando entradas para o Planejamento da Sprint
Discussão geral sobre o que pode ser entregue como resultado do incremento da próxima Sprint.
Atribuição das Issues relacionadas ao incremento da Sprint
Apresentação individual e informal de como será feito o trabalho atribuido na Sprint.
- Considerações da equipe orientadora
- Resultados das Issues
- Incremento da Sprint (Issues)
- Product Backlog Atualizado (Se houver alteração)
Adaptado das Daily Scrum, as reuniões não devem ser realizadas diariamente. Para compensar e menor quantidade de reuniões, elas terão duração de 30 minutos e ocorrerão duas vezes na semana com pauta predeterminada.
A pauta das Reuniões Não-Diárias só passível de alteração e de informalidade em caso de sobra do tempo definido.
A Reunião Não-Diária é completamente baseada em apresentações individuais e semi-informais com o objetivo de todos responderem as três perguntas seguintes:
O que fez desde a reunião passada para ajudar a atingir a solução dos objetivos da Sprint?
O que eu será feito até a próxima reunião para ajudar o Time de Desenvolvimento atingir os objetivos da Sprint?
Quais os obstáculos encontrados que podem impedir o time de atingir os objetivos da Sprint?
Todos da equipe são membros do Time de Desenvolvimento e participam do auto-gerenciamento do time, previsto pelo Scrum Original. A grande diferença da adaptação é a aproximação do Product Owner e do Scrum Master, que mesmo com suas atribuições (que serão mostradas a seguir) também contribuem com o desenvolvimento do projeto.
Componentes | Papéis |
---|---|
Luan Santos | Product Owner & Time Dev. |
Gésio de Moura | Scrum Master & Time Dev. |
Matheus Vinícius | Product Owner & Time Dev. |
Ariel Wesley | Time de Desenvolvimento |
Entendemos que o Product Owner pode representar o desejo do grupo no Product Backlog, mas aqueles que quiserem uma alteração nas prioridades dos itens de Backlog devem convencer o Product Owner.
Expressar claramente os itens do Backlog do Produto;
(Aliado ao Time de Desenvolvimento) Ordenar os itens do Backlog do Produto para alcançar melhor as metas e missões;
Garantir o valor do trabalho realizado pelo Time de Desenvolvimento;
Garantir que o Backlog do Produto seja visível, transparente, claro para todos, e mostrar o que o Time Scrum vai trabalhar a seguir;
Garantir que o Time de Desenvolvimento entenda os itens do Backlog do Produto no nível necessário.
Garantir que o Scrum seja entendido e aplicado sendo um servo-líder para o Time Scrum.
Encontrar técnicas para o gerenciamento efetivo do Backlog do Produto;
(Aliado ao Product Owner) Comunicar a visão, objetivo e itens do Backlog do Produto para o Time de Desenvolvimento;
Compreender a longo-prazo o planejamento do Produto no ambiente empírico;
Facilitar os eventos Scrum conforme exigidos ou necessários.
Remover impedimentos para o progresso do Time de Desenvolvimento;
Determinar como será a transformação do Backlog do Produto em incrementos de funcionalidades no decorrer das Sprints;
Concluir as issues em tempo hábil dentro do tempo esperado e com alto nível de organização.