Mais lidas:

Como criar uma boa User Story

Todos desejam adentrar nesse universo ágil e começar a escrever User Storie. O teórico é de simples entendimento, mas ao começar as primeiras linhas, muitos acabam tendo muitas dificuldades de conseguir criar as histórias de maneira simples e clara. Vamos ajudar!

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.

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.

Recentes

Agilista: O Caminho para o sucesso na era da transformação Ágil!

Os termos "Agilista", "Agile Expert", "Agile Coach", "Agile Master" entre outros vários também utilizados pelo mercado, descrevem um defensor ou praticante da metodologia ágil, que busca alavancar seus princípios e técnicas para melhorar a eficiência e eficácia em projetos e atividades. A metodologia ágil é uma abordagem de desenvolvimento de software e gestão de projetos que enfatiza a colaboração, a adaptação rápida a mudanças e a entrega incremental de resultados funcionais.

Utilizando o universo de Star Wars para compreender a filosofia do Shu-Ha-Ri como método de aprendizagem

A evolução é um processo importante na vida de um profissional. Estar sempre buscando a melhoria contínua para cada vez mais obter conhecimento e experiência é inclusive um valor da cultura ágil, e o Shu-Ha-Ri vem totalmente de encontro!

Jornada do Usuário: Definir

Na fase "Definir", a equipe avalia tudo o que aprendeu na fase "Entender" para estabelecer o foco.

Considere tudo de uma vez

Esta técnica de visualização de ter tudo diante de nós ao mesmo tempo, pode ser de grande valor quando pensamos em síntese criativa e em Design Sprints.

Leia também

Agilista: O Caminho para o sucesso na era da transformação Ágil!

Os termos "Agilista", "Agile Expert", "Agile Coach", "Agile Master" entre outros vários também utilizados pelo mercado, descrevem um defensor ou praticante da metodologia ágil, que busca alavancar seus princípios e técnicas para melhorar a eficiência e eficácia em projetos e atividades. A metodologia ágil é uma abordagem de desenvolvimento de software e gestão de projetos que enfatiza a colaboração, a adaptação rápida a mudanças e a entrega incremental de resultados funcionais.

Utilizando o universo de Star Wars para compreender a filosofia do Shu-Ha-Ri como método de aprendizagem

A evolução é um processo importante na vida de um profissional. Estar sempre buscando a melhoria contínua para cada vez mais obter conhecimento e experiência é inclusive um valor da cultura ágil, e o Shu-Ha-Ri vem totalmente de encontro!

Jornada do Usuário: Definir

Na fase "Definir", a equipe avalia tudo o que aprendeu na fase "Entender" para estabelecer o foco.

Considere tudo de uma vez

Esta técnica de visualização de ter tudo diante de nós ao mesmo tempo, pode ser de grande valor quando pensamos em síntese criativa e em Design Sprints.

Insights, perguntas, ideias (IQI)

Insights, Questions, Ideas (IQI, pronunciado “icky”), desenvolvido pela Sudden Compass®, é uma forma estruturada de analisar pontos de dados de forma colaborativa.
Felipe Oliveira
Felipe Oliveira
Analista de Sistemas aspirante a Agile Expert. CSM e CSPO pela Scrum Alliance. Um apaixonado pela cultura ágil.