Framework Scrum: Conceitos e Fundamentos

Prévia do material em texto

FRAMEWORK 
SCRUM 
• Especialista em Gestão de Projetos, Business Agility, atua na
área de TI, inovação e Negócios há 15 anos e possui experiência
em gestão de projetos e negócios, tendo atuado em grandes
empresas de vários portes e segmentos
• Possui várias certificações na área de gestão de projetos,
comportamento e negócios, tais como: ACPC®, BOPC®,
IMPC®, KEPC®, DTPC®, EDTP-IBM®, OKRCP®, SDPC®, DISC-
AC®, KMP®, PAL®, LEADER COACH, PROFESSIONAL COACH,
DEPC®, SFPC®, PNL®, PACC®, SMC®, SFC®
• É Professor dos cursos de Pós Graduação de diversas
Faculdades
Prof. Luiz Fernando Nunes
SCRUM
/LUIZ-NUNES-391A483A/
E-Mail.: professorluiznunes@gmail.com
SCRUM
OBJETIVO DA FORMAÇÃO
Apresentar o Framework Scrum de forma prática para
que seja possível entender como utilizar esse framework
ágil no desenvolvimento de produto e projetos de
sucesso.
Aula 01
Identificando Ambientes
Facilitação
Comando
Colaboração
Coordenação
SCRUM
FRAMEWORK CYNEFIN
FRAMEWORK CYNEFIN
Results
Ninguém sabe
Alguém sabe claramente 
fazer isto
Nós claramente sabemos 
o que tem que fazer
C E? C E C E
• Acho que ninguém que eu 
conheço fez isto antes. É 
imprevisível.
• Alto risco
• Complexo
• Designers, Cientistas 
(mindset)
• Alguém já fez muitas 
vezes, não eu. É 
conhecido.
• Médio Risco
• Complicadas
• Especialistas
• Já fizemos várias vezes. É 
conhecido.
• Baixo Risco
• Simples
• Analistas
C EConhecimento Entendimento
SCRUM
FUNDAMENTOS DO SCRUM
ESTRATÉGIA
ARQUITETURA DE NEGÓCIO
ARQUITETURA DE 
APLICAÇÕES
ARQUITETURA DE 
INFORMAÇÃO
ARQUITETURA TECNOLÓGICA
ENTERPRISE ARCHITECTURE
PLANEJAMENTO EXECUÇÃO
MÉTODOS ÁGEIS
SCRUM XP
CRYSTAL FDD / DSDM
RUP ENTRE OUTROS
METODOLOGIA DE PROJETOS ÁGEIS
SCRUM
FUNDAMENTOS DO SCRUM
MÉTODOS 
PREDITIVOS
MÉTODOS EMPÍRICOS 
(SCRUM, KANBAN E 
FRAMEWORKS ÁGEIS)
Sobrevivência
FUNDAMENTOS DO SCRUM
SCRUM
Aula 02
Manifesto Ágil
SCRUM
MANIFESTO ÁGIL
SCRUM
MANIFESTO ÁGIL - VALORES
SCRUM
MANIFESTO ÁGIL - PRINCÍPIOS
Aula 03
Conceitos de Agilidade
SCRUM
CASCATA E MODELO ÁGIL
SCRUM
MINDSET ÁGIL
SCRUM
PLANEJAMENTO ÁGIL
Estratégia Portfólio Produto Entrega Sprint Diário
“Agilidade é capacidade de mover e 
mudar de direção, com rapidez e 
facilidade.”
Alistair Cockburn 
(The Heart of Agile – Cocriador do Manifesto Ágil)
SCRUM
MODELO HEART OF AGILE – ALISTAIR COCKBURN
• Colaborar estreitamente com os outros para gerar e
desenvolver melhores ideias iniciais. Comunique-se
frequentemente para facilitar as transições.
• Entregar pequenas ondas inicialmente para aprender
como o mundo realmente funciona. Expanda as entregas
à medida que aprende a prever e influenciar os
resultados.
• Refletir periodicamente, ao longo do caminho. Pense no
que aprendeu em sua colaboração e em suas entregas.
• Melhorar a direção de suas ideias, sua implementação
técnica e seus processos internos.
HEART OF AGILE
Aula 04
Framework Scrum
SCRUM
FUNDAMENTOS DO SCRUM
“Scrum é um framework com a qual as pessoas podem
resolver problemas complexos e adaptáveis, enquanto
entregam produtos de forma produtiva e criativa e com o
maior valor possível.”
SCRUM
FUNDAMENTOS DO SCRUM
Scrum é:
• Leve
• Simples de Entender
• Difícil de Aplicar
SCRUM
FUNDAMENTOS DO SCRUM
“O Scrum é baseado na teoria empírica de
controle de processos, ou empirismo.”
SCRUM
FUNDAMENTOS DO SCRUM
“O Scrum emprega uma abordagem
incremental e iterativa para otimizar a
previsibilidade e controlar o risco.”
SCRUM
FUNDAMENTOS DO SCRUM
“O Scrum emprega uma abordagem
incremental e iterativa para otimizar a
previsibilidade e controlar o risco.”
SCRUM
VALORES DO SCRUM
Aula 05
Pilares do Scrum
SCRUM
FUNDAMENTOS DO SCRUM
PILARES DO SCRUM:
• Transparência
• Inspeção
• Adaptação
Garante que os aspectos do processo que
afetam o resultado sejam visíveis e
conhecidos aos responsáveis pelo
controle.
A inspeção e adaptação devem ser
transparentes a todos envolvidos no
processo.
SCRUM
FUNDAMENTOS DO SCRUM
PILARES DO SCRUM:
• Transparência
• Inspeção
• Adaptação
Os processos devem ser totalmente
inspecionados com um determinada
frequência suficiente para que as
variações possam ser detectadas. Este
processo pode sofrer mudança no
momento da inspeção.
SCRUM
FUNDAMENTOS DO SCRUM
PILARES DO SCRUM:
• Transparência
• Inspeção
• Adaptação
Quando durante a adaptação for
encontrada variação fora dos limites
aceitáveis em um ou mais aspectos do
processo, onde poderá resultar um
produto com desvios, o processo deverá
ser ajustado o mais breve possível, para
que os desvios futuros sejam minimizados.
SCRUM
FUNDAMENTOS DO SCRUM
PILARES DO SCRUM:
• Transparência
• Inspeção
• Adaptação
Eventos formais que contribuem para os
processos de inspeção e adaptação:
• Reunião de planejamento da Sprint;
• Reunião diária;
• Reunião de revisão da Sprint;
• Retrospectiva da Sprint.
Aula 06
Papéis e Responsabilidades
SCRUM
PAPÉIS E RESPONSABILIDADES – PRODUCT OWNER
“Os times Scrum são pequenos e realizam eventos
com uma duração fixa (TimeBox) e ciclos iterativos
com o objetivo de construir produtos e entregar
valor para seus clientes.”
SCRUM
PAPÉIS E RESPONSABILIDADES
SCRUM MASTER PRODUCT OWNER TIME DE DESENVOLVIMENTO
SCRUM
PAPÉIS E RESPONSABILIDADES
SCRUM MASTER
Características do Scrum Master:
• Possui amplo conhecimento do Framework Scrum;
• Responsável por promover e apoiar o Scrum;
• Líder servidor do Time Scrum;
• Auxilia a organização a entender quais suas interações com o Time do 
Scrum;
SCRUM
PAPÉIS E RESPONSABILIDADES
SCRUM MASTER
Responsabilidades do Scrum Master para a Organização:
• Liderar e apoiar na adoção do Scrum;
• Planejar a implementação do Scrum na Organização;
• Auxiliar o Time do Scrum e partes interessadas no entendimento do 
Scrum;
• Ser motivador de mudanças para implementar uma melhor 
produtividade do Time Scrum;
• Trabalhar com outros Scrum Masters (caso existam!), para aumentar a 
aceitação e efetividade do Scrum.
SCRUM
PAPÉIS E RESPONSABILIDADES
SCRUM MASTER
Responsabilidades do Scrum Master para o Product Owner:
• Garantir que os objetivos sejam compreendidos por todos do Time 
Scrum;
• Encontrar técnicas para gerenciamento efetivo do Backlog do Produto;
• Encorajar a necessidade de ter um release e produto incremental, claro 
e conciso;
• Auxiliar o Product Owner se envolvendo e fazendo as partes 
interessadas serem mais colaborativos;
• Compreensão sobre planejamento de produtos em ambientes 
empíricos;
SCRUM
PAPÉIS E RESPONSABILIDADES
SCRUM MASTER
Responsabilidades do Scrum Master para o Product Owner:
• Explicar como realizar a pesquisa de performance para atender os 
requisitos do Agile;
• Entender dos valores e princípios ágeis e facilitar a sua prática.
SCRUM
PAPÉIS E RESPONSABILIDADES
SCRUM MASTER
Responsabilidades do Scrum Master para o Time de Desenvolvimento:
• Guiar o time para que sejam auto organizados e multifuncionais;
• Garante que os artefatos do Scrum sejam atualizados;
• Auxilia o Time de Desenvolvimento a criar produtos de alto valor;
• Elimina impedimentos para o progresso da construção;
• Garante um ambiente ideal para o Time de Desenvolvimento;
• Auxilia o Time de Desenvolvimento no Desenvolvimento do Backlog da 
Sprint e do Gráfico Burndown da Sprint.
SCRUM
PAPÉIS E RESPONSABILIDADES
PRODUCT OWNER
Características do Product Owner:
• Ter ampla visão de negócios;
• Gerenciar as necessidades e interesses de todas as partes interessadas;
• Capacidade de interpretação e tradução das necessidades em regras 
de negócios;
• Ter habilidade de negociação e didática para explicar as necessidades 
ao time.
SCRUM
PAPÉIS E RESPONSABILIDADES
PRODUCT OWNER
• Responsável por gerenciar o Product Backlog;
• Garantir o ROI (Retorno sobre o Investimento);
• Avaliar a viabilidade e garantir a entrega do produto/serviço;
• Definir a Visão do Produto;
• Gerencia a entradade novos requisitos e priorização;
• Gerenciar o plano de releases;
• Definir os critérios de aceitação;
SCRUM
PAPÉIS E RESPONSABILIDADES
PRODUCT OWNER
• Gerenciar o produto de forma a assegurar o valor do trabalho 
executado pelo Time de Desenvolvimento;
• Garante o significado de cada um dos itens do backlog;
• Define as metas das Sprints;
• Representa o usuário ou cliente;
• Explicar as User Stories para o Time de Desenvolvimento;
SCRUM
PAPÉIS E RESPONSABILIDADES
TIME DE DESENVOLVIMENTO
Características do Time de Desenvolvimento:
• Ter Conhecimento do Scrum;
• Colaboração;
• Motivado e Proativo;
• Técnicos;
• Auto organizados;
• Independente;
• Responsável;
• Orientado por objetivos (Meta da Sprint).
SCRUM
PAPÉIS E RESPONSABILIDADES
TIME DE DESENVOLVIMENTO
Características do Time de Desenvolvimento:
• Time pequeno suficiente para permanecer ágil e grande o 
suficiente para concluir o trabalho da Sprint;
• Tamanho ideal de 3 a 9 membros;
• Somente o Time de Desenvolvimento criam o incremento;
SCRUM
PAPÉIS E RESPONSABILIDADES
TIME DE DESENVOLVIMENTO
• Entendimento claro dos requisitos;
• Estimar os PBI (Product Itens Backlog) aprovadas pelo Product 
Owner;
• Criar entregáveis de alta qualidade;
• Desenvolver a lista de tarefas baseadas nos PBI (Product Itens 
Backlog) aprovadas pelo Product Owner;
• Calcular os esforços para as tarefas identificadas.
SCRUM
PAPÉIS E RESPONSABILIDADES
TIME DE DESENVOLVIMENTO
• Desenvolver o Backlog da Sprint e o gráfico Burndown;
• Identificar oportunidades de melhoria;
• Identificar riscos e implementar ações para mitiga-los;
• Participar do projeto e da Retrospectiva da Sprint.
Aula 07
Sprint, o coração do 
Scrum
SCRUM
EVENTOS DO FRAMEWORK SCRUM
Sprint 
Retrospective
Sprint Planning
Sprint 
Review
Daily 
Scrum
Product Backlog Sprint Backlog
Incremento do 
Produto
Scrum Master
Product Owner
Time de Desenv.
Partes Interessadas 
Clientes
SCRUM
EVENTOS DO FRAMEWORK SCRUM
Sprint 
Retrospective
Sprint Planning
Sprint 
Review
Daily 
Scrum
Product Backlog Sprint Backlog
Incremento do 
Produto
Scrum Master
Product Owner
Time de Desenv.
Partes Interessadas 
Clientes
SPRINT
SCRUM
TIME-BOX
• Tempo máximo pré-definida é fixa;
• A time-box acaba o evento deve terminar automaticamente;
• Pode terminar antes do tempo definido (limite);
• Um evento nunca pode levar mais tempo que o definido.
SCRUM
BENEFÍCIOS DO TIME-BOX
Define limites para a 
auto-organização
Disciplina e 
regularidade
Trabalho com Foco 
(prioridade e valor)
SCRUM
EVENTOS DO FRAMEWORK SCRUM
SPRINT
• É um coração do Scrum;
• Realização dos trabalhos em iterações ou ciclos de até 4 semanas;
• Duração de 1 a 4 semanas;
• O trabalho completado a cada Sprint deve criar algo de valor tangível para o cliente;
• Sprints são planejadas em TIMEBOX, sempre possuindo uma data de início e fixadas, e geralmente
devem possuir a mesma duração;
• Uma Sprint consiste de Sprint Planning, Daily Scrum, Sprint Review e Sprint Retrospective;
• Durante a execução da Sprint não devem ser feitas quaisquer alterações que afetem a meta da
Sprint.
Fonte: Rubin (2017)
SCRUM
SCRUM
PLANEJAMENTO 
DA SPRINT SPRINT 1
REVISÃO DA 
SPRINT
RETROSPECTIVA 
DA SPRINT
REUNIÕES DIÁRIAS
 Sprint Planning
 Daily Scrum
 Revisão da Sprint
 Retrospectiva da 
Sprint
SCRUM
Projeto avança ao longo das Sprints
 Sprint Planning
 Daily Scrum
 Revisão da Sprint
 Retrospectiva da 
Sprint
 Sprint Planning
 Daily Scrum
 Revisão da Sprint
 Retrospectiva da 
Sprint
 Sprint Planning
 Daily Scrum
 Revisão da Sprint
 Retrospectiva da 
Sprint
SPRINT 1 SPRINT 2 SPRINT 3 SPRINT 4
EVENTOS DO FRAMEWORK SCRUM
SCRUM
EVENTOS DO FRAMEWORK SCRUM
NÃO EXISTE SPRINT ZERO!!!
SPRINT DEVE PRODUZIR UM INCREMENTO PRONTO
E TOTALMENTE LIBERÁVEL
Aula 07
Planejamento da Sprint 
(Sprint Planning)
SCRUM
EVENTOS DO FRAMEWORK SCRUM
Sprint 
Retrospective
Sprint Planning
Sprint 
Review
Daily 
Scrum
Product Backlog Sprint Backlog
Incremento do 
Produto
Scrum Master
Product Owner
Time de Desenv.
Partes Interessadas 
Clientes
Fonte: Rubin (2017)
SCRUM
SCRUM
EVENTOS DO FRAMEWORK SCRUM
Planejamento da Sprint (Sprint Planning)
• Onde toda iteração é planejada;
• Um evento time-boxed, geralmente de 8 horas para uma sprint de um mês de duração;
• Definir “o que será feito” e “como”;
• O Product Owner apresenta os itens selecionados para a sprint;
• Definir a meta da sprint;
• Realiza a decomposição os itens em unidades de dias ou menos;
• Criação do Sprint Backlog;
Aula 08
Reunião Diária 
(Daily Scrum)
SCRUM
EVENTOS DO FRAMEWORK SCRUM
Sprint 
Retrospective
Sprint Planning
Sprint 
Review
Daily 
Scrum
Product Backlog Sprint Backlog
Incremento do 
Produto
Scrum Master
Product Owner
Time de Desenv.
Partes Interessadas 
Clientes
Fonte: Rubin (2017)
SCRUM
SCRUM
EVENTOS DO FRAMEWORK SCRUM
Reunião Diária(Daily Scrum)
• Momento onde o Time de Desenvolvimento se encontra diariamente;
• Reunião de no máximo 15 minutos;
• Ocorre sempre no mesmo local e no mesmo horário;
• Tem como objetivo que cada membro do time explique de forma breve:
I. O que realizou desde a última reunião diária?;
II. O que irá realizar até a próxima reunião diária?;
III. Quais obstáculos ou impedimentos estão em seu caminho?
• A reunião pode ser considerada um ato de passagem de status;
• Caso haja algum impedimento, o Time de Desenvolvimento se auto-organiza para resolver;
• Caso o Time de Desenvolvimento não consiga resolver algo, estes são repassados ao Scrum Master
para resolver.
Aula 08
Revisão da Sprint
(Sprint Review)
SCRUM
EVENTOS DO FRAMEWORK SCRUM
Sprint 
Retrospective
Sprint Planning
Sprint 
Review
Daily 
Scrum
Product Backlog Sprint Backlog
Incremento do 
Produto
Scrum Master
Product Owner
Time de Desenv.
Partes Interessadas 
Clientes
Fonte: Rubin (2017)
SCRUM
SCRUM
EVENTOS DO FRAMEWORK SCRUM
Revisão da Sprint(Sprint Review)
• Momento de apresentação da Sprint;
• Seu objetivo é a revisão do Product Owner, ou do cliente, em todos os itens concluídos pelo Time;
• Evento time-boxed de quatro horas;
• Neste evento será possível avaliar o que foi considerado pronto em relação ao que deveria ser
entregue.
Aula 08
Retrospectiva da Sprint
(Sprint Retrospective)
SCRUM
EVENTOS DO FRAMEWORK SCRUM
Sprint 
Retrospective
Sprint Planning
Sprint 
Review
Daily 
Scrum
Product Backlog Sprint Backlog
Incremento do 
Produto
Scrum Master
Product Owner
Time de Desenv.
Partes Interessadas 
Clientes
Fonte: Rubin (2017)
SCRUM
SCRUM
EVENTOS DO FRAMEWORK SCRUM
Retrospectiva da Sprint(Sprint Retrospectiva)
• Momento para inspecionar como ocorreu a última sprint e deve-se levar em conta as pessoas,
relacionamentos, processos e ferramentas utilizadas;
• Evento time-boxed de 3 horas;
• O objetivo é identificar e priorizar os seguintes itens:
I. Os principais itens que correram bem e devem ser mantidos para a próxima Sprint;
II. Os principais itens que podem ainda ser melhorados e mais positivos na próxima Sprint;
III. Os principais itens que devem ser descartados e retirados da próxima Sprint;
• Identifica possíveis melhorias que serão aplicadas na próxima Sprint;
• Este evento influência e provoca a melhoria contínua no Scrum.
Aula 09
Artefatos do Scrum
SCRUM
ARTEFATOS DO SCRUM
O Scrum possui alguns artefatos que dão uma visão do andamento do projeto e das Sprints:
Os artefatos do Scrum são:
• Backlog do Produto;
• Backlog da versão de entrega;
• Backlog da Sprint;
• Quadro de Tarefas (taskboard);
• Burndown Charts.
SCRUM
ARTEFATOS DO SCRUM
BACKLOG DO PRODUTO
• Lista ordenada criada pelo Time Scrum, onde somente o Product Owner pode inserir, remover ou
reordenar os itens;
• Formato mais utilizado para os itens é o de User Stories (estórias de usuário);
• Em geral os itens de maior importância são os itens que se têm maior conhecimento e possuemmaior detalhamento.
• Pode conter itens funcionais, não funcionais, melhorias, correções, ideias, atualizações e outros
requisitos;
• Única fonte de requisitos para que as alterações sejam feitas no produto;
• O Product Owner é o responsável pelo Backlog do Produto.
Fonte: Rubin (2017)
SCRUM
SCRUM
ARTEFATOS DO SCRUM
BACKLOG DA SPRINT
• Conjunto de itens selecionados para serem implementados durante a Sprint mais o plano
necessário para transformá-los em um Incremento;
• Ao final da Sprint Planning um novo Sprint Backlog é criado;
• O plano é composto por tarefas técnicas que serão necessárias para transformar o item em um
incremento do produto;
• O Time de Desenvolvimento identifica todas as tarefas que precisam ser feitas, apenas o suficiente
para prever apenas o trabalho que compreende a Sprint atual;
• O Time de Desenvolvimento realiza a estimativa em horas para realizar o trabalho;
• Torna visível todo o trabalho que o Time de Desenvolvimento identifica como necessário para
atender o objetivo da Sprint.
SCRUM
SCRUM
ARTEFATOS DO SCRUM
Quadro de Tarefas
• Principais ferramentas ágeis para exercitar a transparência;
• Deixa visualmente claro para todos os envolvidos com o projeto o que está sendo realizado;
• Divisão são feitas em quatro colunas;
• Deve possuir no mínimo as colunas de história, que agrupam as tarefas “a fazer”, “fazendo” e
“pronto”. Podendo inserir outras que forem necessárias como “bugs”, “correções”, “validações”
entre outras;
SCRUM
ARTEFATOS DO SCRUM
Gráfico Burndown
• Representa visualmente a soma das estimativas dos esforços restantes para completar o backlog;
• Provê informações que podem ser comunicadas e distribuídas aos stakeholders do projeto;
Gráfico Burndown da Sprint
• Representa a quantidade restante de trabalho do backlog da Sprint ao longo dos dias de duração da
Sprint;
• Visualiza o esforço estimado em qualquer unidade de medida que seja de entendimento do Time;
Fonte: Rubin (2017)
SCRUM
Fonte: Rubin (2017)
SCRUM
Fonte: Rubin (2017)
SCRUM
Aula 10
User Stories e Backlog
SCRUM
USER STORIES
Sprint 
Retrospective
Sprint Planning
Sprint 
Review
Daily 
Scrum
Product Backlog Sprint Backlog
Incremento do 
Produto
Scrum Master
Product Owner
Time de Desenv.
Partes Interessadas 
Clientes
SCRUM
São um formato conveniente para expressar o desejado
valor de negócio para muitos tipos de itens do product
backlog, especialmente features (Rubin, 2017).
USER STORIES
SCRUM
USER STORIES
Cartão Conversação Confirmação
SCRUM
USER STORIES
 Técnica para descrever os requisitos e funcionalidades do produto de 
forma simples e objetiva;
 Apresentas as funcionalidades que serão valiosas para o cliente.
CARTÃO CONVERSA CONFIRMAÇÃO
Qual é o objetivo do 
cliente/usuário?
Como atingir a meta/objetivo? Como verificar se a história está 
pronta e completa? A meta foi 
atingida?
Como um <papel do usuário> 
quero fazer
<objetivo> para conseguir 
<benefício>.
Abordar o cliente sobre o cartão, 
buscando especificar informações 
necessárias para o objetivo.
Registrar o que ocorreu de 
aprendizagem e testes de aceitação.
SCRUM
USER STORIES
Título da User Story
Como um <papel do usuário> quero fazer
<objetivo> para conseguir <benefício>.
ATOR
Dono da história
AÇÃO
O que o ator que fazer, o que deve ser 
alcançado
OBJETIVO
É o que o ator deseja que aconteça
SCRUM
USER STORIES
Categorias
Épicos – são histórias de usuários que apresentam requisitos grandes demais ou com 
ausência de detalhes suficientes para serem desenvolvidos.
Tema – grupo de histórias de usuário (ou épicos) correlacionados.
Tema
Épico
História de usuário
História de usuário
História de usuário
História de usuário
SCRUM
USER STORIES
As histórias de usuário tem como função realizar uma
combinação entre requisitos escritos e verbais.
Product Owner
Product Owner devem:
• Ter habilidade da escrita de histórias do usuário;
• Deve promover a colaboração da equipe e conversa;
SCRUM
Priorizando as USER STORIES
História 05 Valor de Importância 50
História 03 Valor de Importância 40
História 25 Valor de Importância 20
História 33 Valor de Importância 15
História 18 Valor de Importância 5
Alta Prioridade
Baixa Prioridade
SCRUM
USER STORIES
• Must have – “Deve ter”
• Should have – “Deveria ter”
• Could have – “Poderia ter”
• Would have – “Não terá”
Técnica MoSCoW para priorização
SCRUM
• A Visão do Produto descreve de maneira clara e objetiva a meta da fase e suas principais
realizações;
• Esta fase possibilita o Product Owner as informações necessárias sobre os requisitos que
ele irá trabalhar;
• A visão deve ser descrita e entregue diretamente pelo cliente para o Product Owner,
iniciando a fase de compreensão dos valores que o cliente apresenta sobre o produto;
• Tendo a visão do produto, o Product Owner pode iniciar a construção do Product Backog
VISÃO DO PRODUTO
SCRUM
CONSTRUINDO O BACKLOG
Sprint 
Retrospective
Sprint Planning
Sprint 
Review
Daily 
Scrum
Product Backlog Sprint Backlog
Incremento do 
Produto
Scrum Master
Product Owner
Time de Desenv.
Partes Interessadas 
Clientes
SCRUM
TÉCNICAS PARA BUSCAR REQUISITOS DO PRODUTO
• Entrevistas, Dinâmicas de Grupo e Oficinas;
• Técnicas de Criatividade em Grupo;
• Técnicas de Tomada de decisão em Grupo;
• Questionários, pesquisas, observações e propósitos.
CONSTRUINDO O BACKLOG
SCRUM
CONSTRUINDO O BACKLOG
Funcionalidades
Arquitetura
Melhorias
Bugs
Descrição Prioridade Valor Estimativa
SCRUM
Backlog do Produto
Visão do ProdutoFeedback 
Evolução do 
Mercado
Análise dos 
Concorrentes
Pesquisas
CONSTRUINDO O BACKLOG
SCRUM
CONSTRUINDO O BACKLOG
Backlog precisa ser DEEP:
•Detalhado de maneira apropriada
• Estimado
• Emergente
• Prioridade
SCRUM
CONSTRUINDO O BACKLOG
Não Fazer! Faça!
Evitar Fazer! Faça!
Es
fo
rç
o
 (
$
)
Benefício
SCRUM
CONSTRUINDO O BACKLOG
Podemos levar em consideração alguns itens para priorizar como:
 Valor do ROI;
 Dependências existentes;
 Necessidades;
 Análise dos Riscos;
 Fatores Estratégicos;
 Fatores Mercadológicos.
SCRUM
CONSTRUINDO O BACKLOG
Técnicas que Podemos levar em consideração alguns itens para priorizar como:
 MVP
 Google Design Sprint
 Lean Inception
 Valor Presente Líquido (VPL)
 Taxa Interna de Retorno (TIR)
 Priorização baseada em Matriz de Riscos
SCRUM
CONSTRUINDO O BACKLOG
Mais detalhado (+)
Menos detalhado (-)
Alta Prioridade
Baixa Prioridade
Detalhes 
suficientes
Detalhes de 
níveis 
moderados
Detalhes em 
alto nível
SCRUM
CONSTRUINDO O BACKLOG - Grooming
• Grooming é a preparação e refinamento do Backlog do Produto;
• Verifica-se a granularidade dos PBIs e a necessidade de quebra em itens menores;
• Mostra que o Backlog não é estático;
• Ideal que o Time de Desenvolvimento reserve 10% do tempo para grooming.
Aula 11
Planejando a Sprint
SCRUM
PLANEJAMENTO DA SPRINT
Sprint 
Retrospective
Sprint Planning
Sprint 
Review
Daily 
Scrum
Product Backlog Sprint Backlog
Incremento do 
Produto
Scrum Master
Product Owner
Time de Desenv.
Partes Interessadas 
Clientes
SCRUM
Entradas
Como ?
Saídas
• Capacidade do Time
• Backlog do Produto
• Tecnologia
• Condições do Negócio
• Habilidades do Time
• Itens do Backlog 
selecionados para a 
Sprint
• Meta da Sprint
• Sprint Backlog
PLANEJAMENTO DA SPRINT
O que? 4 horas
4 horas
Se a Sprint for de 30 dias = Sprint Planning de 8 horas
TIME DE DESENVOLVIMENTO
SCRUM
Entradas
Como ?
Saídas
• Capacidade do Time
• Backlog do Produto
• Tecnologia
• Condições do Negócio
• Habilidades do Time
• Itens do Backlog 
selecionados para a 
Sprint
• Meta da Sprint
• Sprint Backlog
PLANEJAMENTO DA SPRINT
O que?
 Backlog organizado
 Product Owner tira duvidas
 Detalhamento dos itens
 Time de Dev estima os itens
 Time de Dev seleciona os itens
 Definição da Meta da Sprint
 Quebra dos itens em tarefas
 Estimativa das tarefas Ponto de Comprometimento
Se a Sprint for de 30 dias = Sprint Planning de 8 horas
TIME DE DESENVOLVIMENTO
SCRUM
PLANEJAMENTO DA SPRINT
P
ri
o
ri
d
ad
e
Backlog do
Produto
Meta da Sprint
P
ri
o
ri
d
ad
e
Backlog do
Produto
Meta da Sprint 
Definido e Acordado
O P.O explica os itens para o
Time de Dev.
Colaboram para refinar os itens
do Backlog ,realizam estimativa
e definem complexidade
SCRUM
PLANEJAMENTO DA SPRINT
PBI Valor Pontos Prioridade Tarefas Estimativa 
(horas)
Horas 
restante
Responsável
SCRUM
TÉCNICAS DE ESTIMATIVA
Sprint 
Retrospective
Sprint Planning
Sprint 
Review
Daily 
Scrum
Product Backlog Sprint Backlog
Incremento do 
Produto
Scrum Master
Product Owner
Time de Desenv.
Partes Interessadas 
Clientes
SCRUM
Importante:
Estimativas de tamanho é 
diferente de estimativa de 
duração!
SCRUM
Tipos de Estimativas
 Funcionalidades desejadas
 Estimativa de tamanhos (pensando em complexidade)
Pontos de história (story points) e dias ideias (ideal days)
 Duração (esforço) – Velocidade / horas
 Cronograma (dias) – em dias
SCRUM
Pontos de história
• Unidade de medida para mostrar o tamanho de uma história de usuário;
• É atribuído uma valor de ponto para cada item;
Funcionalidade A Funcionalidade B Funcionalidade C
20 
Pontos
10 
Pontos
05 
Pontos
SCRUM
Planning Poker
• Uma prática que se utiliza de um baralho de cartas baseada na sequência de 
Fibonacci, onde cada carta representa um valor de complexidade.
• Auxilia na estimativa de uma história de usuário ou tarefa, é levado em conta a 
complexidade (tamanho) de cada história.
0, 1, 2, 3, 5, 8, 13, 20, 40 e 100
SCRUM
Planning Poker
• Uma prática que se utiliza de um baralho de cartas baseada na sequência de 
Fibonacci, onde cada carta representa um valor de complexidade.
• Auxilia na estimativa de uma história de usuário ou tarefa, é levado em conta a 
complexidade (tamanho) de cada história.
SCRUM
Velocidade
Item Tamanho
Feature A 5
Feature B 3
Feature C 2
Feature D 8
Feature E 2
Feature F 5
Feature G 3
Feature H ...
Feature XY ...
Feature ZX ...
Total = 200 pontos
Release = 200 pontos
Velocidade do time = 17 a 20 pontos por Sprint
200 pontos / 20 pontos = 10 #sprints
200 pontos / 17 pontos = 12 #sprints
SCRUM
CONSTRUINDO TASKBOARD
Sprint 
Retrospective
Sprint Planning
Sprint 
Review
Daily 
Scrum
Product Backlog Sprint Backlog
Incremento do 
Produto
Scrum Master
Product Owner
Time de Desenv.
Partes Interessadas 
Clientes
SCRUM
Aula 12
Realizando a Reunião 
Diária
SCRUM
REUNIÃO DIÁRIA
Sprint 
Retrospective
Sprint Planning
Sprint 
Review
Daily 
Scrum
Product Backlog Sprint Backlog
Incremento do 
Produto
Scrum Master
Product Owner
Time de Desenv.
Partes Interessadas 
Clientes
SCRUM
REUNIÃO DIÁRIA
Time-box de 15 
minutos
Acontece diariamente Acontece diariamente
Meta da Sprint
O que eu fiz 
desde a última 
reunião?
O que eu vou 
fazer até a 
próxima 
reunião?
Há algum 
impedimento 
ao trabalho?
SCRUM
REUNIÃO DIÁRIA
Meta da Sprint
O que eu fiz 
desde a última 
reunião?
O que eu vou 
fazer até a 
próxima 
reunião?
Há algum 
impedimento 
ao trabalho?
Inspecionando Adaptação Identificação 
dos riscos 
SCRUM
REUNIÃO DIÁRIA - Problemas
Atrasos
Respostas 
simples 
Ausência de 
impedimentos
Reunião não 
sendo realizada 
diariamente
Aula 13
Definição de Pronto
SCRUM
DEFINIÇÃO DE “PRONTO”
Sprint 
Retrospective
Sprint Planning
Sprint 
Review
Daily 
Scrum
Product Backlog Sprint Backlog
Incremento do 
Produto
Scrum Master
Product Owner
Time de Desenv.
Partes Interessadas 
Clientes
SCRUM
DEFINIÇÃO DE “PRONTO”
• Ao final de cada Sprint, um incremento do produto tem que estar pronto;
• Os requisitos devem estar finalizados, sem trabalho faltante;
• Boa qualidade para ser utilizado;
• Deve estar em plenas condições de liberar para uso (deploy);
• Todo processo deve estar transparente;
• Todos os envolvidos devem saber o que significa o incremento.
SCRUM
DEFINIÇÃO DE “PRONTO”
Em um item pronto todos devem entender o que significa “Pronto”;
DEFINITION OF DONE – DoD:
“Tudo que o Time de Desenvolvimento deve fazer para entregar um incremento pronto, respeitando os
requisitos de qualidade e potencialmente liberável. Desta forma é perceptível a todos o significado de
estar pronto.”
Aula 14
Revisando o Incremento 
da Sprint
SCRUM
REVISÃO DA SPRINT
Sprint 
Retrospective
Sprint Planning
Sprint 
Review
Daily 
Scrum
Product Backlog Sprint Backlog
Incremento do 
Produto
Scrum Master
Product Owner
Time de Desenv.
Partes Interessadas 
Clientes
SCRUM
REVISÃO DA SPRINT
Time-box de 4 horas
Podem Participar representante 
do Cliente e outros Convidados
Scrum MasterProduct Owner
Time de Desenv.
• Fala se do produto
• Demonstração do itens prontos
• Recepção de Feedback
• Atualização do Backlog do Produto
• Monitoramento do progresso do projeto
Aula 15
Avaliando Processos na 
Retrospectiva
SCRUM
RETROSPECTIVA DA SPRINT
Sprint 
Retrospective
Sprint Planning
Sprint 
Review
Daily 
Scrum
Product Backlog Sprint Backlog
Incremento do 
Produto
Scrum Master
Product Owner
Time de Desenv.
Partes Interessadas 
Clientes
SCRUM
RETROSPECTIVA DA SPRINT
Time-box de 3 horas
Scrum MasterProduct Owner
Time de Desenv.
É discutido sobre:
• Processos;
• Propostas de melhoria;
• O que deve ser mantido para próxima Sprint;
• Como iremos melhorar?
SCRUM
RETROSPECTIVA DA SPRINT
A Reunião de Retrospectiva permite a inspeção do que não
está bom, aponta o que tem a melhorar e qual o plano de
ação (adaptação) para buscar a melhoria.
Incremento Pronto
Retrospectiva da 
Sprint
Pessoas e Equipes 
Eficientes e Eficazes
Processos que estão 
em evolução / 
Melhoria
SCRUM
RETROSPECTIVA DA SPRINT
Enquanto processos questionamos:
• O que fizemos de bom e devemos manter?
• O que pode ser melhorado?
• Como vamos implementar as ações para melhorar?
SCRUM
VAMOS PARA A PRÓXIMA SPRINT
Sprint 
Retrospective
Sprint Planning
Sprint 
Review
Daily 
Scrum
Product Backlog Sprint Backlog
Incremento do 
Produto
Scrum Master
Product Owner
Time de Desenv.
Partes Interessadas 
Clientes
Aula 16
Escalando Scrum
SCRUM
ESCALANDO O SCRUM
SCRUM
BACKLOG DO 
PRODUTO
SPRINTS
SCRUM
BACKLOG DO 
PRODUTO
SPRINTS
SPRINTS
SPRINTS
SPRINTS
Incrementos do Produto Integrados
SCRUM
Scrum de Scrums (Scrum of Scrums)
SCRUM
Scrum de Scrums e seus desafios
• Identificar e remover impedimentos
• Integração do trabalho em todos os níveis
• Inspeção e adaptação de um incremento integrado
• Remoção de dependências
SCRUM
Scrum de Scrums e características
• Técnica ágil para grandes equipes;
• São criadas equipes escaladas de até nove membros;
• Teremos equipes fazendo Daily Scrum of Scrums e representantes fazendo 
uma Daily Scrum of Scrums Geral;
• Cada time precisa de um Product Owner, porém, cada PO pode atender de 
forma eficiente até dois times;
• Pode se implementar o papel como chefe de donos de produto;
Aula 17
Praticando Scrum 
Atlassian Jira
SCRUM
CRIANDO CONTA NO ATLASSIAN JIRA
• Acessar https://www.atlassian.com/br/software/jira
https://www.atlassian.com/br/software/jira
SCRUM
CRIANDO CONTA NO ATLASSIAN JIRA
• Escolha uma das opções
SCRUM
CRIANDO CONTA NO ATLASSIAN JIRA
• Realize o cadastro através de um e-mail válido