SCRUM

O que é Scrum?

Scrum é um framework para o desenvolvimento ágil, altamente adaptado para cenários complexos e inicialmente utilizado em TI, mas atualmente também é utilizado para projetos em diversas áreas, além de serviços, produtos e processos e devido sua alta adaptabilidade.

O Scrum é um processo empírico (que trabalha com base em fatos, experiência e evidências), iterativo e incremental, que possui 3 pilares centrais:

• Transparência:
  • Mostrar transparência nos processos, requisitos de entrega e status, portanto, todos os aspectos do processo como um todo devem estar visíveis e alinhados com todos os responsáveis pelos resultados.

• Inspeção:
  • Realizar inspeção constante de todo o processo, para garantir que a entrega será realizada conforme acordado no planejamento.

• Adaptação:
  • Se adaptar ao processo e ao produto que está sendo entregue que pode sofrer mudanças que necessitam de adaptação.

A Base do Scrum

A base fundamental do Scrum é representada por papéis, eventos e artefatos.

Os Papéis Scrum (Scrum Team)

O Scrum Team: é um pequeno grupo de pessoas (normalmente 10 pessoas ou menos), formado por um Scrum Master, um Product Owner e Developers, focados em um objetivo de cada vez, visando atingir a Meta do Produto. Nenhum outro papel deverá ser definido por não ser compatível com a filosofia do Scrum.

• Scrum Master:
  • Responsável por ajudar todo o time a entender e manter vivos os princípios e as regras do Scrum no dia-a-dia, ajudando todos a entenderem teorias, práticas, regras e os valores do Scrum com o objetivo de maximizar o valor criado pelo Time Scrum. É um líder-servidor e facilitador para o trabalho, removendo impedimentos, e apoiando o Product Owner com o Product Backlog.

• Product Owner:
  • É responsável por entender as necessidades do produto/projeto, criar o Product Backlog (lista das necessidades priorizadas) visando aumentar o valor do produto, decidir quais recursos serão construídos, qual a prioridade nas entregas, medir o desempenho do projeto, prever a data de conclusão e manter essas informações transparentes para todas as partes interessadas.

• Developers:
  • É a equipe desenvolvedora que irá atuar no projeto, deve ser um time auto gerenciável e auto organizado, tem a responsabilidade de definir como e quando as coisas serão feitas e a carga de trabalho que poderá ser assumida dentro da Sprint (prazo de trabalho para entrega de valor no projeto), visando atingir as metas estabelecidas pelo Product Owner.

Os Eventos do Scrum

Os eventos (cerimônias) do Scrum são as reuniões fundamentais que devem ser realizadas dentro do timebox (tempo planejado) em cada fase do processo garantindo que todos os alinhamentos necessários sejam realizados para o bom andamento das sprints para atingir o objetivo do produto (entrega final > produto pronto).

A Sprint

A(s) Sprint(s) é o coração do Scrum, sendo o período do trabalho realizado em iterações ou ciclos de até um mês. O trabalho realizado em cada sprint deve criar algo de valor tangível para o cliente ou usuário. O Sprint é uma timebox (duração fixa) de até 4 semanas, e uma nova Sprint
começa imediatamente após a conclusão da Sprint anterior, geralmente, mantendo a mesma duração.

• Sprint Planning:
  • É a primeira reunião realizada na Sprint, o Product Owner garante que os participantes estejam preparados para discutir os itens mais importantes do Product Backlog e como eles são mapeados para a Meta do Produto e os developers decidem quanto eles podem se comprometer a fazer na Sprint que será iniciada. Em alguns casos, haverá negociação com o Product Owner, mas será sempre responsabilidade dos developers determinar o quanto será capaz de se comprometer a fazer na sprint. Nesta reunião é abordado os seguintes tópicos:

1. Por que esta Sprint é valiosa?
2. O que pode ser feito nesta Sprint?
3. Como o trabalho escolhido será realizado?

• Daily Scrum:
  • O propósito da Daily Scrum é inspecionar o progresso em direção a Meta da Sprint, adaptar o Sprint Backlog conforme necessário ajustando o próximo trabalho planejado, melhoram as comunicações, identificam os impedimentos, promovem a rápida tomada de decisões e consequentemente, eliminam a necessidade de outras reuniões. Este evento tem duração de 15 minutos realizado pelos Developers do Scrum Team no mesmo horário e local, todos os dias úteis da Sprint.

• Sprint Review:
  • É a reunião que acontece após o término de cada Sprint para inspecionar o resultado da Sprint e determinar adaptações futuras. O Scrum Team apresenta o resultado do trabalho para os stakeholders e o progresso em direção a Meta do Produto é discutido. Durante o evento, o Scrum Team e os stakeholders revisam o que foi realizado na Sprint e o que mudou em seu ambiente. Com base nessas informações, os participantes colaboram sobre o que fazer a seguir. O Product Backlog também pode ser ajustado para atender a novas oportunidades. A Sprint Review é uma sessão de trabalho e o Scrum Team deve evitar limitá-la a uma apresentação.

• Retrospective:
  • É a reunião em que o Scrum Team inspeciona como foi a última sprint em relação a indivíduos, interações, processos, ferramentas e definição de pronto, discute o que deu certo durante a sprint, quais problemas foram encontrados e como estes problemas foram (ou não) resolvidos. O Scrum Team identifica as mudanças que serão úteis para melhorar sua eficácia, as mudanças mais relevantes são endereçadas o mais breve possível, podendo ser adicionado ao backlog da próxima sprint.

Os Artefatos Scrum

Os artefatos do Scrum representam o trabalho ou o valor para o fornecimento de transparência e oportunidades para inspeção e adaptação. Os artefatos definidos para o Scrum são especificamente projetados para maximizar a transparência das informações de modo que todos tenham o mesmo entendimento do que está acontecendo no projeto.

Cada artefato contém um compromisso para garantir que ele forneça informações que aumentem a transparência e o foco contra o qual o progresso pode ser medido:

● Para o Product Backlog, é a Meta do produto.
● Para o Sprint Backlog, é a Meta da Sprint.
● Para o incremento, é a Definição de Pronto.

• Product Backlog:
  • É a lista ordenada de necessidades priorizadas pelo Product Owner, do que é necessário para melhorar o produto. É a única fonte de trabalho realizado pelo Scrum Team. Os itens do Product Backlog que podem ser realizados pelo Scrum Team em uma Sprint são considerados preparados para seleção no evento Sprint Planning. Os Developers que farão o trabalho são responsáveis pelo dimensionamento (tarefas que cabem na sprint). O Product Owner pode influenciar os Developers, ajudando-os a entender e trocar tarefas.
    • Compromisso: Meta do Produto –> descreve um estado futuro do produto que pode servir como um alvo para o Scrum Team planejar, sendo o objetivo de longo prazo para o Scrum Team, que devem cumprir (ou abandonar) um objetivo antes de assumir o próximo.

• Sprint Backlog:
  • O Sprint Backlog é composto pelo conjunto de itens do Product Backlog selecionados para a Sprint (o que), pela Meta da Sprint (por que) e o plano de ação para entregar o Incremento (como). É o planejamento em tempo real do trabalho que os Developers irão realizar durante a Sprint para atingir a Meta da Sprint.
    • Compromisso: Meta da Sprint –> é o único objetivo da Sprint que é um compromisso dos Developers, porém, cria coerência e foco, encorajando o Scrum Team a trabalhar junto ao invés de iniciativas separadas.

• Incremento (entrega):
  • Um incremento é um pedacinho do todo do produto a ser entregue e para fornecer valor deve ser utilizável pelo cliente ou usuário. Cada incremento é adicionado a todos os incrementos anteriores e deve ser verificado para garantir que todos os incrementos funcionem juntos até que todo o produto esteja concluído e funcionando corretamente. O trabalho não pode ser considerado parte de um incremento a menos que atenda a Definição de Pronto.
    • Compromisso: Definição de Pronto –> é quando o incremento atende às medidas de qualidade exigidas para o produto. A Definição de Pronto cria transparência ao fornecer a todos um entendimento compartilhado de qual trabalho foi concluído, caso o incremento não atenda à Definição de Pronto, ele não poderá ser liberado ou mesmo apresentado na Sprint Review. Em vez disso, ele retorna ao Product Backlog para consideração futura.

Timebox

Timebox é um conceito muito importante no Agile, porque é o que define o ritmo e dá a regularidade para o time.

• Daily Scrum: 15 minutos
• Sprint: entre 1 e 4 semanas (nunca mais que 1 mês).
• Sprint Planning: máximo de 8 horas para sprint de 1 mês.
• Sprint Review: máximo de 4 horas para sprint de 1 mês.
• Sprint Retrospective: máximo de 3 horas para sprint de 1 mês.

Para Sprints mais curtas, os eventos descritos acima geralmente são mais curtos.

Radiadores de Informação

Qualquer tipo de dashboard bem visível pode ser chamado de um radiador de informação, permitindo que qualquer pessoa envolvida no projeto possa acessar às informações de status ou qualquer outra informação relevante facilmente, aumentando a transparência do projeto.

Burndown

É o gráfico que relaciona o tempo planejado, com a estimativa dos itens a serem realizados com o tempo real realizado para a entrega. Através do Burndown é possível acompanhar o andamento da sprint através do fornecimento diário de informações sobre os itens que foram entregues pelos developers e o tempo que foi levado para isso, sendo um indicador visual de possíveis desvios.

Kanban

É o quadro onde é possível visualizar o fluxo de trabalho que está sendo feito. São listados os itens que precisam ser executados (A Fazer –> Do), que estão sendo executados (Fazendo –> Doing) e que estão prontos (Feito –> Done). Também poderá ser listado os testes, bugs, impedimentos e outras informações, trazendo transparência do status das tarefas planejadas na sprint.

Conclusão

O Scrum é apenas um dos frameworks baseados em metodologias ágeis, existem muitos outros e suas aplicações são ilimitadas. Ao utilizar o Scrum, o processo é otimizado e há um alto ganho de agilidade na entrega de valor para os clientes ou usuários.

O Scrum é muito dinâmico e prazeroso de se trabalhar, aqui no Analista Expert você terá conteúdo para aprimorar seu CHA (Conhecimento, Habilidades e Atitudes).

Fonte: Scrum Guide 2020