O documento apresenta um resumo sobre o framework ágil Scrum. Nele são descritos os principais papéis, eventos e artefatos do Scrum como o Product Owner, Scrum Master, time de desenvolvimento, Product Backlog, Sprints, Planning Poker, Scrum Board e Burndown Chart. O objetivo do Scrum é entregar software funcionando de forma incremental através de ciclos curtos de desenvolvimento.

1. Desenvolvimento Ágil
Scrum

2. Como eu desenvolvia…
Requirements Plan Build Test Maintenance

3. Resultado
Percentual de uso de funcionalidades solicitadas no momento da especificação do projeto
Fonte: Standish Group

4. Prazer, Adriano Fialho!
Apimenti, Salvador Startups, CEManTIKA, UFBA

5. Hoje!

6. Quem são vocês?

7. Manifesto Ágil

8. 1) Indivíduos e interações mais que processos e ferramentas

9. 2) Software que funciona mais que documentação completa

10. 3) Colaboração do cliente mais que negociação de contratos

11. 4) Responder à mudança mais que seguir um plano

12. O que é Scrum?

13. Rugby

14. Scrum é um processo ágil utilizado para gerenciar e
controlar o desenvolvimento de software e produtos,
utilizando práticas iterativas e incrementais.

15. Papéis no Scrum

16. Dono do Produto
(Product Owner)
ScrumMaster Time

17. PO (Product Owner)
• Visão do produto a ser desenvolvido
• Gerencia o backlog de forma a maximizar o ROI
• Esclarece as dúvidas sempre que necessário
• Aprova as entregas
• Precisa conhecer o negócio para saber priorizar
• Participa ativamente no processo
• Aprende a cada iteração

18. ScrumMaster
• Liderança da equipe
• Fomentar o aprendizado e aprimoramento do time
• Remover impedimentos do time
• Garantir a aplicação do Scrum
• Vantagem se for técnico
• Interage com a gerência
• Auxilia um PO inexperiente

19. Time
• Multidisciplinar: habilidades necessárias para produzir
um incremento funcional
• Comprometimento com as prioridades do PO
• Aprende constantemente
• É um time!
• Foco no desenvolvimento do produto
• Realiza as estimativas do projeto
• Auto-organização

20. Eventos e Artefatos

21. Product Backlog
• Lista de funcionalidades (escopo do projeto)
• Dinâmico e gerenciada pelo PO
• O time pode sugerir, mas deve ser aprovado pelo PO
• Lista ordenada por prioridade ou importância

22. Product Backlog
User stories
Como usuário, eu gostaria de pesquisar meus clientes pelo
primeiro e último nome.
Como usuário, eu quero modificar meus próprios horários,
mas não os horários de outros usuários.
A aplicação começa, trazendo a lista de clientes por ordem
alfabética.
Fechando o aplicativo, o usuário é solicitado a salvar suas
as alterações.

23. Product Backlog

24. Sprint
• Ciclo completo de desenvolvimento
• Entram itens prioritários do PB e sai software
• Escopo blindado
• 1 a 4 semanas

25. Planejamento do Sprint
• Dois momentos:
 “O que?” Seleção de itens e a explicação de cada um
 “Como?” Estimativa dos itens e definição do escopo
• Itens são detalhados pelo PO
• Time estima as atividades necessárias para a
realização

26. Planning Poker
• Dinâmica para estimativas em grupo
• Permite compartilhar conhecimento
• Estimativa por complexidade

27. Funcionamento do Planning Poker
• Participam aqueles que desenvolvem o produto
• Cartas com os valores de complexidade
• Valores das cartas: 1, 2, 3, 5, 8, 13, 20 e 100

28. Estimativas Planning Poker
• 1:Trivial ........................... menos de uma hora
• 2:Simples ........................... algumas horas
• 3:Dá pra fazer ................ um dia
• 5:Peraê! .............................. até uma semana
• 8:Fuuuuuuuu ........................ alto grau de incerteza

29. Funcionamento do Planning Poker
• Funcionalidade é lida
• Participantes escolhem a carta e escondem o valor
• Todos mostram as cartas
• A maior e a menor estimativa são justificadas
• Se chegar a um consenso, então para
• Se não, mais uma rodada

30. To the Game!

31. Sprint Backlog
• Lista de funcionalidades que serão desenvolvidas
• Seu tamanho depende da velocidade do time
• Pode conter as tarefas associadas às funcionalidades
• Escopo blindado: exceções ~> muitos ou poucos itens
• Conceito de PRONTO
• Reunião diária
 Inspeção e adaptação
 O que fiz ontem? O que pretendo fazer hoje? Impedimentos?
 Mesmo horário e mesmo local

33. Scrum Board

34. Burndown Chart

35. Sprint Review e Retrospectiva
• Apresentação do resultado do Sprint
 Software funcionando! Nada de Powerpoint!
• Três perguntas a serem respondidas:
 O que foi bom?
 O que foi ruim?
 Como podemos melhorar?

36. Dúvidas?

37. Dinâmicas de
aplicação do Scrum

38. Obrigado!
Adriano Fialho
adriano@apimenti.com.br / @afialho
www.apimenti.com.br
www.salvadorstartups.com.br
www.cemantika.ufba.br (em breve)