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.

1. SCRUM
Ricardo
Coelho

2. 2
AGILE

3. 3
AGILE
Scrum
Scrum-­‐ban
Kanban
Lean
Extreme
Programming
(…)
(…)

4. 4
AGILE
Scrum
Scrum-­‐ban
Kanban
Lean
Extreme
Programming
(…)
(…)
ADAPTIVE
vs.
PREDICTIVE

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.

8. 8
VALORES

9. 9
COMPROMISSO
Equipa!

10. 10
COLABORAÇÃO
Ninguém
está
sozinho!

11. 11
PROCESSO
ITERATIVO
Par_r
o
tubarão
às
postas!

12. 12
PROCESSO
EMPÍRICO
Usar
o
que
resulta,
mudar
o
resto.

13. 13
ORIENTADO
AO
VALOR
Tudo
o
que
se
faz
deve
acrescentar
valor
para
o
cliente!

14. 14
Projeto:
“fazer
um
bolo”
ORIENTADO
AO
VALOR

15. 15
Projeto:
“fazer
um
bolo”
ORIENTADO
AO
VALOR

16. 16
MELHORIA
CONTÍNUA
Inspect
and
Adapt

17. 17
Papéis

18. 18
PRODUCT
OWNER
(PO)

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!

22. 22
SCRUM
MASTER
(SM)

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!

26. 26
EQUIPA

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!

30. 30
Comunicação
Product
Owner
Scrum
Master
Equipa
Cliente
Stakeholders
Scrum
Team
…

31. 31
Funcionamento
tempo

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

40. 40
tempo
Sprint
Planning
Product
backlog
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

45. 45
tempo
Product
backlog
Sprint
Backlog
Sprint
Scrum
Mee_ng
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

47. 47
tempo
Product
backlog
Sprint
Backlog
Sprint
Funcionamento

48. 48
tempo
Product
backlog
Sprint
Backlog
Sprint
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

52. 52
tempo
Product
backlog
Sprint
Backlog
Funcionamento

53. 53
tempo
Product
backlog
Sprint
Backlog
Funcionamento

54. 54
tempo
Product
backlog
Sprint
Backlog
Sprint
Planning
Funcionamento

55. 55
tempo
Product
backlog
Sprint
Backlog
Sprint
2
Funcionamento

56. 56
FERRAMENTAS
DE
SUPORTE
AO
SPRINT

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.

58. 58
SPRINT
BURN-­‐DOWN
CHART

59. 59
O
SCRUM
É
SÓ
ISTO?

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

61. 61
Perguntas
Respostas

62. 62
ricardomfcoelho
@gmail.com