O documento discute os problemas com desenvolvimento de software tradicional e apresenta Scrum como uma abordagem ágil para gerenciar complexidade e mudança. Scrum define papéis como Product Owner, Time e Scrum Master e um processo baseado em sprints curtos com planejamento, daily scrums, revisões e retrospectivas. Estudos mostram que Scrum pode entregar software mais rápido e de melhor qualidade.

1. SCRUM

2. Problemas
Agile
Papéis Scrum
Processo Scrum
Comparativos
Resultados
Agenda

3. photo by Jule_Berlin
Problemas
com desenvolvimento de
software tradicional

4. Tradicional
Desenvolvimento em fases
Resultados antecipados
Up-front design
picture by jasonb42882

5. Requisitos não são claros
Medo de prosseguir para a próxima fase
Falta de análise

6. Mudanças de requisito
Mudanças são cada vez mais caras
Cliente não recebe o que ele gostaria

7. Projetos demoram muito
32% projetos são entregues com sucesso
Longa duração adia a da receita
(Fonte: Standish Report 2009)

8. Sem tempo para teste
Não existe tempo para garantia de
qualidade
Integração tardia significa também
falhas tardias

9. Tempo desperdiçado
52% requisitos são implementados
64% funcionalidades raramente são
utilizadas
(Fonte: Standish Report 2003)

10. Fraca visibilidade de
progresso
% Completude tarefa não é suficiente
43% média em excedente
(Fonte: Standish Report 2003)

11. Agile

12. Process Complexity (M)
Chaotic
projects
Agile
projects
Structured
projects

14. Princípios Agile
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
Satisfação Cliente
A mudança é bem vinda
Entregas frequentes
Trabalhar como time
Moticação pessoas
Comunicação frente a frente
Medição trabalho
Manutenção produtividade constante
Excelência em qualidade
Keep it Simple
Design evolutivo
Refletir regularmente

15. Adoção Agile

16. Adoção Agile

17. Scrum
picture by Kiwi Flickr

18. Gurus
Ken Schwaber
Jeff Sutherland
Mike Beedle
Mike Cohn

19. picture by OnTask
Objetivo
do Scrum
Gerenciar complexidade, Incerteza e mudança
através de visibilidade, inspeção e adaptação

20. picture by exfordy
Papéis
Scrum

21. Product
Owner
picture by Official Star Wars Blog
Dono da visão do projeto
Representa o cliente

22. Product
Owner
Define funcionalidades (de acordo com
a visão)
Prioriza funcionalidades (ROI)
Define datas de release
Fornece feedback
Gerencia stakeholders
Aceita ou rejeita resultados

23. Time
picture by ewen and donabel
Pequenos em geral (3–9)
MultiFuncional
Auto Organizado

24. Time
Define taregas
Estima esforço
Desenvolve produto
Garante qualidade
Evolui processos

25. Scrum
Master
Líder
Protetor Time
Resolvedor de
problemas
Guia SCRUM
picture by Orange Beard

26. Scrum
Master
Remove impedimentos
Previne interrupções
Facilitador para o time
Fornece suporte SCRUM
Gestão do gerenciamento

27. Scrum Process

28. Product Backlog
picture by juhansonin

29. Product Backlog
sample from Eclipse.org

30. Product Backlog
Gerenciado pelo Product Owner
Requisitos de alto nível
Valor de negócio
Não completos
Espera-se mudança e evolução
Visão limitada de futuro

31. Product Backlog
Inclui estimativas
Priorizado por
valor e risco
Descrito como
user story
Visível
Publicamente

32. User Stories
Como <user> Eu preciso <functionality>
( então <benefit> )
Como um bibliotecário Eu preciso ser
capaz de procurar livros pelo ano de
publicação

33. Sprints
Tempo Definido – Features congeladas
Escopo variável
Resultado potencial para entrega

34. Sprint Planning
Capacidade Time, Product backlog,
Produto atual, Negócio, Tecnologias
+
Objetivo
=
picture by Darcy McCarty

35. Sprint Planning
Comunicação frente a frente
Pequenos passos reversíveis
Perspectiva Usuário

36. Sprint Planning (Parte 1)
Planejamento nível estratégico
Seleção/Priorização funcionalidades
Discussão critério aceitação
Verificação entendimento
½ - 1 hora / sprint

37. Sprint Planning (Parte 2)
Planejamento nível tático
Define itens backlog do sprint
Estimativa itens backlog do sprint
Compartilhamento compromisso
½ - 1 hour / sprint

38. Sprint Backlog
Quebra do valor
agregado de
negócio em tarefas
picture by oskay

39. Sprint Backlog

40. Sprint Backlog
Gerenciado pelo time
Time direciona o trabalho

41. Daily Scrum
A pulsação do Scrum
picture by Hamed Saber

42. Daily Scrum
Compromisso e responsabilidade
Diga o que você faz e faça o que
você disse
Todo mundo está convidado
picture by Hamed Saber

43. Daily Scrum
O que eu fiz desde a última daily
O que eu vou fazer até a próxima daily
O que está me bloqueando
Somente o time fala
Sem resolver problemas
Máximo 15 minutos
Todos em pé

44. Sprint
Task Board
picture by Mountain Goat Software

45. Definição Critério Done
Evita 90% síndrome da entrega
Codificado, comentado, checked in,
integrado, revisado, teste unitário, deploy
ambiente de teste, teste aceitação
realizado & documentado...
= DONE DONE

46. Sprint Burn Down
picture by NibiruTech

47. Sprint Review
picture by oskay
Satisfazer Product Owner
Obter feedback do produto

48. Sprint Review
Informal, sem slides
O time inteiro participa
Todo mundo está convidado
picture by oskay

49. Sprint Review
Necessário preparação
Mostra features completas
Aceita ou rejeita resultados
1-2 horas / sprint

50. Sprint
Retrospective
Evolução do processo
picture by kevindooley

51. Sprint
Retrospective
Repletir no processo e no produto
Time inteiro participa

52. Sprint Retrospective
O que nós temos que começar a fazer
O que nós temos que parar de fazer
O que nós temos que continuar a fazer
(Product Owner não é obrigatório)

53. Release Planning
Planejamento funcionalidades em sprints e
releases
Releases dependem dos sprints aceitos
picture by Sviluppo Agile

54. Término prematuro do Sprint
Somente em casos extremos
Time pode terminar quando não puder mais
atingir o objetivo do sprint
Product Owner pode terminar quando existir
uma mudança de prioridade no produto
Trabalho é direcionado para o fim do sprint
anterior
Levanta visibilidade dos problemas
picture by VistaICO

55. Sprints
Alavancagem constante do valor de negócio
Inspecionar e Adaptar
picture by kelsey e.

56. Sprints
Direcionados pelo Product Owner
Passos pequenos e reversíveis
Mudança é bem vinda
Time multi funcional
Inclui design e testes
Manter produtividade constante
Compartilhar comprometimento
Alta qualidade, DONE
Obter Feedbacks
“Falha rápida”
picture by kelsey e.

57. Comparativo

58. Scrum vs. XP
picture by extremeprogramming.org

59. Scrum vs. RUP
picture by WittmannClan.com

60. Scrum vs. Kanban
picture by Lean Software Engineering

61. Scaled Scrum
(Scrum of Scrums)
picture by Mountain Goat Software

62. Scrum equipes distribuídas

63. Resultados
Efeitos da aplicação
SCRUM

64. Incerteza Gerenciada
Rolling wave planning (planejamento
progressivo)
Mini projetos mais simples diminuem o
risco

65. Escopo Flexível
Permite mudanças em intervalos fixos
Releases permitem aprendizado

66. Entrega mais rápida
Time to market menor
Valor entregue em incrementos

67. Maior Qualidado
Teste acontece continuamente
Melhoria dos processos

68. Perdas eliminadas
Nada é desenhado para não ser
construído
Tudo que foi construído deve ser
utilizado

69. Visibilidade aumentada
Todos os problemas devem estar visíveis
Progresso pode ser medido pelo software
entregado e testado

70. Mais diversão, mais times felizes
picture by woodleywonderworks

71. Pré-Condições
Empowerment
Disciplina
Coragem
Energia
Paixão
Coaching
Times estáveis
Multi Funcionais
Cliente disponível
picture by mpov

72. Books

73. Sites
www.scrumalliance.org
www.scrum.org
www.mountaingoatsoftware.com
www.agilesoftwaredevelopment.com
www.noop.nl
management30.com
picture by VistaICO

74. picture by -bast-