Cenário

A universidade deseja desenvolver um Sistema de Agendamento de Atendimento Acadêmico para permitir que estudantes agendem horários de atendimento com professores.

Product Backlog inicial

1. Autenticar usuário.
2. Consultar professores.
3. Consultar horários disponíveis.
4. Realizar agendamento.
5. Cancelar agendamento.
6. Remarcar atendimento.
7. Receber confirmação do agendamento.
8. Professor bloquear horários.
9. Professor consultar sua agenda.
10. Enviar lembrete do atendimento.

Sprint Goal

O objetivo da Sprint já foi definido:

Permitir que o estudante encontre um professor, consulte seus horários disponíveis e realize um agendamento.

Todas as decisões da equipe durante a atividade devem contribuir para esse objetivo.

Etapa 1: Definir responsabilidades

Escolham:

• 1 Product Owner: ajuda a esclarecer prioridades e necessidades do produto;
• 1 Scrum Master: facilita a dinâmica e acompanha o tempo;
• Developers: planejam e produzem o incremento.

Todos os integrantes devem participar das discussões e decisões.

Etapa 2: Criar o Sprint Backlog

Analisem o Product Backlog e selecionem os itens necessários para atingir o Sprint Goal.

Para cada item selecionado, definam brevemente as tarefas necessárias.

Exemplo

Item: Realizar agendamento

Possíveis tarefas:

• selecionar professor;
• apresentar horários livres;
• permitir seleção do horário;
• confirmar agendamento.

Dicas

• Não tentem colocar todo o Product Backlog na Sprint.
• Perguntem: este item é necessário para atingir o Sprint Goal?
• Priorizem um fluxo mínimo que já tenha valor para o estudante.

Etapa 3: Elaboração do Protótipo

Escolham uma das funcionalidades centrais da Sprint e produzam um protótipo de baixa fidelidade usando Excalidraw ou Draw.io.

Fluxo sugerido

Para Realizar agendamento, o protótipo pode representar:

1. escolha do professor;
2. consulta dos horários disponíveis;
3. escolha de um horário;
4. confirmação.

Dicas

• Não se preocupem com aparência.
• O protótipo deve permitir que outra pessoa compreenda o funcionamento.
• Foquem no objetivo da Sprint.

Etapa 4: Sprint Review

Troquem o protótipo com outro grupo.

O outro grupo deverá atuar como stakeholder e avaliar o incremento.

Respondam:

1. O protótipo atende ao Sprint Goal?
2. O estudante consegue realizar o agendamento?
3. O fluxo está claro?
4. Há alguma informação ou etapa faltando?
5. O que poderia ser melhorado?

Feedback

Registrem:

• 1 ponto positivo;
• 1 problema identificado;
• 1 sugestão de melhoria.

Etapa 5: Sprint Retrospective

Voltem a atenção para como a equipe trabalhou, e não para o produto.

Respondam:

Continuar

O que funcionou bem e deveria continuar?

Parar

O que dificultou o trabalho e deveria ser evitado?

Começar

O que a equipe poderia começar a fazer na próxima Sprint?

Entrega

Cada grupo deverá entregar:

1. Sprint Backlog;
2. Protótipo de baixa fidelidade;
3. feedback recebido na Sprint Review;
4. resultado da Sprint Retrospective:
   • Continuar;
   • Parar;
   • Começar.

Discussão Final

Ao final da atividade, reflitam:

1. Como o Sprint Goal ajudou a selecionar os itens do Sprint Backlog?
2. Por que nem todos os itens do Product Backlog foram selecionados?
3. Qual é a diferença entre Sprint Review e Sprint Retrospective?

Síntese

Scrum não elimina planejamento. Ele organiza o trabalho para que o planejamento possa ser continuamente revisto à medida que novas informações surgem.