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 backlog semanas
aplicar o Scrum provocar mudanças aprimorado
facilitar os eventos requeridos e necessários
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 única pessoa responsável por gerenciar o Sprint Daily Sprint Sprint
DT potencialmente liberável do produto “pronto” ao
final de cada Sprint e responsável por
PO
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
Increment o incremento será realizado motivar a colaboração e obter
backlog backlog Burn-down PO define e esclarece objetivo da objetivo da Sprint e verificará feedback dos stakeholders
plano de melhorias para a próxima
Soma de todos os itens do se o progresso tende na Sprint, sendo que o SM é facilitador.
Sprint e os itens de backlog do convidados pelo PO que esclarece
Previsão do DT sobre qual backlog do produto direção de completar o Inspecionar como a última Sprint foi
Ferramenta de produto que, ao serem quais itens do backlog estão prontos
Lista ordenada de tudo que é funcionalidade estará no completados durante a Sprint e trabalho do backlog da Sprint em relação às pessoas, aos
acompanhamento das métricas completados, atingirão o objetivo. ou não. Revisar o mercado, linha do
conhecido ser necessário no produto. É próximo incremento e o valor dos incrementos de (usando o burn-down) relacionamentos, aos processos e
e não das tarefas. Pode ser DT avalia o que pode ser tempo, orçamento, potenciais
a única origem dos requisitos, sobre o trabalho todas as Sprints anteriores. O O que eu fiz ontem e o que às ferramentas. Identificar e ordenar
grande e englobar o ciclo de completado na Sprint (conforme capacidades para o planejamento
funções, melhorias e correções para necessário para entregar incremento deve estar em farei hoje ajuda o DT a atingir a os principais itens que foram bem e as
vida de um produto (release DoR, preparado) e renegocia com da Sprint subsequente, próxima
qualquer mudança a ser feita no essa funcionalidade em condições de uso, meta da Sprint? Vejo algum potenciais melhorias. Criar um plano
burn-down) ou para cobrir uma o PO (itens) levando em conta: versão esperado de funcionalidade
produto. O PO é responsável pelo um incremento “pronto”. independente do PO, decidir obstáculo que impeça a mim para implementar melhorias no modo
Sprint pequena (15 dias, por backlog de produto, incremento ou capacidade do produto. DT
backlog do produto, incluindo seu Somente o DT modifica o liberá-lo ou não. DoD (checklist ou o DT no atingimento da que o time Scrum faz seu trabalho
exemplo) mais recente do produto, discute problemas na Sprint bem
conteúdo,disponibilidade,priorização backlog da Sprint ao longo de critérios obrigatórios meta da Sprint? A reunião
capacidade do time Scrum e como o que funcionou bem Scrum team
e refinamento (grooming diário, com de toda a Sprint, e este vai acordados) entendimento diária é interna do DT, no
desempenho passado. O trabalho
o DT). itens do backlog do produto surgindo durante a Sprint. compartilhado do que significa o Burn-up mesmo horário e local e o
(resolução dos mesmos) e mostra o SM Scrum
planejado pelo DT para os trabalho pronto, respondendo Master Stakeholders
selecionados entregam uma função Deve incluir um item de alta trabalho estar completo para o SM garante que stakeholders
Tal qual o burn-down, porém primeiros dias da Sprint é questões sobre o incremento. PO externos
coerente, que pode ser o objetivo da prioridade relativos a time Scrum, sobre um item do PO Product
decomposto até o final desta presentes não perturbem a discute o backlog do produto e
Sprint. NUNCA está pronto, pois é um mostra o progresso em story 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