Scrum - evolução contínua

Palestrante
Gabriel Scavassa
 Gestão de projetos (FAAG)
 Graduado em Ciência da Computação (USC)
 Desenvolvedor Web – Scrum Master (MSTech)
 Desenvolvimento para Main Frames (Dedic GPTI)
 Foco no modelo Ágil

Scrum
 É um framework e não metodologia!
 Conjunto de ferramentas e diretrizes que ajudam a gerenciar um projeto
 Pode ser adaptado. Ex: Adição de XP.
 Empírico!
 Só conhecemos algo de fato por meio da experiência.
 Ágil: Atende às premissas do Manifesto Ágil!
 Indivíduos e iterações mais que processos e ferramentas
 Software em funcionamento mais que documentação abrangente
 Colaboração com o cliente mais que negociação de contrato
 Responder a mudança mais que seguir um plano
 Pilares do Scrum
 Transparência
 Inspeção
 Adaptação

Scrum
 Iterativo e Incremental
 Utilizado quando não se consegue predizer tudo o que irá ocorrer
 Utiliza equipes pequenas (5 a 9 integrantes)

Conseguir responder as necessidades do cliente com rapidez,
flexibilidade e proporcionando a ele um melhor ROI (Return On
Investment) se tornou um grande problema para as metodologias
tradicionais.

Scrum X Cascata
 Scrum
 Cliente está envolvido o tempo
todo do projeto
 Constrói tudo o que é mais
relevante para o cliente
 Entregas em períodos menores
 Aceita mudanças no escopo
 Mudanças tem baixo custo
 Documentação apenas do o que
será entregue
 Interativo e incremental
 Cascata
 Cliente está presente no início e
no fim do projeto
 Constrói tudo que está no escopo
de uma vez
 Entrega para o cliente só ao final
do projeto
 Mudanças no escopo são evitadas
 Mudança tem alto custo
 Documentação extensa
 Uma entrega completa

Composição do Scrum
Papéis
(Quem)
Artefatos
(O que)
Eventos
(Quando)
• Dono do Produto
• Scrum Master
• Time
• Backlog do Produto
• Backlog da Sprint
• Resultado potencial
• Planejamento da Sprint
• Sprint
• Reunião diária
• Revisão da Sprint
• Retrospectiva da Sprint

Papéis no Scrum
 Dono do Produto ( Product Owner, P.O.)
 Scrum Master (Mestre Scrum, S.M.)
 Time (Development Team)
Equipe Scrum

Dono do produto
(Product Owner, P.O.)
 Representação do cliente dentro da
empresa
 Levanta os requisitos e regras do
produto
 Organiza as necessidades do
cliente priorizando sempre o
melhor ROI
 Deve garantir que todos entendam
os itens do Backlog do produto
 Toma as decisões sobre as entregas

Scrum Master
(Mestre Scrum, S.M.)
 Protetor dos valores do Scrum.
 Escudo contra interferências
 Identifica, analisa e remove os
impedimentos do projeto.
 Agente de mudanças
 Garantir que o Time de
desenvolvimento não se atribua
mais do o que consegue
desenvolver ao longo de uma
Sprint

Time
(Development Team)
 Multidisciplinar
 Auto organizável
 Auto gerenciável
 Todos são iguais – não há
distinção de cargo
 Responsável por desenvolver e
garantir a qualidade do
resultado da Sprint

Seguindo o fluxo no bonde do
Scrum

Item A
Item B
Item C
Item F
Item D
Item E
Item A
Item B
Backlog do Produto
Backlog da Sprint
Planejamento da Sprint
Reunião diária
Revisão da Sprint
Retrospectiva da Sprint
workflow
Workflow do Scrum
Sprint

Item A
Item B
Item C
Item F
Item D
Item E
Item A
Item B
Backlog do Produto
Backlog da Sprint
Sprint
Reunião diária
Revisão da Sprint

Backlog do Produto
(Product Backlog)
 Lista de necessidades do cliente
 Organizada pelo P.O.
 Funcionalidades com maior ROI
vem em primeiro lugar.
 Artefato “vivo”

Item A
Item B
Item C
Item F
Item D
Item E
Item A
Item B
Backlog do Produto
Backlog da Sprint
Reunião diária
Revisão da Sprint
Retrospectiva da SprintSprint

(Sprint Planning)
 É um evento Time-Boxed
 Estão presentes P.O., S.M., Time de
desenvolvimento e qualquer outro
interessado
 Define-se o tempo de duração da Sprint
 P.O. explica os itens do Backlog do
Produto

(Sprint Planning)
 Time de desenvolvimento escolhe os itens do
Backlog do Produto
 Quebram os itens escolhidos em atividades
técnicas
 Realiza-se o Planning Poker sobre as
atividades
 1, 2, 3, 5, 8, 13, 21, 34, infinito, Pula e
Café
 Membros do Time de desenvolvimento
 Define-se o estado de Pronto
 Transparência!
 Define a Meta da Sprint

Item A
Item B
Item C
Item F
Item D
Item E
Item A
Item B
Backlog do Produto
Backlog da Sprint
Reunião diária
Revisão da Sprint
Sprint

Backlog da Sprint
(Sprint Backlog)
 Lista de tarefas que deverão ser
desenvolvidas
 Devem conter uma pontuação para cada
atividade
 Equipe de desenvolvimento é responsável
por gerir e finalizar todas as tarefas do
Backlog da Sprint
Item do Backlog Atividade Pontuação
Manter Usuários
Criar Layout da
página
3
Criar função
Salvar
5
Criar função
excluir
2
Imprimir Lista de
Usuários
Gerar lista de
usuários via
AJAX
3
Criar função
Imprimir
1

Sprint
 Um ciclo de desenvolvimento/criação.
 Período de desenvolver o que está listado na Sprint Backlog
 O ponto central do Scrum!
 Tem duração geralmente de 2 a 4 semanas.

Gráfico Burn Down
 Criação do Gráfico Burn Down
 Matriz (X,Y) onde X são os dias e Y
valor em pontos do trabalho a ser
feito
 Linha ideal Vs. Realizado
 Online ou Quadro Branco.
 Responsabilidade da equipe
manter atualizado.
 Bom para:
 Entender a velocidade do Time
 Visualizar prazos futuros
 Ver o Deadline

Kanban
 Quadro que organiza as atividades
em :
 Para fazer (to do)
 Fazendo (Doing)
 Feito (Done)
 Alguns casos adiciona-se
 Testando (Testing)
 Problemas (Bugs)
 Impediments (Impedimentos)
 Online (Ex: trello) ou Quadro
Branco
 Ótimo para visualizar rapidamente
o andamento das atividades

Reunião diária
(Daily Scrum)
 Não é para reportar quem fez o que!
 Evento Time-Boxed
 Alinhamento sobre o andamento do
projeto
 S.M., P.O., Time de desenvolvimento e
quem mais precisar.
 Responde
 O que fiz desde a ultima reunião
 O que farei hoje
 Se há algum impedimento
 Pratica-se a transparência, inspeção e
adaptação!
 Atualiza-se o Burn-down e o Kanban

Revisão da Sprint
(Sprint Review)
 Evento Time-boxed
 Participam: P.O., S.M., Time de desenvolvimento e demais
interessados
 Time de desenvolvimento demonstra para o P.O. as funcionalidades
desenvolvidas
 Avalia o estado de pronto do resultado da Sprint
 Avalia se a Meta da Sprint foi alcançada
 E se algo não está de acordo com o especificado ? 
 Mais um momento de Transparência e Inspeção

(Sprint Retrospective)
 Evento Time-boxed
 Equipe Scrum analisa o que deu certo e o que deu errado e o que
pode ser feito para melhorar
 S.M. anota os impedimentos para evitar nova ocorrência em futuras
Sprints
 Transparência, Inspeção e Adaptação! Sempre!!!1!1onze!

Resultado da Sprint
 O resultado de uma Sprint é um incremento do produto que pode ser
enviado para o cliente ou então, pode ser armazenado e ser entregue
em conjunto com o resultado de outra(s) Sprint(s).

Transparência, Inspeção e Adaptação

 Focar nas necessidades mais importantes para o cliente
 Estar apto a responder a mudanças
 Entender o que ocorreu durante uma Sprint, sendo o positivo e o
negativo
 Buscar novas maneiras de aumentar a produtividade
 Buscar novas maneiras de manter a qualidade
 Evoluir sempre o projeto e a equipe!

Contatos
scavassa.gabriel@gmail.com / gabriel.scavassa@outlook.com
twitter /g_scavassa
github /j-ew-s
Obrigado !

Referências
 http://www.manifestoagil.com.br/
 https://www.scrum.org/
 http://www.agilebrazil.com/
 http://www.scrumguides.org/docs/scrumguide/v1/Scrum-Guide-
Portuguese-BR.pdf

Scrum - evolução contínua

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

En vedette

En vedette (6)

Similaire à Scrum - evolução contínua

Similaire à Scrum - evolução contínua (20)

Scrum - evolução contínua