-
Notifications
You must be signed in to change notification settings - Fork 2
Guia do Planning
Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.
- Retrospective, Review, Daily Scrum, Sprint Planning I: André, Guila, Sérgio, Tiago e Juliana
- Sprint Planning II Parte I: André, Guila, Tiago e Juliana (desenvolvimento)
- Sprint Planning II Parte II: André e Sérgio (design)
Esse é o momento para conversar sobre os eventos que aconteceram dentro e fora do Redu. No caso, "o que foi bem?" e "eventos significantes" são relativos a assuntos internos (Redu) e externos (pessoais). Já "o que pode melhorar?" é sobre as atividades no Redu.
Nessa cerimônia nós mostramos os resultados dos trabalhos que foram feitos durante a Sprint. Funcionalidades funcionais e telas produzidas são exemplos do que pode ser mostrado, tendo como referencial os critérios de aceitação definidos no planejamento da Sprint. No caso, não devem ser levados em consideração elementos técnicos.
O review também é o momento de se ter novas idéias.
Esse é o momento de falar quais atividades foram realizadas desde o último daily e quais serão as próximas atividades. Cada membro, no momento que estiver ouvindo, deve pensar: "O que eu posso fazer para ajudá-lo a ser mais rápido e produtivo?".
Nessa cerimômia devem ser entendidas as histórias que serão feitas na Sprint. Segue abaixo o que deve ser feito:
- Entender o plano de release.
- Os critérios de aceitação (DoD's) devem ser definidos nesse momento.
- Desenhar telas básicas. Por exemplo, o rascunho do que vai ser o Checkout.
Nesse planejamento, as histórias deverão ser fragmentadas em tarefas. Abaixo segue alguns imputs que podem ajudar a entender melhor do que se trata:
- Como vai ser a arquitetura?
- O que vai ter no controller, model, view?
- Quais serão os relacionamentos?
- Será utilizado plugins ou gems?
Caso, durante a cerimônia, não se conseguir definir como vai ser realizada a solução, deve-se inserir tarefas para construir a solução em outro momento. O time-box não pode ser comprometido para se construir a solução a todo custo naquele momento.
Ao final, deve-se escrever algumas tarefas iniciais no Scrumy. No caso, a primeira atividade depois do planning é definir o restante das tarefas de cada história. Lembrando que a equipe de desenvolvimento deve ter a noção clara de como se fazer as soluções.
As cerimônias serão realizadas com um tempo bem definido. Por exemplo, as estimativas do backlog deverá durar, no máximo, 30 minutos. Faz-se necessário o limite de tempo em toda cerimônia do Scrum, sem o time-box a produtividade e criatividade ficam comprometidas.
Cerimônias e Time-box:
- Daily Scrum -> 15 minutos
- Estimativas -> 25 minutos
- Retrospective -> 30 minutos
- Review -> 30 minutos
- Sprint Planning Break - 5 minutos
- Sprint Planning I - 1 hora e 30 minutos
- Sprint Planning II - 1 hora e 30 minutos
As estimativas serão realizadas no feeling. Nesse momento, as histórias não devem ser discutidas tecnicamente.