O documento descreve os princípios e práticas do framework ágil SCRUM para desenvolvimento de software, incluindo valores como software funcionando sobre documentação extensa e colaboração com cliente sobre negociação de contratos. Ele explica os papéis de Scrum Master, Product Owner e time de desenvolvimento, assim como as reuniões de planning, daily scrum, review e retrospectiva.

1. Aplicando métodos ágeis
utilizando o Framework
SCRUM

2. Manifesto Ágil

3. Manifesto Ágil - Os quatro valores
Software em funcionamento mais que documentação abrangente;2
Colaboração com o cliente mais que negociação de contratos;3
Responder a mudanças mais que seguir um plano.4
Indivíduos e interação entre eles mais que processos e ferramentas;1

4. Manifesto Ágil - Os doze princípios

5. SCRUM
“Scrum é um framework ágil interativo e
incremental, para acelerar o
desenvolvimento de um determinado
produto."

6. SCRUM

7. Sprint

8. Product Backlog
Formado por Histórias e Tarefas
Por que?
Para quem?

9. Scrum Board

10. SCRUM MASTER

11. IMPEDIMENTO (Scrum Master) != PROBLEMA (Time)
Scrum Master - O que faz
● Facilitador nas Reuniões (ensina a trabalhar com o timebox)
● Resolve IMPEDIMENTOS
● Líder Servidor
● Motivador do Time
● Disseminador do Scrum
Impedimento nasce de um problema.
O time não consegue resolver o problema passa a ser um impedimento

12. Scrum Master - O que NÃO faz
● NÃO é CHEFE do time
● Não define o produto
● Não desenvolve a solução
● Não define as prioridades no backlog

13. Product Owner

14. Product Owner - O que faz
Devel Cliente
OK
DevelCliente
ERRO
● Faz parte do time REPRESENTA o Cliente
● Mantém o Product Backlog atualizado
(Priorizar, detalhar, agregar valor no projeto a cada sprint)
OBS: Cliente não pede nada direto ao desenvolvedor

15. Product Owner - O que NÃO faz
● Não determina o quanto cabe no sprint
● Não desenvolve a solução

16. Development

17. Development
● Todos que ajudam o Projeto a andar para frente
● Estimam o esforço para realizar as Histórias
● Negociam quais tarefas serão realizadas no Sprint
● Decidem quem faz o quê

18. Development - O que NÃO faz
● Priorizar Histórias
● Mudar o escopo sem avisar o PO
● Tira dúvidas com o cliente

19. Scrum Meetings

20. Planning Meeting

21. Planning Meeting
Entrada (Input)
Product Backlog
Saída(Output)
Sprint Backlog
● Lista de histórias (Ordenadas
ou Priorizadas)
● Pertence ao PO
● Pertence ao Time de
Desenvolvimento
● Po e Cliente não tem poder
Tempo: 5% do tempo da sprint
Participantes: PO + SM + DEV

22. Daily Scrum

23. Daily Scrum
O que fará?2
Quais problemas enfrentou?3
O que fez?1
Tempo: Todo dia máximo 15 min
Participantes: SM + DV (PO opcional)
Todos respondem as questões:

24. Review & Retro Meeting

25. Review Meeting
Mas o que é Pronto?
● Nessa reunião será apresentado os Itens PRONTOS.
Tempo: 2,5% do tempo da sprint
Participantes: Cliente + SM + PO + DV

26. Review Meeting
O Critério de Pronto tem que ser claro para todos do Time

27. Retrospective
Foco de como podemos fazer melhor
Pontos Positivos
Pontos Negativos
Quando for um Ponto Negativo o time deverá responder a seguinte
pergunta:
Quais ações vamos fazer?
Tempo: Máximo 2 horas
Participantes: Cliente + SM + PO + DV

28. Ferramentas

29. Post-it

34. Dia-a-Dia

35. Dia-a-Dia
Tenho que seguir rigorosamente o Scrum?2
É fácil implementar os métodos ágeis em uma empresa mais tradicional ?3
Isso só funciona para projetos de desenvolvimento de software?4
Posso usar outros frameworks como XP, Kanban, etc junto com o scrum?1

36. Obrigado!!
sonyhmaia@gmail.com