Scrum

SUMÁRIO

Scrum

Scrum – Papéis

Scrum – Eventos

Scrum – Artefatos

Scrum – Framework

Scrum – Pilares

Scrum – Valores

Time-Box
SUMÁRIO

Time-Box – Detalhado

Definindo o Time-Box da Sprint

Cancelamento da Sprint

Eventos – Conceito

Papéis e Responsabilidades
Scrum
SCRUM

Um framework dentro do qual pessoas podem tratar e

resolver problemas complexos e adaptativos, enquanto
produtiva e criativamente entregam produtos com o mais
alto valor possível.

“Scrum é um framework para desenvolver e manter

processo empíricos em sistemas complexos.”

Ken Schwaber and Jeff Sutherland, The Scrum Guide, 2017.

SCRUM – 3 5 3

Papéis Eventos Artefatos

Scrum – Papéis
SCRUM – PAPÉIS

• Product Owner: Define o que fazer.

• Scrum Master: Apoia no como fazer / facilita o processo.

• Time de desenvolvimento: Define como fazer e faz.

PAPÉIS – PRODUCT OWNER

• Cria a visão do produto;

• Cria e gerencia o backlog do produto;

• Captura necessidades e expectativas dos stakeholders;

• Trabalha de forma colaborativa com o time scrum;

• Somente uma pessoa assume o papel de product owner.

PAPÉIS – SCRUM MASTER

• Garante que o time conheça as práticas e valores do

scrum;

• Assegura que todos respeitem e sigam o que é definido

no framework, desde que faça sentido para o cenário;

• Apoia na resolução de impedimento que possa estar

prejudicando o andamento do projeto;

• Apoia o time de forma que ele seja auto gerenciável e

multifuncional.
PAPÉIS – TIME DE DESENVOLVIMENTO

• Mantém a ferramenta de gerenciamento do projeto

atualizada;

• Alinha e se compromete com o product owner sobre a

meta da sprint;

• Responsável pela entrega e qualidade do

produto/serviço;

• Compartilha as responsabilidades;

• Ideal de 3 a 9 pessoas.
Scrum – Eventos
SCRUM – EVENTOS

• Sprint;

• Daily Scrum;

• Sprint Planning;

• Sprint Review;

• Sprint Retrospective.
EVENTOS – DAILY SCRUM

• Duração máxima 15 minutos;

• O objetivo é inspecionar progresso;

• Cada membro do time de desenvolvimento deve

responder as três perguntas-chave, sendo elas:

- O que eu fiz ontem;

- O que eu farei hoje;
- Existe algum bloqueio que me impeça ou impeça ao time?;

*Sempre focando na meta da sprint.

EVENTOS – SPRINT PLANNING 1ª PARTE

• O product owner e o time de desenvolvimento define o

objetivo da sprint;

• O product owner aponta quais itens do backlog do

produto são necessários para atingir esse objetivo;

• O time de desenvolvimento define o que entra, ou não,

no backlog da sprint, alinhado com a expectativa do
product owner;

• É necessário o time de desenvolvimento ter em mente o

que já foi entregue, qual a sua capacidade e qual o
desempenho passado.
EVENTOS – SPRINT PLANNING 2ª PARTE

• O time de desenvolvimento decompõe os itens de

trabalho em tarefas e as estima;

• O product owner permanece para tirar dúvidas;

• Especialistas também podem participar (negócio ou

técnico);

• O time de desenvolvimento pode renegociar com o

product owner o escopo do backlog da sprint.
EVENTOS – SPRINT REVIEW

• É feita a apresentação do incremento do produto para o

product owner e as partes interessadas;

• O product owner esclarece quais itens do backlog do

produto foram "prontos" e quais não foram "prontos";

• Os itens não aprovados devem voltar para o backlog do

produto, devem ser replanejados e repriorizados;

• O product owner e partes interessadas fornecem

feedback sobre a entrega;
EVENTOS – SPRINT REVIEW

• Mudanças ou adaptações identificadas deverão ser

incluídas no product backlog.
EVENTOS – SPRINT RETROSPECTIVE

• Inspecionar como foi a última sprint em relação às

pessoas, relacionamentos, processos e ferramentas;

• Identificar e ordenar os principais itens que foram bem e

as potenciais melhorias;

• Criar um plano para implementar melhorias no modo

que o time scrum faz seu trabalho.
EVENTOS – REFINAMENT

• O time scrum decide como e quando o refinamento está

"pronto";

• Refinamento usualmente não consome mais de 10% da

capacidade do time de desenvolvimento;

• O refinamento é um processo contínuo;

• O backlog do produto pode ser atualizado a qualquer

momento pelo product owner;

• Os itens do backlog do produto de ordem mais alta (topo

da lista) devem ser mais claros e mais detalhados;
EVENTOS – REFINAMENT

• Estimativas mais precisas, são feitas baseadas em maior

clareza e maior detalhamento;

• Itens que podem ser "prontos" são considerados

"preparados" para seleção no planejamento da sprint;

• O time de desenvolvimento é responsável por todas as

estimativas. O product owner pode opinar, mas o time de
desenvolvimento faz a estimativa final.
Scrum – Artefatos
SCRUM – ARTEFATOS

• Backlog do produto: Lista de itens que são necessários

para construção do produto/serviço.

• Backlog da sprint: Lista de itens do backlog do produto,

selecionados para a sprint.

• Incremento: É um passo na direção de uma visão ou de

um objetivo. O incremento deve estar na condição de ser
utilizado.
ARTEFATOS – BACKLOG DO PRODUTO

• Lista ordenada de tudo que é necessário para o produto;

• Fonte única de informação;

• Pertence exclusivamente ao product owner;

• O product owner é o responsável por seu conteúdo,

disponibilidade e ordenação;

• Existe enquanto o produto existir;

ARTEFATOS – BACKLOG DO PRODUTO

• Lista características, funções, requisitos, melhorias e

correções;

• Os itens do backlog do produto possuem os atributos de

descrição, ordem, estimativa e valor;

• Requisitos nunca param de mudar.

ARTEFATOS – BACKLOG DA SPRINT

• Conjunto de itens do backlog do produto selecionados

para a sprint;

• Para garantir melhoria contínua, é incluído no mínimo

um item de prioridade alta sobre melhoria do processo
identificado na última reunião de retrospectiva;

• Quando itens do backlog da sprint são considerados

desnecessários, eles são removidos;

• Atualização constante tanto para o que entra quanto para

o que sai;
ARTEFATOS – BACKLOG DA SPRINT

• O backlog da sprint pertence exclusivamente ao time de

desenvolvimento;

• O time de desenvolvimento monitora o total do trabalho

restante pelo menos a cada reunião diária para projetar a
probabilidade de alcançar o objetivo da sprint;

• Ao acompanhar o trabalho restante ao longo de toda a

sprint, o time de desenvolvimento pode gerenciar o seu
progresso.
ARTEFATOS – INCREMENTO

• O incremento é a soma de todos os itens do backlog do

produto completados durante a sprint e o valor dos
incrementos de todas as sprints anteriores;

• Ao final da sprint um novo incremento deve estar

"pronto";

• O incremento é um passo na direção de uma visão ou de

um objetivo;

• O incremento deve estar na condição de ser utilizado

independente do product owner decidir liberá-lo ou não;
Scrum – Framework
SCRUM – FRAMEWORK
Scrum – Pilares
SCRUM – PILARES

• Transparência: Visibilidade para todos envolvidos no

processo.

• Inspeção: O que está acontecendo?.

• Adaptação: Refletir e melhorar.

Scrum – Valores
SCRUM – VALORES
Coragem Compromisso Abertura /
Franqueza

Foco Respeito
VALORES – CORAGEM

O time precisa ter coragem para fazer a coisa certa e

trabalhar em problemas difíceis.
VALORES – FOCO

Todos focam no trabalho da sprint e nos objetivos do time.

VALORES – COMPROMISSO

As pessoas se comprometem pessoalmente em alcançar os

objetivos do time.
VALORES – RESPEITO

Os membros do time respeitam uns aos outros para serem

pessoas capazes e independentes.
VALORES – ABERTURA / FRANQUEZA

O time e seus stakeholders concordam em estarem abertos

a todo o trabalho e aos desafios com a execução dos
trabalhos.
Time-Box
TIME-BOX

• "Caixa de tempo";

• Evento com tempo máximo pré-determinado para sua

realização;

• Evita desperdício;

• Ajuda manter objetividade.

Time-Box – Detalhado
TIME-BOX – DETALHADO

Sprint (Semanas) Planning Daily Review Retrospective Refinament

4 (180H) 8H 15m 4H 3H 8H a 16H

3 (120H) 6H 15m 3H 2:15H 6H a 12H

2 (80H) 4H 15m 2H 1:30H 4H a 8H

1 (40H) 2H 15m 1H 45m 2H a 4H

5% 2,5% 1,875% 5% a 10%

Definindo o Time-Box da Sprint
DEFININDO O TIME-BOX DA SPRINT

• O time-box das sprints pode ser determinado levando em

consideração:

- Tempo ideal para entrega de valor/qualidade;

- Tempo ideal para obter feedback;
- Restrições/gargalos;
- Ritmo sustentável de trabalho;
- Prazo do projeto;
- Riscos/incertezas;
- Possibilidades de mudanças.
Cancelamento da Sprint
CANCELAMENTO DA SPRINT

• Somente o product owner pode cancelar;

• Quando o cancelamento da sprint é feito, os demais itens

são reestimados e voltam ao backlog do produto;

• Quando o objetivo da sprint se tornar obsoleto quanto

ao valor do projeto;

• Todos itens do backlog da sprint "prontos“, são revisados

e o product owner aceita ou não os itens.
Eventos – Conceito
CONCEITO – DAILY SCRUM

A reunião diária tem como objetivo disseminar conhecimento sobre "o que foi feito no dia
anterior", "o que será feito no dia corrente" e "identificar possíveis impedimentos".
Lembrando que este três pontos, devem ser focados sempre no objetivo da sprint
corrente.

Normalmente são realizadas no mesmo lugar e na mesma hora do dia para termos
cadência e comprometimento. Idealmente são realizados na parte da manhã, para ajudar
a estabelecer as prioridades do novo dia de trabalho.

O papel do scrum master é tornar a reunião diária eficiente, ou seja, atingir o objetivo no
máximo que o timebox pré-definido permite. Porém, vale lembrar que esta reunião é
exclusivamente do time de desenvolvimento.
CONCEITO – SPRINT PLANNING

A reunião de planejamento é onde são definidos e discutidos os itens de trabalho que

farão parte da sprint.

Esta reunião deve responder duas questões:

1. O que será entregue como incremento ao final da sprint?
2. Como o trabalho será realizado para que esse incremento seja entregue?

O backlog pode representar muitas semanas ou até meses de trabalho, o que é muito mais
do que pode ser concluído em uma única sprint.

Durante esta reunião, o time de desenvolvimento e o product owner, devem chegar a um

acordo sobre qual o objetivo da sprint. Com este objetivo claro, eles determinam quais os
itens do backlog devem ser priorizados para serem executados.
CONCEITO – SPRINT REVIEW

A reunião de revisão é realizado ao final da sprint e tem o propósito de inspecionar as

entregas e atualizar o backlog se necessário.

Nesta reunião, o time de desenvolvimento e as partes interessadas, discutem sobre o que

foi feito (entrega) na sprint.

Durante esta reunião o product owner identifica o que está pronto e o que não foi
realizado de acordo com a definição estabelecida.

Também é mostrado o que foi alcançado, porém o mais importante é que o objetivo a ser
atingido seja alcançado.
CONCEITO – SPRINT RETROSPECTIVE

A reunião de retrospectiva serve para o time promover sua melhoria contínua.

Nesta evento, o scrum master como facilitador, deve incentivar o time a levantar os
seguintes pontos:
1. Como a sprint transcorreu em relação às pessoas, processos, ferramentas, etc.?;
2. Levantar os pontos positivos e os pontos a melhorar;
3. Montar um plano para implementar melhorias no trabalho do time.

Ao final desta reunião, o time possui uma lista de melhorias a serem realizadas para a
próxima sprint, além de uma lista do que deu certo e deve ser repetido.
CONCEITO – REFINAMENTO

O objetivo do refinamento é detalhar o backlog. Esta reunião pode ser realizada próximo
ao meio ou ao final da sprint corrente, garantindo assim, que o backlog esteja sempre
pronto para a próxima reunião de planejamento.

Durante esta reunião, o time discute os itens do backlog com mais alta prioridade. Para o
time, é dada a chance de fazer perguntas que normalmente surgem durante a reunião de
planejamento.

Ao levantar essas questões, o product owner tem a chance de procurar todas as respostas
que não possui até a reunião de planejamento da próxima sprint. Se essas perguntas
fossem feitas pela primeira vez na reunião de planejamento, talvez, muitas não poderiam
ser respondidas, sendo necessário colocar um ou mais itens do backlog de “alta
prioridade” para o lado, e não trabalhar neles durante a sprint que se inicia.
CONCEITO – REFINAMENTO

Além da chance para o time fazer perguntas, o refinamento também envolve:

- Descoberta de novos itens;
- Alteração de itens existentes;
- Remoção de itens antigos ou desnecessários;
- Divisão de itens muito grandes em itens pequenos;
- Priorização dos itens do backlog;
- Preparar e refinar os itens mais importantes para a próxima reunião de planejamento;
- Incluir critérios de aceitação nos itens de trabalho.

Muitos times relatam que as reuniões de planejamento demoram muito. Realizar

refinamento, pode ser uma forma simples e rápida de tornar a reunião de planejamento
mais rápida e eficiente.
Papéis e Responsabilidades
PAPÉIS E RESPONSABILIDADES – SM

• Facilitador;
• Garantir que o time conheça as práticas e valores do scrum;
• Assegurar que todos respeitem e sigam o que é definido no framework, desde que faça
sentido para o cenário;
• Apoio para resolução de qualquer tipo de impedimento que possa estar prejudicando o
andamento do projeto;
• Apoiar o time de forma que ele seja auto gerenciável e multifuncional;
• Assegurar a melhoria contínua;
• Motivar e manter a saúde do time, trabalho em equipe, comunicação, minimizando
atritos e promovendo a cooperação;
• Garantir que o product owner esteja desempenhando seu papel.
PAPÉIS E RESPONSABILIDADES – PO

• Conhecedor do negócio e de suas reais necessidades;

• Disponível para o time;
• Estabelecer a visão e manter o foco do time na visão do produto/serviço;
• Garantir o ROI – Return On Investment maximizando o valor para o negócio;
• Manter o backlog detalhado apropriadamente, estimado, emergente e priorizado
(DEEP);
• Dar feedback constante para o time;
• Representa os stakeholders (clientes, usuários, representantes de negócios, etc.);
• Responsável por definir as funcionalidades do produto/serviço com a área de negócio;
• Responsável pelo aceite do produto/serviço (resultado de cada sprint);
• É o único responsável pela manutenção do backlog;
• Define pra onde o time deve ir, mas não como chegar lá.
PAPÉIS E RESPONSABILIDADES – DEV TEAM

• Mantém a ferramenta de gerenciamento do projeto atualizada;

• Participa da reunião diária;
• Responsável pela entrega e qualidade do produto/serviço;
• Compartilha as responsabilidades;
• Trabalha como uma equipe para desenhar, codificar, testar e implementar o
produto/serviço;
• Define o DOR – Definition Of Ready e DoD – Definition of Done para as itens de
trabalho junto ao product owner;
• Estima os itens de trabalho e tarefas;
• Esclarece dúvidas dos itens de trabalho com o product owner;
• Alinha e se compromete com o product owner sobre a meta da sprint;
• Ideal de 3 a 9 pessoas;
• Não existem sub-times.
Obrigado
paulo.figueiredo@hiflex.com.br
linkedin.com/in/figueiredoph/
www.hiflex.com.br