Início Modelos As cerimônias do Scrum

As cerimônias do Scrum

Durante uma sprint acontecem uma série de cerimônias responsáveis por garantir a transparência (geralmente através da comunicação, mas também envolvendo artefatos) e proporcionar momentos de inspeção e adaptação tal qual pregam os pilares do Scrum. Estas cerimônias são: a Sprint Planning, Daily Scrum, Sprint Review e Sprint Retrospective.

Durante uma sprint acontecem uma série de cerimônias responsáveis por garantir a transparência (geralmente através da comunicação, mas também envolvendo artefatos) e proporcionar momentos de inspeção e adaptação tal qual pregam os pilares do Scrum. Estas cerimônias são: a Sprint Planning, Daily Scrum, Sprint Review e Sprint Retrospective.

Sprint Planning

No início de um sprint, o time realiza um evento de planejamento da sprint para:

  • Discutir e concordar mutuamente sobre o escopo do trabalho que deve ser realizado durante a sprint;
  • Selecionar itens de lista do Product Backlog que podem ser concluídos em uma sprint;
  • Preparar um Sprint Backlog que inclua o trabalho necessário para concluir os itens do Product Backlog selecionados;
  • Concordar com a meta da sprint, uma breve descrição do que eles estão planejando entregar no final da sprint;
  • A duração recomendada da cerimônia é de quatro horas para um sprint de duas semanas (proporcionalmente a outros períodos de sprint);
    • Durante o primeiro semestre, todo o time seleciona os itens do Product Backlog que eles acreditam que poderiam ser concluídos nessa sprint;
    • Durante o segundo semestre, o time de desenvolvimento identifica o trabalho detalhado (tarefas) necessário para concluir os itens do Product Backlog; resultando em um backlog confirmado da sprint;
      • À medida que o trabalho detalhado é elaborado, alguns itens do Product Backlog podem ser divididos ou recolocados na lista se o time não acreditar mais que pode concluir o trabalho necessário em um único sprint.
  • Depois que o time de desenvolvimento prepara seu Sprint Backlog, eles prevêem (geralmente por votação) quais tarefas serão entregues no sprint.

Daily Scrum

Todos os dias durante uma sprint, o time realiza um Daily Scrum com diretrizes específicas:

  • Todos os membros do time de desenvolvimento vêm preparados.
    • Começa precisamente na hora certa, mesmo que alguns membros do time de desenvolvimento estejam ausentes;
    • Deve acontecer no mesmo horário e local todos os dias;
    • É limitado a quinze minutos.
  • Qualquer um é bem-vindo, embora apenas os membros do time de desenvolvimento devam contribuir;
  • Durante a Daily Scrum, cada membro da equipe normalmente responde a três perguntas:
    • O que eu completei ontem que contribuiu para a equipe cumprir nosso objetivo de sprint?
    • O que pretendo concluir hoje para contribuir para que a equipe cumpra nossa meta de sprint?
    • Vejo algum impedimento que possa impedir a mim ou a equipe de atingir nossa meta de sprint?

Qualquer impedimento identificados na Daily Scrum devem ser recebidos pelo Scrum Master e exibidos no quadro do time ou em um quadro de risco, compartilhado, com um pessoa acordada designada para trabalhar em direção a uma resolução (fora da Daily Scrum).

Embora a moeda do status do trabalho seja de responsabilidade de toda o time, o Scrum Master geralmente atualiza o gráfico de Burndown do sprint. Onde o time não vê o valor nessas cerimônias, é responsabilidade do Scrum Master descobrir o porquê. Isso faz parte da responsabilidade de educar a equipe e as partes interessadas sobre os princípios do Scrum.

Nenhuma discussão detalhada deve acontecer durante a Daily Scrum. Quando a reunião termina, os membros individuais podem se reunir para discutir as questões em detalhes; essa reunião às vezes é conhecida como ‘sessão de grupo’ ou ‘pós-festa’.

Sprint Review

No final de uma sprint, o time realiza duas cerimônias: a Sprint Review e a Sprint Retrospective.

Na Sprint Review, o time:

  • Analisa o trabalho que foi concluído e o trabalho planejado que não foi concluído;
  • Apresenta o trabalho concluído para as partes interessadas (também conhecida como demo);
  • Colabora com as partes interessadas sobre o que trabalhar na próxima.

Diretrizes para Sprint Review:

  • Trabalho incompleto não pode ser demonstrado;
  • A duração recomendada é de duas horas para um sprint de duas semanas (proporcional a outras durações de sprint).

Sprint Retrospective

Na Sprint Retrospective, o time:

  • Reflete sobre o sprint passado;
  • Identifica e concorda em ações de melhoria contínua de processos;

Diretrizes para Sprint Retrospective:

  • Três questões principais surgem na Sprint Retrospective:
    • O que correu bem durante o sprint?
    • O que não correu bem?
    • O que poderia ser melhorado para alavancar a produtividade no próximo sprint?
  • A duração recomendada é de uma hora e meia para um sprint de duas semanas (proporcional a outras durações);
  • O Scrum Master facilita essa cerimônia.

Outras cerimônias

Backlog Grooming

O Backlog Grooming é o processo contínuo de revisar os itens do Product Backlog e verificar se estão adequadamente preparados e ordenados, de maneira a torná-los claros e executáveis ​​para os times. Os itens do Product Backlog podem ser divididos em vários itens menores. Os critérios de aceitação podem ser esclarecidos. Dependências podem ser identificadas e investigadas.

Embora não seja originalmente uma prática básica do Scrum, o Backlog Grooming foi adicionado ao Guia Scrum e adotado como uma maneira de gerenciar a qualidade dos itens do Product Backlog que entram em uma sprint, com um investimento recomendado de até 10% da capacidade da sprint de um time.

O Product Backlog pode incluir dívida técnica (também conhecida como dívida de design ou dívida de código). Esse é um conceito no desenvolvimento de software que reflete o custo implícito de retrabalho adicional causado pela escolha de uma solução fácil agora, em vez de usar uma abordagem melhor que levaria mais tempo.

Cancelamento de Sprint

O Product Owner pode cancelar um sprint, se necessário. Pode fazê-lo com informações do time, do Scrum Master ou da gerência. Por exemplo, a gerência pode desejar que o Product Owner cancele uma sprint se circunstâncias externas negarem o valor da meta da sprint. Se uma sprint for encerrada de forma anormal, a próxima etapa é realizar um novo planejamento da sprint, em que o motivo da rescisão é revisado.

SEM COMENTÁRIOS

DEIXE UMA RESPOSTA Cancelar resposta

Por favor digite seu comentário!
Por favor, digite seu nome aqui

Sair da versão mobile