Como fazer o dobro do trabalho na metade do tempo? Feedback constantes, recursivos e trabalho assertivo são verdades que encontramos utilizando o Scrum, que é um framework leve e simples (também utilizado no Google, Netflix, Apple entre outras), que se aplicado corretamente traz grande agilidade para a entrega de valor para o cliente.

1. ®

2. •COMMUNITY
MANAGER
•AGILISTA
•PRAIANA
•MÃE DO SERGINHO

3. •AGILISTA
•PALESTRANTE
•PRODUTOS
•PAI DO SERGINHO
•KUNG FU
•ABUZITO

4. •INDUSTRIA
•MARKETING
•KANBAN
•TRILHEIRO
•BEER

6. ❑ADJETIVO COM A PRIMEIRA LETRA DO SEU NOME.

7. Agenda
01 Mindset Ágil
02 Framework Scrum
03 Papéis e responsabilidades
04 Artefatos Scrum
05 Cerimônias do Scrum
06 Scrum com Lego®

8. Usuario
• Necessidade
• Requisito
Modelador
• Desenhar
• Analisar
Desenvolver
• Codificar
• Testar
Homologar
• Certificar
• Qualificar
Implementar
• Publicar
Linear
Quebra do processo em pequenas fases; baseado no Lean da Toyota

9. COLABORATIVO
Continuamos usando o Lean
Foco na entrega de valor
Colaboração para aumento de
produtividade

10. Monolítico
LEVANTAMENTO DE REQUISITOS
DESENVOLVIMENTO
TESTE
HOMOLOGAÇÃO
Iterativo e
Incremental

11. EXERCICIO
LinearColaborativa

12. EXERCICIO
Bolinha de papel

13. Indivíduos e interações 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ça mais que seguir um plano
MANIFESTO ÁGIL

14. "Se você se concentrar em princípios,
você capacita todos os que entendem
aqueles princípiospara atuar sem
monitoramento, avaliação, correção ou
controle constantes“
Stephen R. Covey

15. TRADICIONAL ÁGIL
MELHORANDO A COMUNICAÇÃO

16. RISCO EM
AUMENTAR A
COMUNICAÇÃO
ORGANIZAÇÃO DAS EQUIPES

17. Agenda
01 Mindset Ágil
02 Framework Scrum
03 Papéis e responsabilidades
04 Artefatos Scrum
05 Cerimônias do Scrum
06 Scrum com Lego®

18. Framework Scrum
Sprint
Planning Sprint
Backlog
Sprint Review
Daily
Sprint
Retrospectiva
Software
potencialmente
entregavel
Product
Backlog

19. Processo
Empírico
Saída
Inspeção e
Adaptação do
Produto
Sprint Review
Inspeção e
Adaptação do
Processo
Sprint Retrospectiva
Entrada
Framework Scrum

21. Agenda
01 Mindset Ágil
02 Framework Scrum
03 Papéis e responsabilidades
04 Artefatos Scrum
05 Cerimônias do Scrum
06 Scrum com Lego®

22. - Visão do produto
- Representa a área de negócio
- Dono do Escopo
- Prioriza a Execução
Product Owner
Papéis e Responsabilidades

24. Papéis e Responsabilidades
Scrum Master
- Dono do Processo e Cerimônias
- Líder Servidor
- Remove impedimentos
- Impulsiona o time

26. - Entregas dentro do prazo, alinhado ao
escopo definido e com qualidade.
- Melhoria contínua
DevTeam
Papéis e Responsabilidades

28. Agenda
01 Mindset Ágil
02 Framework Scrum
03 Papéis e responsabilidades
04 Artefatos Scrum
05 Cerimônias do Scrum
06 Scrum com Lego®

29. Id. título tamanho
12 História C 8
23 História F 5
3 Melhoria P 3
4 Refactory B 1
13 História A 2
Maior
Prioridade
Menor
Prioridade
Estimamoso
tamanho
das Histórias
tipicamente em
pontos ou dias
1 História B 8
2 História A 2
Product Backlog

30. Id. Titulo Tamanho
23 História C 8
Id. Titulo Tamanho
12 História F 5
Id. Titulo Tamanho
3 Melhoria P 3
Tarefas A
5 Horas
Tarefas T
1 Horas
Tarefas R
3 Horas
Tarefas C
3 Horas
Tarefas I
1 Horas
Tarefas D
5 Horas
Tarefas N
3 Horas
Tarefas J
5 Horas
Histórias são
quebradas em
tarefas
Sprint Backlog

31. Dashboard (kanban, taskboard, etc)
Id. título tamanho
12 História C 8
Id. título tamanho
12 História A 8
Id. título tamanho
12 História F 8
FeitoHistórias Tarefas TesteEm Execução
Id. Título tamanho
12 História C 8
TarefasA
5 Horas
TarefasA
5 Horas
TarefasA
5 Horas
TarefasA
5 Horas
TarefasA
5 Horas
TarefasA
5 Horas
TarefasA
5 Horas
TarefasA
5 Horas
TarefasA
5 Horas
TarefasA
5 Horas

32. Agenda
01 Mindset Ágil
02 Framework Scrum
03 Papéis e responsabilidades
04 Artefatos Scrum
05 Cerimônias do Scrum
06 Scrum com Lego®

33. Sprint 01 Sprint 02 Sprint 03 Sprint 04
Final da
Sprint
Início da
Sprint
Tamanho
da Sprint
1, 2, 3 ou 4 Semanas
SPRINT

34. Domingo Segunda Terça Quarta Quinta Sexta Sabado
Sprint
Planning
Daily
Execução
Daily
Execução
Daily
Execução
Daily
Execução
Execução Execução Refinamento Execução
Sprint Review
Sprint
Retrospectiva
Calendário – Sprint de 1 semana

35. Calendário – Sprint de 2 semanas
Domingo Segunda Terça Quarta Quinta Sexta Sabado
Sprint
Planning
Daily
Execução
Daily
Execução
Daily
Execução
Daily
Execução
Execução Execução Execução Execução Execução
Domingo Segunda Terça Quarta Quinta Sexta Sabado
Daily
Execução
Daily
Execução
Daily
Execução
Daily
Execução
Daily
Execução
Execução Refinamento Execução Execução
Sprint Review
Sprint
Retrospectiva

36. Framework Scrum
Sprint
Planning Sprint
Backlog
Sprint Review
Daily
Sprint
Retrospectiva
Software
potencialmente
entregavel
Product
Backlog
- Cerimônias

37. Sprint Planning
Cerimônia em que o time Scrum planeja o que será realizado na próxima sprint.
O que é?
Papel do PO
- Trazer Histórias priorizadas para a Sprint.
- Apresentar Histórias candidatas a entrar na Sprint.
- Tirar dúvidas do Time de desenvolvimento.
- Definir critérios de aceite.
Papel do Time de Desenvolvimento
- Transformar Histórias em Tarefas técnicas
- Estimar Histórias e tarefas
- Construir Sprint Backlog
Papel do SM
- Manter timebox
- Facilitar a cerimônia
Timebox
Até 4 horas para uma Sprint de 2 semanas

38. Daily Meeting
Cerimônia com time box de até 15 minutos. Momento para o time de desenvolvimento alinhar e sincronizar as atividade
em andamento.
O que é?
Papel do PO
- Tirar dúvidas sobre o produto
- Manter o time alinhado a visão do produto
- Acompanhar andamento do produto
Papel do SM
- Ensinar o Time de Desenvolvimento a manter a Daily
dentro do time box e a manter o foco
Papel do Time de Desenvolvimento
- Realizar o planejamento diário, inspecionando e
adaptando as atividades
- Responder as 3 perguntas: O que eu fiz ontem?
O que vou fazer hoje? Há impedimentos?
Timebox
15 minutos

39. Sprint Review
Cerimônia em que o Product Owner valida e formaliza se aceita ou recusa o que foi entregue pelo time, também é o
momento de colher feedback sobre o andamento do que está sendo construído. Geralmente ao final da review o Scrum
Mastar apresenta as métricas colhidas na sprint para o time.
O que é?
Papel do PO
- Validar as Histórias entregues
- Verificar se o software está de acordo com os critérios de aceite.
- Aceitar ou rejeitar as Histórias da sprint
Papel do Time de Desenvolvimento
- Apresentar Histórias feitas na sprint
- Anotar feedback do PO e Stakeholders
Papel do SM
- Manter timebox
- Facilitar a cerimônia
Timebox
Até 2 horas para uma Sprint de 2 semanas

40. Sprint Retrospective
Cerimônia em que o time Scrum se reúne para inspeção e adaptação do processo de trabalho, validar o como as coisas
estão sendo feitas e elaborar um plano de melhoria continua.
O que é?
Papel do Time Scrum
- Levantar pontos positivos presentes no processoe modo de trabalho
- Levantar o que, na forma de trabalho, está impactando o desempenhodo time.
- Elaborar um plano de ação para melhorar a produtividade do time.
- Revisitar o plano de ação anterior.
PararMelhorarContinuar
Timebox
Até 1h30 para uma Sprint de 2 semanas

41. Refinament (Grooming)
Reunião que o P.O. puxa com o time para realizar o refinamento das demandas, melhorando o entendimento e o
detalhamento dos requisitos para as próximas sprints.
O que é?
- Trazer Histórias priorizadas
- Ajudar no entendimento das Histórias
- Quebrar as Histórias em tamanho menores
Papel do Time de Desenvolvimento
- Ajudar com visão técnica
- Estimar histórias
Papel do PO
Mapeamento de dependências
- Domínio de Conhecimento
- Requisitos
- Tecnologia
- Software / Documentos
Timebox
Até 10% da capacidade do time

42. Agenda
01 Mindset Ágil
02 Framework Scrum
03 Papéis e responsabilidades
04 Artefatos Scrum
05 Cerimônias do Scrum
06 Scrum com Lego®

43. A DINÂMICA
• OBJETIVO DA
DINÂMICA
• SEPARAR EM
EQUIPES
• DEFINIÇÃO DE
PRIORIDADE

44. PRIORIZAÇÃO
• DEFINE ORDEM
• PAPEL DO P.O.
• MOSCOW

45. MUST
HAVE
SHOULD
HAVE
COULD
HAVE
WON’T
HAVEMoSCoW
Retorno
Tempo
MUST MUST
MUST MUST
MUST SHOULD
SHOULD
WON’T
WON’TWON’T
COULDSHOULD COULD
COULDSHOULD
MUST

46. SPRINT 1
• PLANNING
4 MINUTOS
• EXECUÇÃO
9 MINUTOS
• REVIEW
4 MINUTOS
• RETROSPECTIVA
3 MINUTOS

47. SPRINT 2
• PLANNING
4 MINUTOS
• EXECUÇÃO
9 MINUTOS
• REVIEW
4 MINUTOS
• RETROSPECTIVA
3 MINUTOS

48. SPRINT 3
• PLANNING
4 MINUTOS
• EXECUÇÃO
9 MINUTOS
• REVIEW
4 MINUTOS
• RETROSPECTIVA
3 MINUTOS

49. O QUE ACONTECEU?
• DEFINIMOSUMA PRIORIDADE COM ALTO
VALOR DE NEGÓCIO
• CONHECEMOS O PROCESSO
EMPIRICAMENTE
• MELHORAMOS A CADA SPRINT
• UTILIZAMOSO TRABALHO COLABORATIVO
PARA ENTREGA O QUE ERA PRIORIDADE

52. Obrigado!