1. Scrum
IMPLEMENTANDO O SCRUM
– METODOLOGIA DE GERENCIAMENTO DE PROJETOS –
NA QUANTAGENTE
2. 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.
3. 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.
4. 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.
5. 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.
6. 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.
7. 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
8. Criar o product backlog
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 reviews
Realizar sprint retrospectives
9. Criar o product backlog
Criar o product backlog
Preparar para o sprint planning
Realizar a reunião de sprint planning
Fazendo estimativas
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
10. Criar o product backlog
O product owner é responsável por criar o product backlog.
11. Criar o product backlog
IMPORTÂNCIA
Classificada por números
invés de denominações
de “prioridade alta”,
“baixa” ou “média”.
12. Criar o product backlog
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.
13. Criar o product backlog
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.
14. Preparar para o sprint planning
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 reviews
Realizar sprint retrospectives
15. Preparar para o sprint planning
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 reunião de sprint
O que é uma
planning?
Realizar daily scrums
É 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.
16. Preparar para o sprint planning
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.
17. Realizar a reunião de sprint planning
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 reviews
Realizar sprint retrospectives
18. 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
19. Realizar a reunião de sprint planning
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.
20. Fazendo estimativas
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 reviews
Realizar sprint retrospectives
21. 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)
22. 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é
23. Criar o sprint backlog
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 reviews
Realizar sprint retrospectives
24. Criar o sprint backlog
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 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.
25. Criar o sprint backlog
É 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.
28. 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.
29. 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.
30. Realizar daily scrums
Criar o product backlog
Preparar para o sprint planning
Realizar a reunião de sprint planning
Definir hora e lugar para o daily scrum
Comunicar o sprint
Criar o sprint backlog
Criar um taskboard
Realizar daily scrums
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.
31. 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.
32. Realizar sprint review
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 review
Realizar sprint retrospectives
33. 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
Criar um taskboard
durante o Sprint Planning Meeting.
Realizar daily scrums
Realizar sprint review
Realizar sprint retrospectives
34. 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.
35. Realizar sprint review
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”.
36. Realizar sprint retrospectives
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 reviews
Realizar sprint retrospectives
37. Realizar sprint retrospectives
Criar o product backlog
Preparar para o sprint planning
Realizar a reunião de sprint planning sprint
O que é uma
retrospective?
Fazendo estimativas
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
Realizar sprint reviews
Realizar sprint retrospectives
38. Realizar sprint retrospectives
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.