Gerenciamento gil de

Projetos com Scrum

Alunos: Douglas Souza, Erick Augusto, Izaias Xavier,
Marcelo Joshua, Rodrigo Zilio, Talles Takagi,
Yuri Karan.

Slides baseados no Guia do Scrum de Ken Schwaber e Jeff

Sutherland

Definio

 Problemas complexos e adaptativos.

Produtos com mais alto valor possvel.

 No :
Processo ou uma tcnica para construir produtos.

O que realmente :
Framework dentro do qual pode-se empregar vrios
processos ou tcnicas.

 A eficcia relativa
Voc pode melhorar as prticas.

Teoria Scrum

 Empirismo
Aborgadem iterativa e incremental
previsibilidade e controle de riscos.

Trs pilares apiam o controle do

processo emprico:
Transparncia
Inspeo
Adaptao

Transparncia
Visibilidade de aspectos significativos do
processo
Padro
Mesmo entendimento do que est sendo visto

Inspeo
Artefatos Scrum e o progresso
Detectar variaes

No muito frequente
No atrapalhar a execuo de tarefas

Inspetores especializados
Mais benfico

Adaptao
Caso haja desvios
Reajustar o processo ou o material sendo produzido

Realizado o mais breve possvel

Time Scrum

Composto por:
Product Owner / Dono do produto
Time de Desenvolvimento
Scrum Master

 Auto-organizveis
Forma de completarem seu trabalho

Multifuncionais
Todas as competncias necessrias

 Forma iterativa e incremental

Realimentao
Produto Pronto sempre disponvel

Product Owner
Maximizar valor do produto e do trabalho do
Time de Desenvolvimento

Product Owner
Gerenciar o Backlog do produto
Pode delegar para o Time de Desenvolvimento
Continua sendo o responsvel

Product Owner
Gerenciamento do Backlog do produto:
Clarificar os itens
Ordenar
Valor do trabalho
Torn-lo visvel e transparente
Entendimento necessrio dos itens

Product Owner
uma pessoa, no um comit
Pode representar um comit no Backlog do Produto

Product Owner
Alteraes nas prioridades dos itens devem
passar por ele

Time de Desenvolvimento
Entregar verso usvel no fim da Sprint
Auto-organizados
Multifuncionais

Time de Desenvolvimento
Sem ttulos
Responsabilidade ao time como um todo
Sem sub-times

Time de Desenvolvimento/Tamanho
Pequeno o suficiente para manter gil
Grande o suficiente para completar tarefas
em uma Sprint

Time de Desenvolvimento/Tamanho
Pequenos DEMAIS:

Menos que trs integrantes

Menos interao
Menor ganho de produtividade
Restries de habilidade

Time de Desenvolvimento/Tamanho
Grande DEMAIS :
Mais que nove integrantes
Muita coordenao exigida
Muita complexidade para um processo emprico

Scrum Master
Garantir que o Scrum seja entendido e
aplicado
Fora do time:
entender interaes teis

No time:
Maximizar o valor criado

Scrum Master/ Product Owner

Tcnicas para o gerenciamento efetivo do
Backlog;
Comunicar a viso, objetivo e itens do
Backlog para o Time claramente;

Scrum Master/ Product Owner

Ensinar o Time a criar itens de Backlog de
forma clara e concisa;
Compreender a longo-prazo o planejamento
do Produto no ambiente emprico;

Scrum Master/ Product Owner

Compreender e praticar a agilidade; e,
Facilitar os eventos Scrum conforme
exigidos ou necessrios.

Scrum Master / Time de

Desenvolvimento
Treinar o Time de Desenvolvimento em
autogerenciamento e interdisciplinaridade;
Ensinar e liderar o Time de Desenvolvimento
na criao de produtos de alto valor;

Scrum Master / Time de

Desenvolvimento
Remover impedimentos para o progresso do
Time de Desenvolvimento;
Facilitar os eventos Scrum conforme
exigidos ou necessrios; e,

Scrum Master / Time de

Desenvolvimento
Treinar o Time de Desenvolvimento em
ambientes organizacionais nos quais o
Scrum no totalmente adotado e
compreendido.

Scrum Master / Organizao

Liderando e treinando a organizao na
adoo do Scrum;
Planejando implementaes Scrum dentro
da organizao;

Scrum Master / Organizao

Ajudando funcionrios e partes interessadas
a compreender e tornar aplicvel o Scrum e o
desenvolvimento de produto emprico;
Causando mudanas que aumentam a
produtividade do Time Scrum; e,

Scrum Master / Organizao

Trabalhando com outros Scrum Masters
para aumentar a eficcia da aplicao do
Scrum nas organizaes.

Eventos Scrum

Criar rotina
Minimizar necessidade de outras reunies
Time-boxed
Sprint
possui durao fixa

Outros eventos
podem acabar antes do limite

 Oportunidade para inspecionar e adaptar

Permitir transparncia e inspeo criteriosa
No aconselhada a retirada de um dos
eventos
Reduo da transparncia
Perda de oportunidade para inspecionar e adaptar

Sprint
um time-boxed de um ms ou menos
criado um Pronto
Verso potencialmente utilizvel do produto
Incremental

Inicia imediatamente aps a concluso da

Sprint anterior

Sprint
So compostas por:

Reunio de planejamento da Sprint

Reunies dirias
Trabalho de desenvolvimento
Reviso da Sprint
Retrospectiva da Sprint

Sprint
Durante a Sprint:
No so feitas mudanas que ponham em perigo o
objetivo da Sprint
As metas de qualidade no diminuem
Escopo pode ser clarificado e renegociado
Conforme o aprendizado

Sprint
Cada Sprint pode ser considerada um projeto
Temporrios
Horizonte no maior que um ms.
Entregam produtos
Pronto
etc.

Sprint
Cada Sprint possui:

Definio do que para ser construdo

Plano projetado e flexvel
O trabalho
Resultado do produto

Sprint
Quando o horizonte da Sprint muito longo:
a definio do que ser construdo pode mudar
A complexidade pode aumentar
O risco pode crescer

Sprint
Permitem previsibilidade
garante a inspeo e adaptao

Limitam o risco ao custo de um ms corrido

Cancelamento da Sprint
Product Owner possui a autoridade para isto
Pode fazer sob influncia
Partes interessadas,
Time de Desenvolvimento e
Scrum Master

Cancelamento da Sprint
Objetivo da Sprint se tornou obsoleto
Organizao mudou de direo
As condies do mercado ou das tecnologias
mudaram
No faz mais sentido dadas s circunstncias

Cancelamento da Sprint
Raramente faz sentido
Devido a curta durao da Sprint

Cancelamento da Sprint
Revisados
Itens do Backlog do Produto completados
Pronto

Parte utilizvel do trabalho, tipicamente

aceita pelo Product Owner

Cancelamento da Sprint
Itens incompletos so reestimados e
colocado de volta no Backlog do Produto.
Trabalho feito deve ser frequentemente
reestimado.

Cancelamento da Sprint
Cancelamento de Sprints consome recursos
Nova reunio de planejamento da Sprint (Nova
Sprint)

Frequentemente so traumticos para o time

Reunio de Planejamento da
Sprint
Onde o trabalho a ser realizado na Sprint
planejado
Criado com a colaborao de todo o Time
Scrum
Time-box com no mximo 8 horas para
Sprint de ms de durao

Reunio de Planejamento da
Sprint
Scrum Master:
garante que evento ocorra
garante que os participantes entendam seu propsito
Mantem o time dentro dos limites do time-box

Reunio de Planejamento da Sprint

Responde as seguintes questes:
O que pode ser entregue?
Como o trabalho ser realizado?

Com outras palavras:

O que pode ser Pronto nesta Sprint?
Como o trabalho escolhido ser Pronto?

Objetivo ou meta da Sprint

Criado durante a reunio de planejamento
da Sprint
Pode ser satisfeito atravs da implementao
do Backlog da Sprint.
Faz o Time trabalhar em conjunto.

Objetivo ou meta da Sprint

Time deve manter o objetivo em mente.
Time implementa a funcionalidade e a
tecnologia.
Trabalho diferente do esperado
Time e Product Owner colaboram para negociar
escopo do Backlog da Sprint.

Reunio diria
Limite de 15 minutos (time-boxed)
Sincronizar atividades
Criar um plano para as prximas 24 horas.

Reunio diria
Inspecionar trabalho feito desde a ltima
Reunio.
Prever trabalho feito antes da prxima
Reunio.
Sempre no mesmo horrio e local

Reunio diria
O que fiz ontem?
O que farei hoje?
Quais so os obstculos?
As perguntas sempre se referem a meta do
Time na Sprint.

Reunio Diria
Time inspeciona o progresso
Em direo ao objetivo da Sprint?
Tende a completar o trabalho do Backlog da Sprint?

Aumenta a probabilidade do Time atingir o

objetivo da Sprint.

Reunio Diria
O Time responsvel pela conduo da
Reunio.
Scrum Master para a Reunio Diria :
Assegura que ocorra.
Ensina o Time a mant-la dentro do timebox de 15 min.
Refora que somente integrantes do Time
participam.

Reunio Diria

Melhoram comunicaes.
Eliminam outras reunies.
Identificam e removem impedimentos
Rpidas tomadas de deciso
Melhoram o nvel de conhecimento do Time.
Reunio chave para inspeo e adaptao.

Reviso da Sprint

Executada no final da Sprint

Inspecionar o incremento
Adaptar o Backlog do Produto, se necessrio.
Time e as partes interessadas colaboram
sobre o que foi feito na Sprint

Reviso da Sprint
Colaborao nas prximas coisas que podem
ser feitas
otimizar valor.

Reunio informal
No reunio de status

Apresentao do incremento
Motivar e obter comentrios
Promover a colaborao

Reviso da Sprint
Time-boxed de 4 horas de durao
Sprint de um ms.

Scrum Master:
Garante que o evento ocorra
Garante que os participantes entendam seu objetivo
Ensina a todos a manter a reunio dentro dos
limites do Time-box.

Reviso da Sprint
Participantes:
Time Scrum
Stakeholders chaves
Convidados pelo Product Owner

Product Owner:
Esclarece quais itens do Backlog foram Prontos e
quais no foram Prontos
Discute o Backlog do Produto tal como est.
Ele projeta as provveis datas de concluso

Reviso da Sprint
Time de Desenvolvimento:

Discute o que foi bem durante a Sprint

Quais problema ocorreram
Como os problemas foram resolvidos
Demonstra o trabalho que est Pronto
Responde as questes sobre o incremento.

Reviso da Sprint
O que fazer a seguir? (Prxima Sprint)
Entradas para a Reunio de Planejamento da
prxima Sprint.

Anlisar
Mudanas do mercado e do uso potencial do produto
Coisa mais importante a se fazer a seguir
Linha do tempo, oramento, potenciais capacidades,
e mercado para a prxima verso esperada do
produto

Reviso da Sprint
Resultado
Backlog do Produto revisado
Define provvel Backlog do Produto para a
prxima Sprint.
Backlog do Produto pode ser ajustado
completamente
Atender novas oportunidades

Retrospectiva da Sprint
Oportunidade para o Time Scrum
Inspecionar a s prprio
Criar um plano para melhorias

Ocorre depois da Reviso da Sprint

Antes da reunio de planejamento da
prxima Sprint
Time-boxed de trs horas

Retrospectiva da Sprint
Scrum Master garante
Garante que o evento ocorra
Garante que os participantes entendam seu
propsito.
Ensina todos a mant-lo dentro do time-box.
Participa da reunio como um membro auxiliar do
time
Devido a sua responsabilidade pelo processo
Scrum

Retrospectiva da Sprint
Propsito:
Inspecionar como a ltima Sprint foi
Pessoas
relacionamentos
processos
ferramentas

Retrospectiva da Sprint
Propsitos
Identificar e ordenar
Itens que foram bem
Potenciais melhorias
Criar plano para implementar melhorias

Retrospectiva da Sprint
Scrum Master
Encoraja o Time Scrum a melhorar
Processo do framework do Scrum
Processo de desenvolvimento
Prticas para faz-lo mais efetivo e agradvel.
Time Scrum
Planeja formas de aumentar a qualidade do
produto

Adaptando a definio de Pronto quando apropriado

Retrospectiva da Sprint
Ao final
Time Scrum dever ter identificado melhorias
Sero implementadas na prxima Sprint

Adaptao inspeo que o Time faz a s prprio.

Evento dedicado e focado na inspeo e

adaptao
Ainda assim, melhorias podem ser adotadas a
qualquer momento

Artefatos do Scrum

Artefatos do Scrum
Representam o trabalho ou o valor
Fornecimento de transparncias
Oportunidades de inspeo e adaptao

Maximizar a transparncia das informaes

chave
Mesmo entendimento dos artefatos

Backlog do Produto/Artefatos
Lista ordenada
Tudo que deve ser necessrio no produto

Origem nica dos requisistos para qualquer

mudana a ser feita no produto.
Product Owner responsvel
Contedo
Disponibilidade
Ordenao

Backlog do Produto/Artefatos
Nunca est completo
Primeiros desenvolvimentos
Requisitos inicialmente conhecidos
Melhor entendidos

Evolui tanto quanto o produto e o ambiente

Backlog do Produto dinmico
Mudanas constantes

Existir enquanto o produto tambm existir

Backlog do Produto
Lista todas as caractersticas, funes,
requisitos, melhorias e correes para as
futuras verses.
Itens do Backlog possuem atributos

Descrio
Ordem
Estimativa
Valor

Backlog do Produto
Backlog torna-se uma lista maior e mais
completa
Produto usado, ganha valor e mercado oferece
retorno

Backlog um artefato vivo

Requisitos no param de mudar
Requisitos de negcio
Condies de mercado
Tecnologia

Backlog do Produto
Mltiplos Times Scrum frequentemente
trabalham no mesmo produto
Utilizado para descrever o trabalho previsto
Um atributo do Backlog do Produto que
agrupe itens pode ser aplicado

Refinamento do Backlog do
Produto
Ao de adicionar
Detalhes
Estimativas
Ordem

Processo contnuo feito pelo Product Owner

e o Time de Desenvolvimento
Itens analisados e revisados

Refinamento do Backlog do
Produto
Time de Desenvolvimento decide o Pronto
Consome menos de 10% da capacidade do
Time de Desenvolvimento
Podem ser atualizados a qualquer momento
pelo
Product Owner
A critrio do Product Owner

Itens do Backlog
Itens de ordem mais alta
Devem ser mais claros e detalhados que os de ordem
mais baixa

Itens na prxima Sprint so mais refinados

Estar Prontos dentro do time-boxed da Sprint

Podem ser Prontos pelo Time de

Desenvolvimento
Considerados Preparados para seleo no

Estimativas do Backlog
Feito pelo Time de Desenvolvimento
Product Owner deve influenciar o Time
Ajudando no entendimento
Tomar decises conflituosas de troca

As pessoas que iro realizar o trabalho

devem fazer a estimativa final

Monitorando o Progresso a
Caminho do Objetivo
Em qualquer ponto do tempo
O total do trabalho restante para alcanar o objetivo
pode ser somado

Product Owner acompanha o trabalho

restante a cada Reunio de Reviso da Sprint
Compara com o valor de Reviso da Sprint anterior
Avaliar progresso pelo tempo estimado

Deve ser transparente para todas as partes

Monitorando o Progresso a
Caminho do Objetivo
Prticas de estimativas
Burndown
Burnup
Outras

No substituem a importncia do empirismo

O futuro desconhecido
Somente o que aconteceu pode ser usado para
tomada de decises futuras

Backlog da Sprint
um conjunto de itens do Backlog do Produto
selecionados para a Sprint
Previso do Time de Desenvolvimento
Determina as funcionalidades no prximo incremento
Trabalho necessrio para um incremento Pronto

Torna visvel todo o trabalho que o Time de

Desenvolvimento identifica como necessrio
para atingir o objetivo da Sprint

Backlog da Sprint
um plano com detalhes suficientes para
que as mudanas sejam entendidas na
Reunio Diria
Time de Desenvolvimento modifica
Surge durante a Sprint
Quando o Time de Desenvolvimento trabalha
seguindo o plano e aprende mais sobre o trabalho
necessrio para atingir o objetivo da Sprint

Backlog da Sprint
Acionado pelo Time de Desenvolvimento
Novo trabalho necessrio

Atualizado
Conforme o trabalho realizado ou completo
Quando desnecessrio, removido

Somente o Time de Desenvolvimento pode

alterar o Backlog da Sprint durante a Sprint
Backlog da Sprint altamente visvel

Monitorando o Progresso da
Sprint
Em qualquer ponto do tempo
O total do trabalho restante dos itens do Backlog da
Sprint pode ser somado

Time de Desenvolvimento monitora o total do

trabalho restante a cada Reunio Diria
Probabilidade de alcanar o objetivo da Sprint

Melhora a gerncia do progresso da Sprint

Incremento
Soma de todos os itens do Backlog do
produto completos durante a Sprint
Valor dos incrementos das Sprints anteriores
Ao final da Sprint, um novo incremento deve
estar Pronto
Condio de utilizvel, independentemente do
Product Owner decidir liber-lo ou no

Transparncia do Artefato

Transparncia do Artefato
Scrum invoca transparncia
Decises
Percepo do estado dos artefatos

Quanto mais transparente, mais slidas

sero as decises
Artefatos pouco transparentes podem ser falhas,
valores podem diminuir e riscos podem aumentar.

Transparncia do Artefato
Colaborao entre Scrum Master, Product
Owner, Time de Desenvolvimento e outras
partes envolvidas
Scrum Master deve aplicar tcnica adequada
Scrum Master deve monitorar para manter
uma mxima transparncia

Transparncia do Artefato
Scrum Master deve lidar com o Time Scrum
e organizar o aumento da transparncia dos
artefatos
Transparncia no ocorre de uma dia para o
outro
Envolve aprendizagem, conhecimento e mudanas

Definio de Pronto
Todos devem entendem o significado de
Pronto
Para o Time Scrum quando o trabalho esta
completo no incremento do produto
Cada Sprint deve entregar incrementos de
funcionalidades potencialmente utilizvel
que atenda a definio de Pronto

Pronto?
Se Pronto para um incremento no uma
conveno de desenvolvimento da
organizao, o Time de Desenvolvimento do
Time Scrum deve definir uma definio de
Pronto apropriada para o produto.

Pronto?
Cada incremento adicionado aos
incrementos anteriores e testado, para
garantir que os incrementos funcionam
juntos
Time Scrum maduro o Pronto pode ter
critrios mais rigorosos de qualidade

Concluso

Concluso
Papis, artefatos, eventos e regras Scrum so
imutveis e embora seja possvel
implementar somente parte do Scrum, o
resultado no Scrum.
Scrum existe somente na sua totalidade,
funcionando como um container para outras
tcnicas, metodologias e prticas.