Palestra para os colaboradores do IEA sobre Scrum e seus papéis. Explica o processo do Scrum e os papéis do Time, Scrum Master e Product Owner.

1. Scrum e seus papéis
Porque utiliza-lo?
Gabriel Vieira e Guilherme Tossulino
IEA - Aprender Sempre – Março de 2009
www.iea.org.br

2. Chaos Report
100
90
80
70
60 Fracaso
50 Desafio
40 Sucesso
30
20
10
0
1994 2000 2004 2007
Standish Group

3. Desenvolvimento de Software

4. Cliente X Fornecedor
 Máximo possível de  Documentar ao máximo
requisitos
 Margens de tempo
 Inseguros quanto a
 Entrega apenas no final
necessidades
 Mudanças de requisito
 Definir tudo de uma só
vez

5. Cultura

6. Scrum

7. Scrum
 Jeff Sutherland
 Ken Schwaber
 Lean
 Framework não metodologia
 Atitude não processo
 Interativo e Incremental para qualquer produto ou
projeto

8. Manifesto Ágil
“Estamos descobrindo maneiras melhores de desenvolver software
fazendo-o nós mesmos e ajudando outros a fazê-lo. Através deste
trabalho, passamos a valorizar:
Indivíduos e interação entre eles mais que processos e ferramentas
Software em funcionamento mais que documentação abrangente
Colaboração com o cliente mais que negociação de contratos
Responder a mudanças mais que seguir um plano
Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais
os itens à esquerda.”
Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin
Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C.
Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland, Dave Thomas (2001)

9. Comprometimento

10. Valores
 Time Box  Ajustável
 Entregas  Escalável
constantes, funcionais e
 Comunicação constante
valorosas (pronto)
 Auto-gestão
 Meta
 Incremental
 Visão do todo
 Negociações
 Feedbacks constantes

11. Comando Controle

12. Ciclo de Vida

13. Sprint Planning
 PO com Product Backlog
 Priorização do Product Backlog
 Identificação dos itens para a Sprint Backlog
 Meta da Sprint
 Quebra dos itens em pequenas tarefas
 Estimativa em pontos dos itens

14. Sprint (Objetivo SMART)
 Especifico (Specific)
 Mensurável (Measurable)
 Atingível (Achivable)
 Realista (Realistic)
 Datado (Timed)

15. Entregas com Valor!
6
5
4
3 Arquitetura
ROI
2
1
0
Sprint 1 Sprint 2 Sprint 3 Sprint 4

16. Respeite a Sprint
 Time comprometeu-se a entregar X então deve
entregar X.
 Jamais mudar a meta da Sprint:
 Cliente não se comprometerá com backlog
 Time ignora a meta
 Perda de foco
 Stress

17. Cancelar Sprint?
 Time detecta que não conseguirá atingir a meta
 PO percebe fatores externos
 Novos itens que comprometam a Sprint

18. Daily Meeting
 O que fiz desde a ultima reunião?
 O que pretendo fazer até a próxima?
 Possuo algo que esteja me impedindo?
 Máximo de 15 minutos
 Não é:
 coffee-break
 bate-papo
 Julgamento
 DR

19. Atingir a Meta
 3 pessoas
 1 Scrum Master
 2 Developers
 Passo a passo dirigir-se até a meta

20. Kanban

21. Review Meeting
 Apresentação dos resultados para todos
 PO avalia se a meta foi atingida
 Ajustar Product Backlog
 Repriorizar Product Backlog
 Identificar avanços no projeto
 Parar ou iniciar uma nova sprint
 Aceleração no projeto

22. Retrospective Meeting
 Melhorias para próxima sprint
 Facilitada pelo Scrum Master
 O que foi bom?
 O que deve melhorar?
 Acabar com a “Janela Suja”

23. Waterfall X Agile
 3 pessoas
 1 Scrum Master
 2 Developers
 Meta: 2 folhas assinadas e validadas.

24. Todo o Processo

25. Scrum of Scrums

26. Papeis do Scrum
 Time: Define metas das iterações, auto-gestão, produz
produto com qualidade e valor.
 Scrum Master: Remover impedimentos do
time, garantir o uso do Scrum e proteger o time de
interferências externas.
 Product Owner: Garante o ROI, conhece as
necessidade do cliente e facilitador entre cliente e
fornecedor.

27. Time
 Auto-organizados
 Multidisciplinares
 Máximo de 9 integrantes
 Comprometidos com o trabalho
 Responsáveis por atingir a meta
 Comunicativos
 Em espaço físico apropriado

28. Time de Sucesso
 Cordialidade
 Confiança
 Papeis bem definidos
 Auto-gestão
 Multidisciplinar
 Comprometidos
 Atingida a meta comemoram juntos!!!

29. Scrum Master
 Remover impedimentos
 Ensinar cliente a maximizar o ROI
 Melhorar o dia-a-dia do time
 Combater o “comando-controle”
 Auxiliar o PO com o Product Backlog
 Garantir a aplicação do Scrum
 Facilitar reuniões

30. Escolha do Scrum Master
 Conhecer bem o Scrum  Comprometido
 Responsável  Influente
 Comunicativo  Conhecedor
 Humilde  Educado
 Facilitador  Observador

31. Dilema do Scrum Master
 Scrum Master não é Jedi!
 Como desenvolvedor é impedimento
 Remover impedimentos, não fazer a tarefa por outros

32. Product Owner (PO)
 Criar e MANTER o Product Backlog
 Priorizar o Product Backlog visando o ROI e o valor do
projeto
 Detalhar e refinar o Product Backlog
 Definir a visão do projeto, os objetos e metas das
sprints
 Repassar para o Scrum Master e para o time o objetivo
do produto

33. Product Owner (PO)
 Criar uma plano de releases (entregas)
 Representar o cliente (interno ou externo)
 Participar das reuniões do Scrum
 Estar disponível para o Time e para o Scrum Master
 Aceitar ou rejeitar as entregas

34. O que se espera do PO
 Bom relacionamento com o Cliente e com o Time
 Habilidade para criar a visão do produto e transmiti-la
ao Time
 Ser um facilitador
 Tomada de decisão
 Entendimento das necessidades do cliente
 Comprometimento com o projeto

35. Visão do Produto
 Para atender aos profissionais envolvidos com
Scrum no IEA que precisam entender o
processo e os papéis do Scrum a Palestra
“Scrum e seus papéis” é uma iniciação que
instrui esses profissionais para que possam ter
melhor desempenho e entendimento do
processo.

36. Problemas comuns
 PO não tem poder de decisão sobre o produto
 Baixa disponibilidade do PO para atender as dúvidas e
demandas do Time e do Scrum Master
 Falta de treinamento
 Cultura organizacional
 Product Backlog mal priorizado

37. PO nas Reuniões do Scrum
Reuniões Atividades
Daily Meeting Frango. Só assiste.
Retrospective Só vai se for convidado.
Planning Deve comparecer e levar o Product Backlog priorizado.
Meeting
Review Meeting A reunião é sua. Convida outros participantes e
coordena a reunião.

38. Resumo
Atividade Responsável Responsabilidades
Gerenciar a PO Criar e comunicar a visão do produto e elaborar um
visão plano de releases para o projeto.
Gerenciar o PO Monitorar o projeto através de metas de ROI e da
ROI visão de investimento. Priorizar e manter o P.
Backlog para que o ROI seja sempre buscado.
Gerenciar a Time Quebra os itens priorizados em tarefas e gerencia
Sprint ser próprio trabalho de forma coletiva.
Gerenciar o SM Direciona o Time para o sucesso, garantindo que o
processo processo e as metas definidas pelo PO serão
atendidas. Organiza a reunião de planejamento,
retrospectiva e otimiza as reuniões diárias. Remove
impedimentos e protege a equipe de problemas
externos.
Gerenciar a PO Define quando será a entrega oficial do produto.
entrega

40. Fontes
 Apostila para Certified Scrum Master – Caelum –
Alexandre Magno – 2008
 Apostila para Certified Product Owner – Caelum –
Alexandre Magno - 2009

41. Palestrantes
 Gabriel Vieira, CSM – Certified Scrum Master
 http://gabrielscrum.blogspot.com/
 Guilherme Tossulino, CSPO – Certified Product Owner
 http://www.tossulino.com