O documento fornece uma introdução ao framework Scrum, descrevendo seus principais papéis, artefatos e eventos. É destacado que o coração do Scrum é a Sprint, um período de tempo com duração fixa para entrega de incrementos potencialmente liberáveis do produto. Os principais eventos da Sprint são o planejamento, as daily meetings, a revisão e a retrospectiva.
2. • Introdução
• Teoria da Complexidade - Cynefin framework
• Manifesto Ágil
• O que Scrum não é
• O que é Scrum
• Teoria do Scrum
• Valores
• Time Scrum
• Eventos Scrum
• Artefatos Scrum
• Metodologias Ágeis - Impactos e Desmembramentos
Agenda
Aula 1
Aula 2
Aula 3
Aula 4
Aula 5
Aula 6
4. Sprint
• O coração do Scrum é a Sprint, um time-boxed de um mês ou
menos, durante o qual um “Pronto”, incremento de produto
potencialmente liberável é criado
• Sprints tem durações consistentes ao longo de todo o esforço
de desenvolvimento
• As Sprints contém e consistem de um planejamento da
Sprint, reuniões diárias, o trabalho de desenvolvimento, uma
revisão da Sprint e uma retrospectiva da Sprint.
• Duração:
• Não existe uma regra para a duração da sprint. No passado
algumas versões do Scrum Guide especificavam regras, mas
atualmente a coisa está mais flexível.
• Particularmente, prefiro sprints pequenas (1 ou duas semanas ou
15 dias úteis
• Muito importante: AS SPRINTS DEVEM TER SEMPRE A MESMA
DURAÇÃO
5. Sprint – Mudanças de Escopo?
• Planeje durações de sprint de acordo
com o tempo que você pode se
comprometer a manter a mudança fora
da Sprint
• Não são feitas mudanças que possam
por em perigo o objetivo da Sprint;
• As metas de qualidade não diminuem; e,
• O escopo pode ser clarificado e
renegociado entre o Product Owner e o
Time de Desenvolvimento quanto mais
for aprendido.
Mudança
6. Sprint – Cancelamento?
• Somente o Product Owner tem a autoridade para
cancelar a Sprint
• Poderá ser cancelada se o objetivo da Sprint se tornar
obsoleto
• O cancelamento de Sprints consome recursos, já que
todos se reagrupam em outro planejamento da Sprint
para iniciar outra Sprint
7. Sprint Planning
Reunião de Sprint Planning
O Que Faremos?
• Analisar e avaliar o Product
Backlog
• Definir o objetivo da Sprint
Como Faremos?
• Decidir como atingir o objetivo da
Sprint (design)
• Criar Sprint Backlog (tarefas) a
partir de itens do Product Backlog
(User Stories/Features)
• Estimar Sprint Backlog em horas
Objetivo
da Sprint
Sprint
Backlog
Condições
do negócio
Capacidade
do Time
Product
Backlog
Tecnologia
Produto
atual
8. Sprint Planning
• Time seleciona itens do Product Backlog com o qual podem se comprometer
• Sprint Backlog é criado
• Tarefas são identificadas e estimadas (1 a 16 horas)
• Colaborativamente, não feito somente pelo Scrum Master
• Design de alto nível é definido
• Máximo de 8 horas para sprints de 4 semanas
Como um Viajante, eu quero ver
fotos dos hotéis.
Codificar a camada intermediária (8
horas)
Codificar UI (4)
Corrigir bugs nos testes (4)
Codificar a classe Hotel (6)
Melhorar performance testes (4)
9. Daily Scrum
• Parâmetros
• Diário
• 15 minutos
• Todos em pé
• Não é pra resolver problemas
• Todos são convidados a
participar
• Somente Time Dev, Scrum
Master, Product Owner podem
se manifestar
• Ajuda a evitar reuniões
desnecessárias
• NÃO é um status para o Scrum Master
• São compromissos com os outros membros
O que você fez ontem?
1
O que vai fazer hoje?
2
Existe algo atrapalhando?
3
10. Scrum Review
• Time apresenta o que foi concluído durante a Sprint
• Geralmente na forma de uma demonstração das novas
funcionalidades ou arquitetura
• Informal
• Máximo de 4h para sprints de 4 semanas
• DIGA NÂO AO POWER POINT!!!!!!!!!
• Todo o time participa
• Todos são convidados
• Diretores
• Stackholders
• Clientes
11. Scrum Retrospective
• Máximo três horas para uma Sprint de um mês
• A Retrospectiva da Sprint ocorre depois da Revisão da Sprint
e antes do planejamento da próxima Sprint
• Todo o Time Scrum participa
• Scrum Master
• Product Owner
• Time Dev
• Possivelmente: clientes e outros
• O propósito da Retrospectiva da Sprint é:
• Inspecionar como a última Sprint foi em relação às
pessoas, aos relacionamentos, aos processos e às
ferramentas;
• Identificar e ordenar os principais itens que foram bem e
as potenciais melhorias; e,
• Criar um plano para implementar melhorias no modo
que o Time Scrum faz seu trabalho;