O documento fornece uma visão geral dos principais papéis ágeis em três frases: Discute os papéis do Product Owner, que representa o lado do negócio, e do Scrum Master, que facilita o time e promove a melhoria contínua do processo. Apresenta também o papel do time, que é responsável pelo planejamento, execução e revisão dos Sprints junto com o Product Owner.

1. kleitor.franklint@gmail.com
Kleitor Franklint
Papeis
Ágeis
Time
Scrum Master
Product Owner
Uma visão Scrum

2. Relaxe um pouco...
O Porquê da apresentação
-Visão geral de Papeis Ágeis
-Não indica que serão jogados no Ágil
Sobre a apresentação
-Não é sobre blá, blá, blá
-Nem lavagem cerebral sobre papeis ágeis
-É sobre chão de fábrica
-É sobre como o time se integra e trabalha melhor
-É sobre quem faz o quê
-É sobre pontos de vista

3. Perguntas a
refletir
3
Um Road Map
Ágil no
mundo realÁgil: equívocos
populares
Hierarquia de
Papeis Ágeis
Papeis ÁgeisQuiz

4. Ágil no mundo real

5. 5
Pouco tempo, demanda maior que a capacidade
de atendimento, dentre outros. 
O Ágil pode ajudar a lidar ou eliminar esses cenários?

6. Não é sobre um novo “big bang”
Ágil no mundo real
-É só sobre uma forma simples e prática de
criar produtos;
-É sobre ter papeis que facilitam e apoiam
criando um fluxo produtivo continuo;
-É sobre produzir com melhor qualidade de
vida.

7. 7
Agile!
Agile!!
Agile!!!
Colaboração + times = Sucesso!!!

8. 8
O que é “Ágil”, Afinal?
 Agil não é metodologia, mas práticas
úteis, principalmente comportamentais
Rapid Testing

9. 9
O que é “Ágil”, Afinal?
 É sobre práticas para reduzir
incertezas:
 Qual o custo do desconhecido?

10. 10
O que é Ágil, Afinal?
 É sobre feedback: para gerar ROI e
produzir melhor
Lean Software Testing, Bárbara Cabral, at: http://pt.slideshare.net/barbaracabral/lean-software-testing
 Qual o custo da falta de comunicação?
Times, artefatos, código

11. Agil: equívocos populares
Ágil não tem
documentação#I
FALSO !
-Projeto apertado, projeto visível
-Documentação como entregável
-Orientada a valor
-KISS
Ágil é novo#2
FALSO!
- 1976- a ideia
- 1995 -padrões
- 2001- manifesto
Ágil não tem
design
#3
FALSO!
- Design first:
- Toda reunião é de design
- Toda solução é um design

12. Agil: equívocos populares
Ágil não tem
planejamento
#4
FALSO !
-Planejamento é melhor que plano
-Senso de compromisso
-Responsabilidade compartilhada
-Adaptativo e prático
Time faz o que
quer
#5
FALSO!
- Disciplina, foco, colaboração
- PO para negócio
- SM para velocidade
O trabalho deve
caber no Sprint
#6
FALSO!
- Se bem planejado e maduro:
Sim! E sempre com risco de não!

13. Agil: equívocos populares
Ágil é pra fazer
mais rápido
#7
FALSO !
-O rápido atrasa o ágil
-Melhoria contínua
-Velocidade como resultado da qualidade
-Ritmo sustentável
Ágil é controle
da qualidade
#8
FALSO!
-Kentô: planeje com cuidado
execute com precisão
- Detecção pela prevenção
Ágil não funciona
em projetos
brownfield
#9
FALSO!
- Trabalha bem com coexistência
- Possibilita adoção incremental

14. Que perguntas queremos responder?
Como reduzir custos da incerteza?
É mais importante hierarquia ou integração?
Quem conversa com o cliente?
Quem descreve os requisitos pro time?
Quem adiciona os requisitos no sprint?
Como é a relação e comunicação em times ágeis?

15. Quais papeis ágeis existem?
De quem é a responsabilidade da qualidade do produto?
Quem exerce quais papeis?
O que é responsabilidade compartilhada?
Quais as competências de cada papel?
Como é a interação com o time no dia-a-dia?
Que perguntas
queremos responder?

16. Time
Scrum Master
Product Owner
Quem precisa
de Papeis
Ágeis?

17. 17
Qual é a hierarquia no Ágil?
Quem só fala com o Analista?
Quem só fala com o
desenvolvedor?
Time
Desenv
Scrum
Master
Product
Owner
Product
OwnerTime
Desenv
Scrum
Master

18. 18
Qual é a hierarquia no Ágil?
Papeis: colaboração, fluxo contínuo, orientado a valor,
compromisso, responsabilidade compartilhada, feedback

19. 19
Qual é a hierarquia no Ágil?
É sobre visão de liderança ( a si e a outros )
É sobre criar entendimento compartilhado

20. 20
Product Owner
Cliente:
Produção
Puxada
Product Owner Scrum Master
-Mantem o processo
-É o facilitador
Time
“Como” e “Quão
rápido” entregar o
produto
Comunicação direta
encorajada
Sabe “ O que” é desejado
Sabe “Porquê” é desejado

21. 21
Que é o PO?
NEGÓCIO
Representa o
lado do
negócio
Corresponsável por
maximizar o ROI
Refina
requisitos
Identifica e
prioriza requisitos
Palavra final sobre o
trabalho a ser feito

22. 22
PO
Com o Cliente:
-Identifica necessidade
-Avalia o produto
Com o Time:
-Assume compromisso
com o Sprint.
-Esclarece dúvidas
de negócio.
-Refina o backlog em
itens menores.
Interação: O que um PO faz?
Com ambos:
-Descobre e comunica
mudanças no produto
-Justifica a presença do
requisito no backlog
PO

23. 23
O que um PO faz?
-Colabora na elaboração do product backlog.
-Participa do rebalanceamento e prioridade do product backlog.
-Ajuda a entender o impacto financeiro ao negócio
-Responde pela demonstração do Sprint
-Participa da discussão do backlog
-Compromisso de solução de
impedimentos de negócio
-cliente interno demonstração do sprint

24. 24
Interação: O que um PO faz?
Com a Organização:
-Compreender melhor o mercado;
-Expressar visão de mercado com de loops de feedback
curtos: Sprint Review, Release Planning, etc;
-Promover maior colaboração entre os usuários finais e time
de desenvolvimento.
PO

25. 25
O que o PO não faz?
Não participa de
estimativas de velocidade
Não diz ao time como implementar
requisito ( história / casos de uso)

26. 26
PO: quem realiza o papel?
-GP ou alguém do time
-O cliente;
-O analista responsável pela modelagem do negócio;
-Um especialista no negócio indicado para exercer este papel
-Não pode ser o scrum master
Quando é definido?
-No inicio do Projeto. Revisão a cada Sprint

27. Product Owner
O que meu chefe
pensa que
eu faço
O que minha Mãe
pensa que eu faço
O que meu time
pensa que eu façoO que eu penso
que eu faço
O que Scrum Master
pensa que eu faço O que eu
realmente faço

28. 28
Scrum Master
PO: Sabe
“ O que” é desejado
“Porquê” é desejado
Scrum Master Time
“Como” e “Quão
rápido” entregar o
produto
Facilitador
Agente de melhoria continua

29. 29
Que é o Scrum Master?
- Auxilia a empresa no desafio da
mudança de cultura e processo
Facilitador
Promove fluxo
contínuoElimina
impedimentos
- Colabora com as
reuniões diárias
Colabora nas sessões
de demonstração do
produto

30. 30
O que um Scrum Master faz?
Com o time
- Discute produção x velocidade do Sprint.
- Avalia a melhoria continua do processo
- Atualiza o Backlog
- Chama o time a estimar
- Facilita reuniões diárias e retrospectivas
- Questiona requisitos não claros
- Chama o time a ação quando surgem sinais de
alarme
- Protege o time de interferências externas
- Comunica o Sprint no início e fim

31. 31
Interação: O que um SM faz?
-Participa da discussão do backlog
-Solicita e acompanha solução de impedimentos de negócio
-É cliente interno da demonstração do sprint
-Ajuda o PO a repensar o impacto de novos itens no sprint.
Com o
PO:
Solicita e acompanha
solução de impedimentos
técnicos

32. 32
O que um Scrum Master faz?
Com a organização:
-Buscam compreender melhor a produtividade do time;
-Comunicador nas scrums –of-scrums

33. 33
O que um Scrum Master não faz?
-Não responde por
decisões técnicas.
-Não responde por
decisões de negócio.
-Não diz a cada um do time
como realizar individualmente
sua atividade.

34. 34
Scrum Master: quem realiza o
papel?
- Alguém do time
- O GP
-Não pode ser o PO
Quando é definido?
-No inicio do Projeto. Revisão a cada Sprint
-Acordo entre o Escritório de Projetos e a Gerencia de
desenvolvimento.

35. 35
O que eu penso
que eu faço
O que minha Mãe
pensa que eu faço
O que meu time
pensa que eu faço
O que Product
Owner pensa
que eu faço
O que meu chefe
pensa que
eu faço
O que eu
realmente faço
Scrum Master

36. 36
… E o time?
Responsável...
-Pela reunião diária
-Pela retrospectiva
-Pelo Sprint junto com o PO
-Move o projeto pra frente
Colabora...
-Refinar o Backlog
-Revisar o Sprint

37. 37
Papeis Ágeis
Cliente
Product Owner
Scrum Master

38. 38
FAP
Scrum Master Time
Comunicação direta
encorajada
PO
-Funções e Papeis
-Composição Mínima
do time

39. 39
Funções e Papeis
Analista de TI
Product OwnerScrum Master
Desenvolvedor
Scrum Master
Algumas realidades
Adaptadas à necessidade,
mas não restritivas.

40. 40
Algumas composições
propostas
1 Analista de TI, também como PO
1 Gerente de projeto, também como Scrum Master
1 Desenvolvedor
Composição 1

41. 41
1 Cliente também como PO
1 GP também como Scrum Master
1 Analista de TI
1 Desenvolvedor
Composição 2
Algumas composições
propostas

42. 42
Composição 3
1 Analista de TI, também como PO
1 Gerente de projeto
1 Projetista ( Analista ou programador ) como SM
1 Desenvolvedor
Algumas composições
propostas

43. 43
Papeis
Ágeis
Time
Desenv
Scrum
Master
Product
Owner
Refinar o
Backlog
Planejar
SPRINT
Reunião
Diária
Revisar
SPRINT
Restrospectiva
Colabora
Colabora
Responde
Responde
Colabora
Responde
Responde
Colabora
Colabora
Colabora
Colabora
Responde
Responde
Responde
Responde
QUIZ
Colabora / Responde

44. POSSO COLABORAR COM
MAIS RESPOSTAS?
44
kleitor.franklint@gmail.com
br.linkedin.com/in/kfranklint