O documento discute conceitos e métodos ágeis como Scrum, Kanban, e Extreme Programming. Apresenta os papéis de Product Owner, Scrum Master e Equipe no Scrum, e descreve os princípios orientados a valor, melhoria contínua, e processo iterativo e empírico do Scrum.
5. 5
AGILE
Scrum
Scrum-‐ban
Kanban
Lean
Extreme
Programming
(…)
(…)
Indivíduos
e
interações
mais
do
que
processos
e
ferramentas
So1ware
funcional
mais
do
que
documentação
abrangente
Colaboração
com
o
cliente
mais
do
que
negociação
contratual
Responder
à
mudança
mais
do
que
seguir
um
plano
Ou
seja,
apesar
de
reconhecermos
valor
nos
itens
à
direita,
valorizamos
mais
os
itens
à
esquerda.
6. 6
…
Iteração
1
Iteração
2
Iteração
3
Planear
Fazer
Validar
Planear
Fazer
Validar
Planear
Fazer
Validar
TEMPO
PROJETO
AGILE
7. 7
Scrum
É…
• Uma
framework
Agile;
• Um
conjunto
de
prá_cas
e
artefactos
a
seguir
durante
a
execução
de
um
projeto;
• Focado
em
entregar
valor
ao
cliente;
• Fácil
de
compreender;
• Di`cil
de
executar.
Não
é…
• Aplicável
em
todas
as
situações
(ver
Kanban
por
exemplo);
• Uma
“silver
bullet”
(cada
projeto
é
diferente).
• É
no
entanto
importante
manter
os
valores
fundamentais
do
Scrum
em
todos
os
projetos.
19. 19
PRODUCT
OWNER
(PO)
Responsável
pelo
PRODUTO
• É
uma
pessoa;
• Tem
a
visão
do
que
tem
de
ser
feito;
• Responsável
por
criar
e
manter
o
Product
Backlog;
• Decisor
final
sobre
as
funcionalidades
do
produto
a
implementar:
• Quais
• Por
que
ordem
20. 20
Principais
caracterís_cas:
Comunicação
(cliente,
equipa,
stakeholders)
Conhecimento
do
produto
Definição
de
requisitos
Capacidade
de
decisão
Disponibilidade
Liderança
PRODUCT
OWNER
(PO)
21. 21
PRODUTO
=
PRODUCT
OWNER
(PO)
Garante
que
o
produto
desenvolvido
é
o
que
o
cliente
quer!
23. 23
Responsável
pelo
PROCESSO
SCRUM
MASTER
(SM)
• É
uma
pessoa;
• Garante
que
a
equipa
funciona
bem
e
que
cumpre
o
processo;
• Remove
impedimentos
ao
trabalho
da
equipa
(PO
incluído);
• Filtra
as
interrupções
externas
da
equipa;
• Não
tem
autoridade
sobre
o
que
a
equipa
faz;
• Tem
autoridade
sobre
como
a
equipa
funciona
(Scrum).
24. 24
SCRUM
MASTER
(SM)
Principais
caracterís_cas:
Disponibilidade
Conhecimento
da
Equipa
Conhecimento
dos
processos
de
desenvolvimento
Comunicação
e
resolução
de
conflitos
25. 25
PROCESSO
=
SCRUM
MASTER
Garante
que
a
equipa
funciona
com
um
elevado
desempenho!
27. 27
EQUIPA
Responsável
pela
implementação
• ~
7
pessoas;
• Planeia
o
Sprint
com
o
PO;
• Em
cada
iteração,
entrega
um
incremento
do
produto
ao
PO;
• Responsável
pela
qualidade
do
produto;
• Orientada
à
melhoria
conwnua
do
seu
desempenho;
28. 28
EQUIPA
Principais
caracterís_cas:
Mul_disciplinar
Autonomia
Colaboração
Responsabilidade
cole_va
Organização
29. 29
ENTREGA
=
EQUIPA
Transforma
o
que
o
PO
idealizou
num
produto
funcional!
32. 32
tempo
Criação
do
backlog
PO
recolhe
todos
os
dados
possíveis
do
cliente
e
dos
stakeholders
do
projeto.
PO
elabora
o
PROJECT
BACKLOG.
Funcionamento
33. 33
tempo
Criação
do
backlog
PO
recolhe
todos
os
dados
possíveis
do
cliente
e
dos
stakeholders
do
projeto.
PO
elabora
o
PROJECT
BACKLOG.
Lista
de
funcionalidades
a
implementar
no
projeto,
ordenadas
pelo
seu
“business
value”.
Funcionamento
34. 34
tempo
Criação
do
backlog
PO
recolhe
todos
os
dados
possíveis
do
cliente
e
dos
stakeholders
do
projeto.
PO
elabora
o
PROJECT
BACKLOG.
Lista
de
funcionalidades
a
implementar
no
projeto,
ordenadas
pelo
seu
“business
value”.
Product
backlog
O
bolo
deve
ser
doce.
STORY
Funcionamento
35. 35
tempo
Criação
do
backlog
PO
recolhe
todos
os
dados
possíveis
do
cliente
e
dos
stakeholders
do
projeto.
PO
elabora
o
PROJECT
BACKLOG.
Lista
de
funcionalidades
a
implementar
no
projeto,
ordenadas
pelo
seu
“business
value”.
Product
backlog
STORY
Como
consumidor,
quero
ter
prazer
ao
comer
o
bolo
para
que
volte
a
comprar
bolos
nesta
loja.
Funcionamento
36. 36
tempo
Criação
do
backlog
PO
recolhe
todos
os
dados
possíveis
do
cliente
e
dos
stakeholders
do
projeto.
PO
elabora
o
PROJECT
BACKLOG.
Lista
de
funcionalidades
a
implementar
no
projeto,
ordenadas
pelo
seu
“business
value”.
Product
backlog
STORY
Como
consumidor,
quero
ter
prazer
ao
comer
o
bolo
para
que
volte
a
comprar
bolos
nesta
loja.
Critérios
de
Aceitação:
Não
deve
ser
doce
ao
ponto
de
enjoar
o
consumidor.
Funcionamento
37. 37
tempo
Criação
do
backlog
PO
recolhe
todos
os
dados
possíveis
do
cliente
e
dos
stakeholders
do
projeto.
PO
elabora
o
PROJECT
BACKLOG.
Lista
de
funcionalidades
a
implementar
no
projeto,
ordenadas
pelo
seu
“business
value”.
Product
backlog
Funcionamento
38. 38
tempo
Criação
do
backlog
PO
recolhe
todos
os
dados
possíveis
do
cliente
e
dos
stakeholders
do
projeto.
PO
elabora
o
PROJECT
BACKLOG.
Lista
de
funcionalidades
a
implementar
no
projeto,
ordenadas
pelo
seu
“business
value”.
Product
backlog
Funcionamento
39. 39
tempo
Criação
do
backlog
Product
backlog
Quando
o
PO
sente
que
já
tem
conhecimento
suficiente
para
avançar
com
o
primeiro
sprint…
Funcionamento
41. 41
tempo
Sprint
Planning
Product
backlog
Intervenientes:
• PO
• Equipa
• SM
Duração:
4h
(duração
es_mada
para
um
projeto
com
sprints
de
duas
semanas)
TODAS
AS
REUNIÕES
TÊM
DURAÇÃO
FIXA
Funcionamento
42. 42
tempo
Sprint
Planning
Product
backlog
Para
cada
item
do
backlog:
-‐ PO
apresenta
à
equipa
a
story;
-‐ Equipa
esclarece
todas
as
dúvidas
até
saber
exatamente
o
que
é
para
fazer;
-‐ Equipa
es_ma
o
esforço;
-‐ A
story
é
adicionada
ao
Sprint
Backlog.
Este
ciclo
é
interrompido
quando
a
equipa
sente
que
não
consegue
executar
mais
itens.
Funcionamento
43. 43
tempo
Sprint
Planning
Product
backlog
Sprint
Backlog
Para
cada
item
do
backlog:
-‐ PO
apresenta
à
equipa
a
story;
-‐ Equipa
esclarece
todas
as
dúvidas
até
saber
exatamente
o
que
é
para
fazer;
-‐ Equipa
es_ma
o
esforço;
-‐ A
story
é
adicionada
ao
Sprint
Backlog.
Este
ciclo
é
interrompido
quando
a
equipa
sente
que
não
consegue
executar
mais
itens.
Representa
o
compromisso
da
equipa
para
com
o
PO.
Funcionamento
44. 44
tempo
Sprint
Product
backlog
Sprint
Backlog
Tem
início
o
Sprint
Duração:
2
semanas
Cada
item
do
Sprint
Backlog:
-‐
É
analisado,
implementado
e
testado
pela
equipa;
-‐
É
dado
como
concluído
quando
cumprir
os
critérios
de
aceitação.
Funcionamento
46. 46
tempo
Product
backlog
Sprint
Backlog
Sprint
Scrum
Mee_ng
Duração:
15
minutos
ObjeWvos:
• Breafing
sobre
o
progresso
das
tarefas;
• Planear
o
trabalho
até
à
próxima
Scrum
Mee_ng.
Perguntas:
• O
que
fiz
desde
a
úl_ma
Scrum?
• O
que
vou
fazer
até
à
próxima
Scrum?
• O
que
me
impede
de
ter
um
melhor
desempenho?
Intervenientes:
• Equipa
• PO
• SM
Funcionamento
49. 49
tempo
Product
backlog
Sprint
Backlog
Apresentação
Equipa
faz
a
demo
do
produto
ao
PO
/
cliente
/
stakeholders.
Obje_vo
de
cada
iteração:
ter
um
produto
com
valor
para
o
cliente.
Funcionamento
50. 50
tempo
Product
backlog
Sprint
Backlog
Retrospe_va
ObjeWvo:
melhoria
conwnua!
A
equipa
iden_fica:
• O
que
correu
bem
e
o
que
correu
mal
durante
o
sprint;
• Medidas
para
melhorar
o
desempenho
no
próximo
sprint.
Intervenientes:
• Equipa
• PO
• SM
Duração:
1h
Funcionamento
51. 51
tempo
Product
backlog
Sprint
Backlog
Durante
o
Sprint..
• O
PO
esteve
disponível
para
ajudar
a
equipa,
esclarecer
dúvidas,
clarificar
requisitos,
etc;
• O
PO
trabalhou
com
o
cliente
para
reunir
informação
sobre
o
produto;
• O
PO
atualizou
o
backlog,
acrescentando
novas
stories
e
detalhando
as
existentes.
Funcionamento
57. 57
SPRINT
BOARD
OBJETIVO:
Ajudar
a
equipa
a
controlar
o
progresso
ao
longo
do
sprint.
O
quê?
Uma
entrada
por
strory
ou
tarefa
do
sprint.
A
equipa
mantém
o
quadro
atualizado
movendo
os
itens
da
esquerda
para
a
direita:
todo
-‐>
in
progress
-‐>
done
Como?
White
board,
post-‐its,
ferramenta
eletrónica,
etc.
60. 60
O
SCRUM
É
SÓ
ISTO?
NÃO…
Story
Points
Planning
Poker
Pair
Programming
QA
Automa_on
Scrum
of
Scrums
Minimum
Viable
Product
Defini_on
of
Done
Poten_ally
Shippable
Increment
Releases
Spike
Team
Velocity
Processo
de
implementação
do
scrum
na
organização
ScrumBut
Abnormal
Termina_on