O documento discute o desenvolvimento ágil de software usando SCRUM. Ele descreve os problemas com o processo tradicional sequencial e propõe SCRUM como um framework ágil baseado em valores como indivíduos, software funcionando, e resposta à mudança. SCRUM usa sprints curtos, daily meetings, e reviews para entregar software de forma incremental e iterativa com foco no cliente.

1. desenvolvimento ágil
de software com
SCRUM
@jeveaux
@makoto_vix
sábado, 28 de agosto de 2010

2. Paulo César Machado Jeveaux
@jeveaux (jéve, jêve, jevô, jevú, jevax, já foi, já vou, já vai ...)
jevô
que
vergonha
sábado, 28 de agosto de 2010

3. Makoto Hashimoto
@makoto_vix
sábado, 28 de agosto de 2010

4. o processo tradicional
sábado, 28 de agosto de 2010

5. sábado, 28 de agosto de 2010

6. sábado, 28 de agosto de 2010

7. Inspirado em outras
engenharias
Quase sempre a civil
sábado, 28 de agosto de 2010

8. Inspirado em outras
engenharias
Quase sempre a civil
sábado, 28 de agosto de 2010

9. mas...
... na verdade
sábado, 28 de agosto de 2010

10. code and fix!
sábado, 28 de agosto de 2010

11. algo de errado
não está certo!
precisamos
melhorar
sábado, 28 de agosto de 2010

12. sábado, 28 de agosto de 2010

13. Dá pra afastar um pouquinho?
sábado, 28 de agosto de 2010

14. Custo de mudanças
sábado, 28 de agosto de 2010

15. Motivação
“A
experiência
de
décadas
seguindo
pesadas
prá4cas
prescri4vas
tornou
evidente
que:
➡ Os
clientes
ou
usuários
não
tem
certeza
do
que
eles
querem.
➡ Eles
tem
dificuldade
de
expressar
tudo
o
que
querem
e
pensam.
➡ Muitos
detalhes
do
que
eles
querem
só
serão
revelados
durante
o
desenvolvimento.
➡ Os
detalhes
são
complexos
para
as
pessoas.
➡ Na
medida
em
que
elas
vêem
o
produto
sendo
construído,
elas
mudam
de
idéia.
➡ Forças
externas
trazem
mudanças
ou
melhorias
nos
requisitos.”
Source: Agile and Iterative Development: A Manager's Guide by Craig Larman
sábado, 28 de agosto de 2010

16. 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, Autores acima citados.
Esta declaração pode ser livremente copiada, sob qualquer forma,mas apenas na sua totalidade através do presente aviso.
sábado, 28 de agosto de 2010

17. SCRUM?
sábado, 28 de agosto de 2010

18. framework
sábado, 28 de agosto de 2010

19. processo de
desenvolvimento
sábado, 28 de agosto de 2010

20. iterativo
sábado, 28 de agosto de 2010

21. incremental
sábado, 28 de agosto de 2010

22. pode ser usado no
gerenciamento de
sábado, 28 de agosto de 2010

23. pode ser usado no
gerenciamento de
qualquer produto
ou atividade complexa
sábado, 28 de agosto de 2010

24. Checklist: SCRUM
• Gerenciamento empírico e controle de processos.
• Baseado no feedback das iteracões.
• Usado para gerenciar projetos complexos desde
1990.
• Equipes multi-funcionais e auto-gerenciadas.
• Escalável para projetos grandes, longos e
distribuídos.
• Comunicação como fator crítico.
sábado, 28 de agosto de 2010

25. Organizações
e papéis
sábado, 28 de agosto de 2010

26. product owner
sábado, 28 de agosto de 2010

27. visão datas
prioriza
conteúdo
ROI releases
product owner
sábado, 28 de agosto de 2010

28. visão datas
prioriza
conteúdo
ROI releases
product owner
aceita
ou
rejeita
sábado, 28 de agosto de 2010

29. time
sábado, 28 de agosto de 2010

30. auto-gerenciado
comprometido
time
multi- comunicação
disciplinar constante
sábado, 28 de agosto de 2010

31. Autoridade!
auto-gerenciado
comprometido
time
multi- comunicação
disciplinar constante
sábado, 28 de agosto de 2010

32. scrum master
sábado, 28 de agosto de 2010

33. protetor aplica as regras
resolve do SCRUM
problemas Autoridade
scrum master
mantém o foco
no sprint goal
sábado, 28 de agosto de 2010

34. protetor aplica as regras
resolve do SCRUM
problemas Autoridade
scrum master
mantém o foco
no sprint goal Facilitador!
sábado, 28 de agosto de 2010

35. time
boxed
sábado, 28 de agosto de 2010

36. tudo
sábado, 28 de agosto de 2010

37. tudo
sábado, 28 de agosto de 2010

38. tudo
sábado, 28 de agosto de 2010

39. Tem um tempo pré-
determinado
sábado, 28 de agosto de 2010

40. daily meeting: 15 minutos
sprint planning: ~4 horas
sprint: 2 a 4 semanas
Tem um tempo pré-
determinado
o trabalho deve ser planejado para caber
no sprint e não o contrário
sábado, 28 de agosto de 2010

41. scrum flow
sábado, 28 de agosto de 2010

42. product backlog
sábado, 28 de agosto de 2010

43. desejos do PO
cresce com
o projeto
iterativo
comece pelo
mais importante
sábado, 28 de agosto de 2010

44. desejos do PO
cresce com
o projeto
iterativo
ROI comece pelo
mais importante
sábado, 28 de agosto de 2010

45. sprint planning
sábado, 28 de agosto de 2010

46. time + scrum master
PO prioriza itens + product owner
para o sprint
time tira dúvidas
sprint planning
time converte as funcionalidades
em tarefas técnicas
time define o objetivo
do sprint (sprint goal)
documentação!
sábado, 28 de agosto de 2010

47. planning poker
sábado, 28 de agosto de 2010

48. sprint planning 2
sábado, 28 de agosto de 2010

49. eventualmente o scrum master
negocia com o PO
o time decide até onde
pode se comprometer
sprint planning 2
time conversa sobre a
parte técnica das tarefas design
arquitetura
sábado, 28 de agosto de 2010

50. Sprint backlog
tarefas que o time se
comprometeu a fazer no sprint
atualizado constantemente
scrum master gerencia as
atividades em andamento e
concluídas
sábado, 28 de agosto de 2010

51. daily meeting
sábado, 28 de agosto de 2010

52. verifica-se o que foi
reunião em pé!
feito no dia anterior
há impedimentos?
daily meeting
define-se o que será todos os dias
feito no dia no mesmo lugar
no mesmo horário
comprometa-se!
sábado, 28 de agosto de 2010

53. burndown chart
sábado, 28 de agosto de 2010

54. sprint review
sábado, 28 de agosto de 2010

55. retrospectiva
sábado, 28 de agosto de 2010

56. retrospectiva
sábado, 28 de agosto de 2010

57. Custo de mudança
sábado, 28 de agosto de 2010

58. Custo de mudança
sábado, 28 de agosto de 2010

59. não há bala de prata
sábado, 28 de agosto de 2010

60. dúvidas?
sábado, 28 de agosto de 2010

61. Referências
• Fotos
• Jorge Falcão - http://www.flickr.com/photos/68667282@N00/
• Tlaukkanen - http://www.flickr.com/photos/tlaukkanen/
• Evandro Flores - http://www.flickr.com/photos/evandroflores/
• Bardusco - http://www.flickr.com/photos/bardusco/
• Luiz Aguiar - http://www.flickr.com/photos/laguiar
• Cuba Gallery - http://www.flickr.com/photos/cubagallery/
• Materiais
• Bardusco - http://slideshare.net/bardusco
• ImproveIt - http://www.improveit.com.br/scrum
• Manifesto Ágil - http://manifestoagil.com.br
• Wikipedia - http://pt.wikipedia.org/wiki/Scrum
sábado, 28 de agosto de 2010

62. obrigado!
@jeveaux
@makoto_vix
sábado, 28 de agosto de 2010

63. desenvolvimento ágil
de software com
SCRUM
@jeveaux
@makoto_vix
sábado, 28 de agosto de 2010