1. O documento discute os processos ágeis de desenvolvimento de software, como o Scrum, e seus princípios e práticas. 2. O Scrum foca em entregas incrementais, valor ao cliente, indivíduos e interações sobre processos e ferramentas. 3. Os papéis no Scrum incluem Product Owner, Scrum Master e Time, e os eventos são Sprints, Daily Meetings, Planning etc.

2. PROCESSOS DE DEV DE SOFTWARE
ORIGENS

3. FORDISMO - 1914

4. ENTÃO PARA SOFTWARE...

5. PROBLEMAS...

6. PROBLEMAS...
Baixa visibilidadeBaixa qualidade
Muito arriscado
Sem margem para mudanças

7. MANIFESTOÁGIL
2001

8. MANIFESTO ÁGIL
4 VALORES
12 PRINCÍPIOS

9. OS 4 VALORES
1. “Indivíduos e interações acima de processos e ferramentas.”
2. “Software funcionando acima de documentação abrangente.”
3. “Colaboração com o cliente acima de negociações de contratos.”
4. “Responder a mudanças acima de seguir um plano.”

10. O SCRUM

11. A ESSÊNCIA
Conceito:

12. “Entregar software funcionando com frequência, na escala de
semanas até meses, com preferência aos períodos mais curtos.”
Princípio Ágil:
3

13. MODELO CONTÍNUO

14. PROCESSO INCREMENTAL
Conceito:

15. “Pessoas relacionadas a negócios e desenvolvedores devem trabalhar
em conjunto e diariamente, durante todo o curso do projeto.”
Princípio Ágil:
4

16. O COMPROMETIMENTO
Conceito:

17. OS PAPÉIS

18. PRODUCT OWNER
• Visão do Produto
• ROI
• Focado mais no O QUE do que no COMO
• Manter o Product Backlog
• Priorizar as Estórias
• Planejar Releases
• Apoiar na resolução de impedimentos

19. SCRUM MASTER
• Garantir o processo SCRUM
• Resolver impedimentos do Time
• “Blindar” o time de distrações e interferências externas
• Facilitar comunicações

20. O TIME
• Desenvolver o software
• Estimar as atividades
• Determinar o escopo dos sprints

21. O PROCESSO

22. “Simplicidade: a arte de maximizar a quantidade de trabalho
que não precisou ser feito.”
Princípio Ágil:
10

23. CRIANDO O BACKLOG
Responsáveis:
• Lista das Estórias(US) que compõem o sistema
• Não precisa ser completa no início
• Não precisa ser detalhada

24. USER STORY
• Necessidades do negócio
• Funcionalidades do sistema
• Possui a quantidade mínima possível de detalhamento no início
(Épicos)
Responsáveis:

25. USER STORY
Template:
Responsáveis:

26. CRIANDO O BACKLOG
Responsáveis:

27. “Nossa maior prioridade é satisfazer o cliente, através da
entrega adiantada e contínua de software de valor.”
Princípio Ágil:
1

28. BACKLOG - PRIORIZANDO
Responsáveis:

29. PRIORIZAR É O SEGREDO!
Conceito:
Jim Johnson. The Standish Group International Inc. 2002.

30. BACKLOG – POR ONDE COMEÇAR
Responsáveis:

31. Responsáveis:
BACKLOG – POR ONDE COMEÇAR

32. BACKLOG - ESTIMATIVAS
• Estimativa alto nível para cada Estória
• Utilize medidas relativas de tamanho
Responsáveis:

33. USAR COMPARAÇÕES
Conceito:

34. USAR COMPARAÇÕES
Conceito:

35. Responsáveis:
P = 2
M = 4
G = 8
2
2
2 4 2 8
BACKLOG - ESTIMATIVAS

36. RELEASE PLANNING
Responsáveis:

37. Conceito:

38. Responsáveis:
O QUE COMO
SPRINT

39. • PLANNING
• DAILY
• GROOMING
• REVIEW
• RETROSPECTIVE
Responsáveis:
SPRINT

40. “O método mais eficiente e eficaz de transmitir informações para, e
por dentro de um time de desenvolvimento, é através de uma
conversa cara a cara.”
Princípio Ágil:
6

41. SPRINT - PLANNING

42. PLANNING – ESTÓRIAS E ESCOPO (“WHAT”)
• PO explica os detalhes das estórias mais prioritárias
• Time tira todas as suas dúvidas
• Time revisa estimativas de estórias caso necessário
• Time define com quais User Stories pode se comprometer no SPRINT de
acordo com as estimativas e sua velocidade
Responsáveis:

43. VELOCIDADE DO TIME
Conceito:

44. CAPACIDADE DO SPRINT
Conceito:
Velocidade do Time: 20 pontos

45. PLANNING – TÁTICO (“HOW”)
• TIME “quebra” as estórias em atividades mais simples
• Adiciona as tarefas do Sprint em um Kanban
Responsáveis:

46. KANBAN
Técnica:

47. SPRINT - DEV
Responsáveis:

48. “Construir projetos ao redor de indivíduos motivados. Dando a eles o
ambiente e suporte necessário, e confiar que farão seu trabalho.”
Princípio Ágil:
5

49. “As melhores arquiteturas, requisitos e designs emergem de
times auto organizáveis.”
Princípio Ágil:
11

50. • Desenvolvimento, design, testes, e o que mais for necessário acontece
aqui
• Autogestão
Responsáveis:
SPRINT - DEV

51. DAILY MEETING
Responsáveis:
• O que fiz desde ontem
• O que farei hoje
• O que me impede

52. BURN DOWN
Conceito:

53. BURN DOWN
Conceito:

54. “Processos ágeis promovem um ambiente sustentável.
Os patrocinadores, desenvolvedores e usuários, devem ser capazes
de manter indefinidamente, passos constantes.”
Princípio Ágil:
8

55. “Contínua atenção à excelência técnica e bom design, aumenta a
agilidade.”
Princípio Ágil:
9

56. O QUE É NEGOCIÁVEL
Conceito:

57. “Aceitar mudanças de requisitos, mesmo no fim do desenvolvimento.
Processos ágeis se adequam a mudanças, para que o cliente possa
tirar vantagens competitivas.”
Princípio Ágil:
2

58. BACKLOG - GROOMING
Responsáveis:

59. BACKLOG - GROOMING
Responsáveis:

60. BACKLOG - GROOMING
Responsáveis:

61. “Software funcional é a medida primária de progresso.”
Princípio Ágil:
7

62. Responsáveis:
SPRINT - REVIEW

63. SPRINT - REVIEW
• TIME apresenta as Estórias concluídas para o PO
• PO aprova ou não aquelas Estórias
• Todas as Estórias entregues devem ser software apto a entrar em
produção
Responsáveis:

64. “Em intervalos regulares, o time reflete em como ficar mais efetivo,
então, se ajustam e otimizam seu comportamento de acordo.”
Princípio Ágil:
12

65. Responsáveis:
SPRINT - RETROSPECTIVE

66. SPRINT - RETROSPECTIVE
Responsáveis:

67. In a Nutshell
1. “VALOR”
2. “MUDANÇA”
3. “ENTREGAS CURTAS”
4. “CLIENTE NO TIME”
5. “MOTIVAÇÃO E CONFIANÇA”
6. “COMUNICAÇÃO CARA A CARA”
7. “SOFTWARE FUNCIONANDO”
8. “SUSTENTÁVEL”
9. “QUALIDADE”
10. “SIMPLICIDADE”
11. “AUTO ORGANIZAÇÃO”
12. “MELHORIA CONTÍNUA”

68. BENEFÍCIOS DO SCRUM
• Visibilidade
• “Errar pequeno e rápido”
• Velocidade de início
• Motivação
• Repriorização
• Software rapidamente em produção
• Retorno rápido

69. mas como sempre:
No Silver Bullets

70. Onde o SCRUM pode não ser uma boa
• Projetos curtos, sem tempo para medir e aprimorar o processo
• Times remontados o tempo todo
• Projetos onde custo, escopo e prazo são fixos
• Equipe não bem madura ou instruída em scrum pode interpreta-lo
como anarquia e informalidade
• Equipes pouco maduras e experientes podem não se dar bem com a
autonomia/ responsabilidade inerente no processo

71. A ESSÊNCIA
Conceito:

72. Bruno Trassante
bruno@cwi.com.br

73. Imagens Externas
“Agile Pigs”
http://braintrustgroup.com/
“Kanban e Calendários”
http://scrummethodology.com/
“Gráficos Waterfall”
http://www.agilenutshell.com/