Scrum

Scrum

IMPLEMENTANDO O SCRUM
– METODOLOGIA DE GERENCIAMENTO DE PROJETOS –
NA QUANTAGENTE

O que é o scrum?

 O Scrum é um processo de desenvolvimento iterativo
e incremental para gerenciamento de projetos e
desenvolvimento ágil de software.
 Scrum é usado para trabalhos complexos nos quais é
impossível predizer tudo o que irá ocorrer.
 Apesar de Scrum ter sido destinado para
gerenciamento de projetos de software, ele pode ser
utilizado para outros fins.

O que é uma sprint?

 No Scrum, os projetos são dividos em ciclos
chamados de sprints. A sprint representa um Time
Box dentro do qual um conjunto de atividades deve
ser executado. Metodologias ágeis de
desenvolvimento de software são iterativas, ou seja,
o trabalho é dividido em iterações, que são chamadas
de Sprints no caso do Scrum.

Qual o papel do product owner?

 Representar o negócio, os clientes ou usuários e
guiar a equipe para a construção do produto certo.
 Definir os itens que compõem o Product Backlog e
sua importância.
 Preparar a reunião de sprint planning.

Qual o papel do scrum master?

 Responsável por criar o sprint backlog.
 Facilitador do daily scrum .
 Responsável por remover obstáculos que são
indicados pela equipe durante os daily scrums.
 Monitorar o trabalho sendo feito pela equipe.
 Manter o foco da equipe no objetivo da sprint.

Qual o papel da equipe?

 A equipe deve ser formada por 5-9 pessoas.
 Responsável por decidir quais itens do product
backlog entram no sprint backlog.

Etapas do processo scrum

 Criar o product backlog
 Preparar para o sprint planning
 Realizar a reunião de sprint planning
 Fazendo estimativas
 Criar o sprint backlog
 Criar um taskboard
 Realizar daily scrums
 Realizar sprint demos
 Realizar sprint retrospectives

Criar o product backlog

 Realizar sprint reviews


 Criar o sprint backlog backlog?
O que é um product
 Criar um taskboard é, basicamente, uma
O product backlog
 Realizar lista de prioridades de itens, requisitos,
daily scrums
requerimentos, recursos, whatevers. É
 Realizar uma lista do reviewsquer, descrita
sprint que o cliente
 Realizar utilizando a terminologia do cliente.
sprint retrospectives


 O product owner é responsável por criar o product backlog.


IMPORTÂNCIA
Classificada por números
invés de denominações
de “prioridade alta”,
“baixa” ou “média”.


IDENTIFICAÇÃO
Um número referente ao requisito para
caso o nome do item seja alterado, não
exista confusão. É possível notar que
alguns requisitos possuem pré-requisitos
e, muitas vezes, o item de maior
importância depende de um outro de
menor importância para ser feito.


ESTIMATIVA
Estimativa inicial de quanto
trabalho é necessário para
implementar esse item comparado
ao trabalho para implementar
outros itens. Este campo deve ser
preenchido depois de a equipe
atribuir os story-points a cada item
na reunião de sprint planning.

Preparar para o sprint planning



 Criar um taskboard reunião de sprint
O que é uma
planning?
É uma reunião de planejamento na qual
 Realizar sprintOwner prioriza os itens do Product
o Product reviews
Backlog e a equipe seleciona as atividades que
 Realizar sprint retrospectives o
ela será capaz de implementar durante
Sprint que se inicia.


 Decidir quanto tempo vai durar a reunião.
 Decidir quanto tempo vai se gastar para discutir cada um
dos tópicos a serem decididos:
 Primeira etapa da reunião: O product owner fala sobre o objetivo da
sprint e resume o product backlog.
 Segunda etapa: A equipe faz estimativas de tempo para realizar
tarefas e desmembra itens/tarefas se necessário. O prodcut owner
atualiza as classificações de importância se necessário.
 Terceira etapa: a equipe seleciona os itens do product backlog que
entrarão nessa sprint. A equipe calcula de acordo com o tempo da
sprint, quantas tarefas eles podem se comprometer.
 Quarta etapa: escolha da hora e local para o daily scrum. Mais
desmembramento de itens.

Realizar a reunião de sprint planning



Objetivos da reunião:
 Definir a duração da sprint
 Definir objetivo da sprint
 O objetivo da sprint deve responder a pergunta: “Porque estamos
fazendo essa sprint? Porque ao invés disso não tiramos umas férias?”
 Decidir que itens do product backlog incluir na sprint
 É preciso que a equipe decida quantos story points eles acreditam
que conseguem completar durante a próxima sprint.
 Existem duas maneiras que o time pode escolher quais itens incluir
na sprint: intuição ou cálculo de velocidade.
 Definir hora e local para o daily scrum


 Para prover uma estimativa, o membro da equipe precisa
de algum tipo de entendimento do quê trata o item.
 Para fazer a estimativa do item, cada um tem que se
perguntar:
 Quantos dias (considerando um dia = sua carga horária de trabalho)
você levará para ter esse item pronto se você se trancar em uma sala
cheia de comida e trabalhar sem distúrbio algum?
 A equipe faz a estimativa de um item e depois, para os
seguintes itens, a equipe estima com base no valor do
primeiro item utilizando do método planning poker.

Fazendo estimativas


Fazendo estimativas

 Há uma discussão a respeito da estimativa do primeiro
item (pode ser qualquer um, de preferência de um grau
baixo de difciculdade) e depois, para os seguintes itens, a
equipe estima com base no valor do primeiro item
utilizando do método planning poker. A previsão dos
outros itens é relativa ao esforço demandado (valor
atribuído em story-points) para esse primeiro item.

 O importante não é ter estimativas absolutamente precisas (por exemplo, dizer
que uma estória com 2 pontos deverá gastar 2 dias), mas sim obter estimativas
relativas corretas (por exemplo, dizer que uma estória com 2 pontos gastará
cerca da metade de uma estória com 4 pontos)

Fazendo estimativas

Planning poker
 A partir do valor em story-points atribuído ao
primeiro item, a equipe usa-se das cartas contendo
os seguintes números e signos:
 0, 0.5, 1, 2, 3, 5, 8, 13 e 21, ?, café

Criar o sprint backlog



 Realizar daily scrums O que é o sprint backlog?
 Realizar sprint reviews de tarefas que o Sprint. Team se
É uma lista
compromete a fazer em um
Scrum
Os itens
 Realizar sprint retrospectives extraídos do Product
do Sprint Backlog são
Backlog pela equipe com base nas
prioridades definidas pelo Product Owner e
a percepção da equipe sobre o tempo que
será necessário para completar os vários
itens.


 É responsabilidade do Scrum Master criar o sprint
backlog. Isso precisa ser feito depois da reunião de
sprint planning e antes do primeiro daily scrum.
 Criação de um taskboard (quadro de tarefas), que
inclui um burndown chart.

Criar o sprint backlog - Taskboard

Como funciona o taskboard

Cada tarefa (post it amarelo) possui sua
estimativa de trabalho envolvido em forma
de story-points. Ao longo dos dias quando o
trabalho vai sendo realizado, o membro da
equipe responsável pela tarefa atualiza a
quantidade de trabalho que falta na tarefa do
post it, isso acontece durante o daily scrum.

Como funciona o burndown chart

 Durante o daily scrum, após a atualização da quantidade
de story points que resta para cada tarefa, os story-points
restantes são somados e o burndown chart é traçado.

Realizar daily scrums

 Definir hora e lugar para o daily scrum
 Comunicar o sprint
 Realizar sprint demos Para que serve o daily scrum?
O objetivo é disseminar
 Realizar sprint retrospectives sobre o que foi feito
conhecimento
pela equipe no dia anterior,
identificar impedimentos e priorizar
o trabalho do dia que se inicia.

Realizar daily scrums

 Os daily scrums devem durar 15 minutos e a
equipe deve estar em pé, justamente para que o
tempo não seja ultrapassado.
 Três perguntas devem ser feitas a cada membro
do time:
1. O que você fez ontem?
2. O que você fará hoje?
3. Tem algum impedimento para a realização de seu trabalho?
 Atualizar taskboard
 Atualizar as estimativas, mover os postits e traçar
um ponto no burndown chart.

Realizar sprint review

 Realizar sprint review

O que é uma sprint review?
 Criar o product Ao final de cada Sprint é feito um Sprint Review
backlog
 Preparar para o sprintDurante esta reunião, o Scrum
Meeting. planning
 Realizar a reunião demostra o que foi alcançado durante oum
Team
Sprint. sprint planning formato de
Tipicamente, isso tem o
 Fazendo estimativas das novas funcionalidades.
demo
 Criar o sprint backlogSprint Review, o projeto é avaliado em
Durante o
relação aos objetivos do Sprint, determinados
durante o Sprint Planning Meeting.
 Realizar sprint review


 Porque fazer uma sprint review?
 A equipe ganha créditos pelo trabalho realizado - eles se
sentem bem.
 Outras pessoas ficam sabendo o que seu time está fazendo.

 As demos são eventos sociais nos quais as equipes interagem e
discutem seu trabalho.
 As demos forçam a equipe a realmente finalizar as coisas. Sem
as demos ficam muitas tarefas 99% prontas.


 Como fazer/o que mostrar numa demo:
 Apresentar o objetivo da sprint. Se as pessoas não sabem sobre
seu produto, leve alguns minutos explicando-o.
 Não gaste muito tempo preparando a demo, especialmente em
apresentações chamativas. Foque em mostrar o trabalho feito.
 Deixe a demo com a linguagem mais para negócios do que
técnica. Foque mais no “o que fizemos” do que no “como
fizemos”.

Realizar sprint retrospectives



 Realizar a reunião de sprint planning sprint
O que é uma
retrospective?
O Sprint Retrospective ocorre ao
 Criar o sprint backlog de um Sprint e serve para
final
 Criar um taskboard identificar o que funcionou bem, o
que pode ser melhorado e que ações
 Realizar daily scrums tomadas para melhorar.
serão


 Todos envolvidos na sprint participam.
 A reunião deve acontecer em um cômodo fechado e confortável onde os
participantes não terão sua discussão interrompida.
 Alguém fica responsável por fazer a ata.
 O Scrum Master mostra o sprint backlog e, com a ajuda da equipe, resume
a sprint. Acontecimentos importantes e decisões.
 Os participantes fazem “rodadas”. Cada pessoa tem uma chance de dizer,
sem interrupções, o que eles acharam que foi bom, o que eles acham que
poderia ter sido melor e o que eles gostariam de fazer diferente na próxima
sprint.
 Analisar a velocidade estimada versus a velocidade real. Se existir uma
grande diferença, analisar o porquê.
 Quando o tempo da reunião já está quase no fim, o Scrum Master tenta
resumir as sugestões concretas do que pode ser feito melhor na próxima
sprint.

Scrum

Mais conteúdo relacionado

Mais procurados

Destaque

Semelhante a Scrum

Scrum