Scrum Lab Engenharia de Software · Trabalho em trio

Atividades práticas

Scrum em equipe

Protótipos, decisões e respostas das três atividades.

Atividade 01

Introdução ao Scrum

Aplicamos transparência, inspeção e adaptação em duas rodadas de prototipagem.

Respostas do grupo
Meta da simulação

Permitir que uma pessoa consulte a disponibilidade da Sala 1 e entenda a resposta do aplicativo.

Rodada 1 Protótipo inicial

Na primeira versão, a resposta fica em branco quando o horário está ocupado.

09:15
INSTITUTO FEDERALPiauí
Educação
que transforma
Biblioteca IFPIConsulta de Disponibilidade da Sala
Informações Escolha a sala e o horário para verificar disponibilidade.

Resposta do grupo · primeiro teste

Na primeira rodada, percebemos que às 9h a sala apareceu como livre. Às 10h, a resposta ficou em branco; por isso, não conseguimos saber se o horário estava ocupado ou se havia ocorrido um erro.

Inspeção e troca de responsabilidades

Depois do primeiro teste, trocamos os papéis conforme a tabela na aba Equipe e ajustamos a resposta para o horário ocupado.

Rodada 2 Protótipo adaptado

Nesta versão, a tela informa claramente quando a sala está ocupada.

09:15
INSTITUTO FEDERALPiauí
Educação
que transforma
Biblioteca IFPIConsulta de Disponibilidade da Sala
Informações Escolha a sala e o horário para verificar disponibilidade.

Resposta do grupo · segundo teste

Na segunda rodada, incluímos a mensagem “Sala 1 ocupada” para as 10h. A segunda pessoa identificou o horário livre e o ocupado, então a mudança deixou a resposta mais clara.

O que aprendemos

Transparência

Mostramos a sala, os três horários, o botão de consulta e a resposta do aplicativo para que todas as pessoas pudessem acompanhar o teste.

Inspeção

No primeiro teste, identificamos que a tela vazia das 10h deixou a pessoa em dúvida, embora o horário das 9h estivesse claro.

Adaptação

Depois da observação, substituímos a resposta em branco por uma mensagem de horário ocupado. No segundo teste, a situação ficou mais fácil de entender.

Valor do Scrum

Praticamos abertura quando ouvimos a dificuldade encontrada no teste e conversamos sobre a mudança sem esconder o problema da primeira versão.

Atividade 02

Papéis, artefatos e eventos

Planejamos, simulamos e avaliamos a função de reserva de salas.

Respostas do grupo
Meta do exercício

Evitar que duas pessoas reservem a mesma sala no mesmo horário.

Time Scrum e Product Backlog

Com base nos nomes cadastrados na aba Equipe, assumimos estes papéis na primeira rodada:

Meta do Produto

Nossa Meta do Produto é permitir que estudantes reservem salas de estudo com clareza e sem conflitos de horário.

Product Backlog Use as setas para mudar a ordem; ela fica salva neste navegador.

    Por que a reserva vem primeiro?

    Colocamos a reserva em primeiro lugar porque ela resolve o problema central do cenário: duas pessoas não devem solicitar a mesma sala no mesmo horário.

    Planejamento da Sprint

    Meta da Sprint

    Nesta Sprint, planejamos permitir a reserva da Sala 1 nos horários livres e apresentar uma resposta clara quando o horário estiver ocupado.

    Plano no Sprint Backlog

    Como Developers, planejamos desenhar a tela de escolha do horário, simular as respostas de confirmação e ocupação e executar os dois testes previstos.

    Reunião Diária

    O rascunho inicial só previa a confirmação da reserva.

    Ajuste no Sprint Backlog

    Na Reunião Diária, percebemos que faltava tratar horários ocupados. Atualizamos o plano para incluir uma resposta que avisa sobre a ocupação sem confirmar uma reserva inválida.

    Protótipo e testes do incremento

    O protótipo confirma a reserva às 9h e deve recusá-la às 10h.

    09:15
    INSTITUTO FEDERALPiauí
    Educação
    que transforma
    Biblioteca IFPIConsulta de Disponibilidade da Sala
    Informações Selecione uma sala e horário para consultar.
    Teste A · Sala 1 às 9h

    Esperamos confirmar a reserva.

    Passou
    Teste B · Sala 1 às 10h

    Esperamos avisar que está ocupada, sem confirmar.

    Passou

    Resposta dos testes

    No teste A, confirmamos a reserva das 9h. No teste B, o aplicativo avisou que as 10h estavam ocupadas e não confirmou a reserva.

    Revisão da Sprint

    Sugestão recebida

    Na revisão, recebemos a sugestão de mostrar o nome da sala e o horário junto à confirmação.

    Nossa decisão

    Decidimos registrar essa melhoria no Product Backlog para uma próxima Sprint, pois a reserva já funciona, mas a confirmação pode ficar mais clara.

    Retrospectiva

    Ação para o próximo ciclo

    No próximo ciclo, vamos combinar os casos de teste antes de desenhar as telas para não esquecer respostas importantes.

    Produto: melhoramos uma funcionalidade para quem usa o aplicativo.

    Processo: melhoramos a forma como trabalhamos em equipe.

    Atividade 03

    Product Owner

    Priorizamos melhorias pelo valor para estudantes e revimos a decisão com fatos novos.

    Respostas do grupo
    Contexto

    Cinco estudantes chegaram atrasados porque esqueceram o horário da reserva. O aplicativo já envia notificações e a equipe consegue desenvolver uma melhoria.

    Primeira decisão do Product Owner

    Meta do Produto

    Nossa Meta do Produto é ajudar estudantes a usar as salas de estudo sem esquecer suas reservas e sem deixar horários livres bloqueados.

    Esta é nossa sugestão inicial padrão. Podemos testar outra ordem nos menus sem alterar a resposta salva.

    1º · Agora1
    2º · Depois2
    3º · Pode esperar3

    Nossa justificativa

    Priorizamos o lembrete porque cinco estudantes chegaram atrasados e o aplicativo já envia notificações. Deixamos a personalização das cores para depois porque ela não resolve esse problema urgente.

    Nova informação e decisão revisada
    Oito reservas ficaram sem uso.

    Os estudantes avisaram que não iriam, mas os horários continuaram bloqueados. Outras pessoas tentaram reservar e encontraram todos os horários ocupados.

    Antes de revisar a decisão, trocamos os papéis conforme a tabela na aba Equipe. Esta é nossa ordem revisada padrão.

    1º · Agora1
    2º · Depois2
    3º · Pode esperar3

    O que mudou e por quê?

    Mudamos a prioridade para o cancelamento porque oito reservas sem uso continuaram bloqueando horários. Ao liberar uma reserva cancelada, ajudamos outras pessoas a encontrar um horário disponível. Mantivemos o lembrete em segundo e as cores em terceiro.

    Demonstração da melhoria escolhida
    Escolhemos a melhoria e mostramos como ela ajuda a resolver o problema do cenário.
    Equipe

    Integrantes e papéis

    Cadastramos os nomes uma vez e acompanhamos a troca de responsabilidades.

    A preencher
    Nosso trio

    Substituímos os campos abaixo pelos nomes completos do grupo antes da entrega.

    Os nomes ficam salvos neste navegador.

    Troca de papéis

    Usamos essa sequência na segunda rodada da Atividade 01 e na nova decisão da Atividade 03.