líder-servidor responsável por promover e suportar o Scrum (teoria, Sprint (de 1 a 4 semanas, proporcional) Velocidade: montante do backlog do produto

4 semanas, proporcional) Velocidade: montante do backlog do produto convertido em

SM práticas, regras e valores) para o DT e stakeholders externos sem mudanças que possam por em perigo o objetivo da Sprint
metas de qualidade não diminuem
DO DOING DONE
incremento durante uma Sprint, e controlada pelo DT para uso
do time Scrum (somente para aprimorar processo). Épico: não
cabe em uma Sprint, e geralmente há divergência quanto a
garantir: objetivos, escopo e domínio do produto claros para o DT escopo pode ser clarificado/renegociado entre o PO e DT Daily Scrum pontuação no Scrum Poker produto
técnicas para o gerenciamento efetivo do backlog do produto; somente o PO pode cancelar uma Sprint, ainda que sob
planejar, liderar, e treinar a influência do time Scrum ou outros stakeholders acabado
ajudar o DT a entender requisitos para os itens de backlog
compreender empiricamente o planejamento do produto organização na adoção do Scrum;
product
backlog 1a4 ou
ajudar stakeholders a compreender e itens incrementalmente
garantir que o PO organize o product backlog
facilitar os eventos requeridos e necessários aplicar o Scrum provocar mudanças
backlog semanas aprimorado
que aumentam a produtividade do DT potentially releasable (conforme DoD)
treinar o DT em autogerenciamento e interdisciplinaridade;
trabalhar com outros SM para
ajudar o DT na criação de produtos de alto valor, mesmo onde o
aumentar a eficácia da aplicação do 1 2 3
Scrum não é adotado/compreendido Increment or product
Scrum na organização. SM pode Sprint planning Sprint backlog Sprint review Sprint retrospective
remover impedimentos e facilitar eventos Scrum
executar trabalho do Sprint backlog
realizar o trabalho de entregar um incremento Sprint Daily Sprint Sprint
DT potencialmente liberável do produto “pronto” ao
final de cada Sprint e responsável por
PO
única pessoa responsável por gerenciar o
backlog do produto: planning Scrum review retrospective
3a9 esclarecer e ordenar os itens do backlog (até 8h,
pessoas estimativas e pelo DoD, caso a otimizar o trabalho que o DT realiza; garantir que o backlog proporcional) (15min) (até 4h, proporcional) (até 3h, proporcional)
organização não possua. 1 2 3 DoR BOM MELHORAR AÇÕES
seja visível, transparente e que o DT entenda os itens do
O que pode ser entregue como
DoD
auto-organizados, multifuncionais, backlog no nível necessário por meio do DoR (preparado). DT responsável por conduzir
resultado do incremento da Reunião informal para inspecionar
sem títulos ou sub-times O PO pode executar trabalho do Sprint backlog a reunião (conforme ensinado
próxima Sprint? Como o o incremento e adaptar o backlog Oportunidade para o time Scrum
pelo SM) e inspecionará o
Product Sprint trabalho necessário para entregar
progresso em direção ao
do produto se necessário, visando inspecionar a si próprio e criar um
backlog backlog Increment Burn-down
o incremento será realizado
PO define e esclarece objetivo da objetivo da Sprint e verificará
motivar a colaboração e obter plano de melhorias para a próxima
feedback dos stakeholders Sprint, sendo que o SM é facilitador.
Soma de todos os itens do Sprint e os itens de backlog do se o progresso tende na convidados pelo PO que esclarece Inspecionar como a última Sprint foi
Previsão do DT sobre qual backlog do produto produto que, ao serem direção de completar o
Lista ordenada de tudo que é Ferramenta de quais itens do backlog estão prontos em relação às pessoas, aos
funcionalidade estará no completados durante a Sprint e completados, atingirão o objetivo. trabalho do backlog da Sprint
conhecido ser necessário no produto. É acompanhamento das métricas ou não. Revisar o mercado, linha do relacionamentos, aos processos e
próximo incremento e o valor dos incrementos de DT avalia o que pode ser (usando o burn-down)
a única origem dos requisitos, e não das tarefas. Pode ser tempo, orçamento, potenciais às ferramentas. Identificar e ordenar
sobre o trabalho todas as Sprints anteriores. O completado na Sprint (conforme O que eu fiz ontem e o que
funções, melhorias e correções para grande e englobar o ciclo de capacidades para o planejamento os principais itens que foram bem e as
necessário para entregar incremento deve estar em DoR, preparado) e renegocia com farei hoje ajuda o DT a atingir a
qualquer mudança a ser feita no vida de um produto (release da Sprint subsequente, próxima potenciais melhorias. Criar um plano
essa funcionalidade em condições de uso, o PO (itens) levando em conta: meta da Sprint? Vejo algum
produto. O PO é responsável pelo burn-down) ou para cobrir uma versão esperado de funcionalidade para implementar melhorias no modo
um incremento “pronto”. independente do PO, decidir backlog de produto, incremento obstáculo que impeça a mim
backlog do produto, incluindo seu Sprint pequena (15 dias, por ou capacidade do produto. DT que o time Scrum faz seu trabalho
Somente o DT modifica o liberá-lo ou não. DoD (checklist mais recente do produto, ou o DT no atingimento da
conteúdo,disponibilidade,priorização exemplo) discute problemas na Sprint bem
backlog da Sprint ao longo de critérios obrigatórios capacidade do time Scrum e meta da Sprint? A reunião Scrum team
e refinamento (grooming diário, com como o que funcionou bem
de toda a Sprint, e este vai acordados) entendimento desempenho passado. O trabalho diária é interna do DT, no
o DT). itens do backlog do produto surgindo durante a Sprint. compartilhado do que significa o Burn-up planejado pelo DT para os mesmo horário e local e o
(resolução dos mesmos) e mostra o SM Scrum
Master
selecionados entregam uma função trabalho pronto, respondendo Stakeholders
Deve incluir um item de alta trabalho estar completo para o primeiros dias da Sprint é SM garante que stakeholders
coerente, que pode ser o objetivo da Tal qual o burn-down, porém questões sobre o incremento. PO PO Product externos
prioridade relativos a time Scrum, sobre um item do decomposto até o final desta presentes não perturbem a
Sprint. NUNCA está pronto, pois é um mostra o progresso em story discute o backlog do produto e owner
melhoria do processo backlog de produto ou reunião, frequentemente em reunião que é chave para
artefato vivo que evolui tanto quanto o points ou horas dedicadas. projeta alvos e datas de entrega,
identificado na retrospectiva incremento. Deve valer para unidades de um dia de duração ou inspeção e adaptação. DT Dev
produto e o ambiente. podendo convidar key stakeholders
da Sprint anterior. todos stakeholders. menos. Team Prof. Alexandre Caramelo

DEFINIÇÃO: framework dentro do qual pessoas podem tratar e resolver problemas complexos e adaptativos, enquanto produtiva e criativamente
entregam em um ambiente empírico, produtos com o mais alto valor possível por meio da transferência de conhecimento iterativo e incremental
confiança TRANSPARÊNCIA INSPEÇÃO ADAPTAÇÃO
Se um inspetor determina que um ou mais
aspectos significativos do processo usuários Scrum devem, frequentemente, inspecionar os aspectos de um processo desviou para fora dos
devem estar visíveis aos artefatos Scrum e o progresso em direção ao objetivo da limites aceitáveis, e que o resultado do
responsáveis pelos resultados. Sprint para detectar variações indesejadas produto será inaceitável, o processo ou o
material sendo produzido deve ser ajustado
PILARES
VALORES CORAGEM FOCO ABERTURA RESPEITO COMPROMETIMENTO