Práticas Ágeis

Business Agility Center

Conceitos e práticas para:
Esta é uma coleção das práticas ágeis • Delivery
mais utilizadas e que podem ser aplicadas • Discovery
em situações e momentos diversos. • Facilitação
• Métricas
Nosso objetivo principal é compartilhar
• Indicadores
conhecimento estimulando o uso destes • Papéis
conceitos pelo time GFT. • Produtos
 Você sabe como o BAC
pode te ajudar?

BAC Catalização da
transformação e inovação
da GFT Brasil
O BAC (Business Agility Center) é o centro
catalisador de agilidade da GFT. Apoio no processo de
Nosso principal objetivo é promover e seleção de profissionais
suportar as práticas Lean/Agile através
Capacitações (Workshops,
das nossas Offerings para os nossos
Manoel Pimentel Treinamentos)
clientes (internos e externos).
Coach e Mentoring para
atuação em papéis ágeis

Fomento à aprendizagem
colaborativa e do senso de
comunidade
Dora Rodrigues Erika Ferrari
Suporte em elaboração de
Erick de Carvalho Erotildes Cardoso propostas em Agilidade

Execução e gestão dos

serviços descritos em
nossos portfolio

Integração com os GTEs e

Felipe Cholla Jorge Improissi
Line Managers para apoiar
Gustavo Andrade Lucas Tavernaro os processos de
Performance Reviews

Apoio em eventos
relacionados à Agilidade

Marcos Venicios Paulo Ferreira

Michele Prieto Rodrigo Gomes

Rodrigo Leite Stephanie Cristina

Rodrigo Sekimoto Vera Castelloes

bac.team@gft.com
 SUMÁRIO
Delivery Work Agreement 41
DevSecOps 04
Quadro de tarefas 05
TDD 06
Métricas e Indicadores
CFD 42
Cycle time 43
Discovery Lead time 44
Back to the future 07 Throughput 45
Design Sprint 08 WIP 46
Design thinking 09
Game Design Canvas 10
Lean Inception 11
Product Box 12 Modelagem de Negócios
Product Sprint 13 Business Model Canvas 47
Service Design 14 Value Stream Mapping 48
Strategy Proposal 15

Papéis
Facilitação Agile Coach 49
Café Kaizen 16 Product Owner 50
Daily meeting 17 Scrum Master 51
DoD 18 Time Dev 52
DoR 19
É Não é Faz Não faz 20
Empathy Map Canvas 21
Fishbowl 22
Ishikawa 23 Produtos
Managing DOJO 24 7 dimensões 53
Mapa de Impacto 25 ARO 54
Mapa de Jornada do Cliente 26 BDD 55
Mapa de Proposição de Valor 27 Critério de Aceitação 56
Mapa de Risco (ROAM) 28 Elevator Pitch 57
Mapa de Stakeholders 29 Enablers 58
Matriz CSD 30 Evil user story 59
Matriz GUT 31 Granularidade 60
Matriz RAB 32 PBB 61
Parking Lot 33 Priorização MoSCoW 62
Persona 34 Product Explorer 63
Planning Meeting 35 Spike 64
Planning Poker 36 Story Mapping 65
Refinamento 37 User Story 66
Retrospectiva 38 Visão do Produto 67
Review 39
SWOT 40
 DevSecOps

O que é Objetivo
DevSecOps significa integrar Do planejamento até a entrega, o
desenvolvimento, operações, objetivo do DevSecOps é melhorar a
infraestrutura e segurança da colaboração em todo o fluxo de valor,
aplicação desde a concepção desenvolvendo e automatizando um
de seus requisitos até sua pipeline de entrega contínua.
entrega, de forma
automatizada.
Público Alvo
Resumo
Time de desenvolvimento O movimento DevOps proporcionou entregas mais rápidas e mais
Arquitetos de solução estáveis, com menor quantidade de bugs e com maior eficiência no
Operações retorno ao negócio. Entregas mais rápidas, potencializadas pelas ondas
Segurança agile, resultaram numa incapacidade das equipes de segurança
Product Owner tradicionais de proteger esses novos ambientes dinâmicos.
Scrum Master
Com o objetivo de chegar a um nível de segurança cada vez maior, surgiu
então o DevSecOps que combina as abordagens do DevOps – o início
desta cultura – com práticas de segurança mais fortemente construídas
desde a concepção até entrega do produto final, sempre de forma
Materiais automatizada.

Visão do Produto
Ambientes
Mindset cultural de
entregas contínuas
Ferramenta de gestão de
backlog
Post-its
Canvas
Ferramentas de
automação

4
 Quadro de Tarefas

O que é Objetivo
O quadro de tarefas é um Gerenciar de forma visual e
quadro colocado junto ao transparente a evolução das tarefas.
ambiente do time contendo Não importa sua área de atuação; se
colunas, que representam o existe trabalho a ser feito, uma data a
fluxo de trabalho. ser entregue ou se é importante para
alguém, o uso de um quadro de tarefas
será muito útil, para não dizer decisivo.
Público Alvo
Resumo
Stakeholders Para cada equipe, conforme o tipo de negócio, tipo de produto,
Times maturidade de seus integrantes, ambiente, entre outros fatores, teremos
Clientes variações de quadros, desde um simples de 3(três) colunas de TO DO,
Usuários DOING e DONE, como se fosse uma lista de coisas a fazer que temos em
Sponsors nossas agendas pessoais, até quadros complexos com mais de 10(dez)
POs colunas e quadros adicionais para situações e assuntos específicos.
Papéis ou post-its coloridos são utilizados para representar os itens de
trabalho que vão evoluindo pelo quadro ao mesmo tempo que o trabalho
avança, garantindo a transparência.
Materiais

Superfície (quadro branco

/ vidro / etc)
Post-its
Canetas
Ou ferramenta online

5
 TDD – Test Driven Development

O que é Objetivo
É uma técnica com o conceito Criar um design de sistema mais limpo
de verificação e validação e claro e garantir que os possíveis
para desenvolvimento e se cenários dos requisitos estão sendo
baseia em um ciclo curto de validados de forma efetiva, evitando a
repetições. A ideia é bem ocorrência de erros em fases
simples: escreva seus testes posteriores de checagem.
antes de escrever o código.
Público Alvo
Resumo
Desenvolvedores Ao praticar Test Driven Development (TDD), o desenvolvedor divide seu
trabalho em pequenas etapas. Ele escreve um pequeno teste, e
implementa um pedaço da funcionalidade e repete. A cada teste escrito,
o desenvolvedor ganha feedback.
Quanto mais cedo o desenvolvedor receber feedback, melhor.
Quando se tem muito código já escrito, mudanças podem ser trabalhosas
e custar caro. Ao contrário, quanto menos código escrito, menor será o
custo de mudança. E é justamente isso que acontece com praticantes de
TDD: eles recebem feedback no momento em que mudar ainda é barato,
Materiais ou tem menor impacto.
A mecânica da prática é simples: escreva um teste que falha, faça-o
IDE de desenvolvimento passar da maneira mais simples possível e, por fim, refatore o código.
com framework para Esse ciclo é conhecido como Ciclo Vermelho-Verde-Refatora.
testes como Cunit, Junit
ou outros mais avançados

Feedback dos testes no projeto de classes

C
Código C
Código C
Código
TDD
Código Código Código Código Código Teste

Feedback dos testes no projeto de classes

6
 Back to the Future

O que é
A dinâmica "Back to the
Future“ é utilizada para
identificar principais
milestones do produto e
verificar se as jornadas já
desenhadas atendem os
milestones e restrições
Público Alvo mapeadas.
Objetivo
Essa dinâmica auxiliará na
construção do MVP, o que ele deve
conter de maneira concreta e verificar
quais as funcionalidades mapeadas.
(fazer link com as funcionalidades do
PBB e ver se tudo está sendo
atendido ou se existem faltas).

Stakeholders Resumo
Times de negócio
Time de desenvolvimento 1. Utilizando uma folha de Flipchart identificaremos a data futura que
imaginamos o produto virando notícia de jornal, não maior que seis
meses da data atual.
2. Dividiremos em mais duas colunas, a data da primeira entrega e uma
data que some+/- três sprints à frente da data atual (não maior que 2
meses)
3.Também dividiremos o canvas em 3 linhas (raias), uma representando
o marketing, outra representando negócio e outra representando
tecnologia.
Materiais
4.Em cada time box preencheremos com as expectativas de pronto de
cada raia e data.
Folhas de flip-chart Existe alguma data especifica, de conhecimento do grupo ou de um dos
Post-its participantes, onde seja imprescindível um entregável? (MVP, por
Canetas exemplo)
• Coloque essa data no quadro e imagine uma data mais pra frente,
exemplo: 3 ou 4 sprints pra frente. Nunca maior que 4 meses.

O canvas nos solicitará pontos de vista de marketing, negócio e

tecnologia. As pessoas devem colocar em cada quadro o que é
necessário ter naquelas datas segundo esses pontos de vista.

7
 Design Sprint

O que é
O Design Sprint é um
processo de design “express”
onde um grupo de pessoas se
reúne por 5 dias para
responder questões críticas
de negócios através de
design, prototipagem e teste
Público Alvo das ideias com os usuários.
Objetivo
Focar na validação da ideia com os
usuários e encurtar o processo para
descobrir se ela é boa ou não sem a
necessidade de lançar um MVP no
mercado.

C-Level Resumo
Gestores
Especialistas Para começar o Design Sprint, você precisa escolher o problema a ser
Stakeholders resolvido. Quando estiverem todos alinhados, reúna o time em uma sala
Usuários e bloqueie o calendário de todos. As cinco fases do Design Sprint são:
Times de desenvolvimento
Mapear (Map) – O primeiro dia da Sprint é o momento de mapear e
entender o(s) problema(s), deve-se estabelecer metas e levantar
hipóteses e suposições.

Materiais Esboçar (Sketch) – Hora de discutir e rascunhar soluções, momento de

abria a caixa de ideias para exploração.

Canvas Decidir (Decide) – Refinar melhor as ideias e eleger qual delas será
Adesivos prototipada.
Post-its
Canetas Prototipar (Prototype) – A ideia é construir o protótipo da forma mais
realista possível. O Objetivo é ter um esboço funcional para ser testado
no dia seguinte.

Testar (Test) – O protótipo é apresentado para potenciais usuários, que

interagem com as funcionalidades em tempo real e dão feedback
instantâneo. Ao final é possível decidir se a ideia sobrevive ou não.

8
 Design Thinking

O que é Objetivo
É um framework que utiliza Identificar e resolver problemas de
um conjunto de métodos e maneira criativa e inovadora através
processos prático-criativos de dinâmicas envolvendo todas as
que juntos auxiliam na pessoas impactadas.
identificação de problemas e
soluções de forma coletiva e
colaborativa com os
Público Alvo stakeholders.

C-Level
Gestores Resumo
Times Design Thinking é aplicado envolvendo 5 processos, o ideal é que eles
Todas as pessoas sejam pensados de forma iterativa, assim poderá ir e voltar de um
envolvidas com o tema processo para outro podendo adicionar, alterar ou remover itens
definidos anteriormente.

Empatia – É sobre nos colocarmos no lugar das pessoas para quem

estamos projetando e entender suas experiências, dores e desejos.

Materiais Definição – Reúna as informações e organize elas a partir de uma

interpretação do processo de empatia.
Canvas
Ideação – Reúna e discuta ideias, faça um Brainstorming, co-criação,
Adesivos
use a criatividade, busque ideias inovadoras e saia do óbvio.
Post-its
Canetas Prototipação – Tornar palpável uma ideia! É um estágio para fazer
Folha de sulfite testes de possibilidades e gerenciamento de soluções.

Teste – Realizar testes interativos para chegar na versão final. Fazer

uma apresentação do protótipo criado ao cliente e buscar feedback.

9
 Game Design Canvas

O que é
Canvas para facilitar a
modelagem estratégica de
um jogo digital.
Objetivo
Apresentar conceitos sobre o fundo
de cena, personagens, principais
desafios e controles. Não substitui a
relevância de um story board.

Resumo
Público Alvo Plataforma: Qual a plataforma tecnológica onde será desenvolvido e
executado o jogo;
Stakeholders Conceito: Uma descrição sucinta do jogo, etapas, personagens,
Usuários características diferenciais;
Equipe
Jogabilidade: Que tipo de jogo, qual a natureza e tipologia básica;
Diferentes personagens
Fluxo de Jogo: Como jogo evoluiu pela percepção do jogador, pontos,
propriedades, dinheiro, vidas;
Controle: Quais os comandos de controle previsto, que tipo de
movimentos, ações, opções.
Personagens: Diversidade de personagens e quais as diferenças entre
eles, prós e contras, oportunidades.
Materiais
Mecânicas e poderes: Como o jogador pode evoluir, disputas, trocas,
compras, benefícios e riscos;
Canvas
Canetas Chefões e inimigos: Quais são os principais adversários e se haverá
Post-its chefões a superar a cada fase.
Mundo do jogo: Quais são as fases, fundo de cenas, características
sobre usabilidade.
Interfaces: Como o jogador navegará no jogo, áudio, imagem, 2D, 3D,
vídeos, contexto.
Incentivos e Concorrente: Quais os aspectos diferenciais, gamificação,
concorrência.

10
 Lean Inception

O que é
É um workshop de 5 dias
dividido em várias etapas e
atividades que irão
direcionar a equipe na
construção do produto ideal.
Objetivo
Saber qual o melhor produto que pode
ser desenvolvido, assim como as
hipóteses que precisam ser validadas
e os objetivos que precisam ser
atingidos.

Público Alvo Resumo

A agenda da Lean Inception é dividida em 5 dias de trabalho
Stakeholders colaborativo.
Usuários
1º dia: Escrever a visão do produto e esclarecer qual o objetivo do
Equipe
produto que será discutido;
Product Manager
Product Owner 2º dia: Descrever as personas e fazer um brainstorm das possíveis
Pessoas envolvidas com o funcionalidades do produto;
tema 3º dia: Revisão de viabilidade técnica, de negócio e de UX e
mapeamento das jornadas dos usuários;
4º dia: Vincular as funcionalidades às jornadas mapeadas e defina o
sequenciamento através de uma priorização;
Materiais
5º dia: Hora de preencher o canvas MVP e demonstrar o resultado da
semana de trabalho.
Sala
Canvas
Canetas
Post-its

11
 Product Box

O que é
Uma técnica de ideação
colaborativa para definição
do produto ideal que será
construído.
Objetivo
Materializar de forma lúdica uma
ideia como um produto que pode ser
embalado em uma caixa de papelão,
que deverá conter seu nome, slogan,
características e benefícios.

Público Alvo
Resumo
Clientes
Fornecedores Montar uma caixa fictícia para seu produto, contendo nome, dados,
Apoiadores vantagens, fabricante, slogans, promoções, citações, etc. Assim como
em um startup dojo, inicia com um brainstorming, tomadas de decisão,
Detratores
montagem da caixa para, ao final, realizar em pitches a apresentação.
Profissionais com
Se houver diferentes equipes, é possível a cada pitch abrir espaço para
diferentes percepções
perguntas e respostas, ou mesmo um exercício de desconstrução,
sobre o assunto
quando a plateia tem o desafio de encontrar as falhas na proposição do
produto, por suas fragilidades ou pontos não refletidos.

Materiais

Caixa de papelão
Fita adesiva
Cola
Tesoura
Canetas de cores variadas
Revistas com variedades
de fotos e imagens
Folhas brancas
Folhas coloridas

12
 Product Sprint

O que é Objetivo
O Product Sprint é uma Agilizar e tornar mais assertivo o
técnica para projetar, desenvolvimento de projetos. Comum
prototipar e testar a abordagem prática e centrada no
rapidamente uma ideia, usuário, utilizamos essa metodologia
produto ou insight. As print para conseguir bons resultados em
consiste de 3 a 5 fases pouco tempo. Além disso, podemos
(tipicamente dias), prever falhas e antecipar melhorias
Público Alvo começando com o devido as dinâmicas de elaboração de
entendimento do problema e ideias e testes.
C-Level terminando com um
Gestores protótipo testado pelo
usuário.
Times
Todas as pessoas
envolvidas com o tema
Resumo
Trata-se de uma metodologia/técnica para viabilizar ideias.

Entender – Na primeira etapa dessa técnica deve-se reunir todas as

informações e conhecimentos sobre o negócio e o problema que está
Materiais em evidência. Expor as premissas e lacunas é o objetivo desse primeiro
momento.
Canvas
Rascunho – Na segunda etapa podemos “colocar a mesa” o maior
Post-its número de ideais para resolver os pontos apontados na fase do
Canetas entendimento. A partir desse momento as ideias serão nossa fonte de
insight para a solução.

Decidir –Com as ideias sendo apontadas acima o nosso objetivo nessa

etapa é convergir as ideais e aperfeiçoa-las para prototipar.

Prototipar –A finalidade da prototipação são suposições que

poderemos validar gastando pouco dinheiro. Aqui entenderemos o que
podemos melhorar e o que podemos acrescentar de uma forma mais
visual para o nosso produto.

Validar –A última fase do product sprint é testar com usuários tudo o

que fizemos anteriormente. Isso ajudará a identificar se estamos no
caminho certo ou não.

13
 Service Design

O que é
Service Design é a atividade
de planejar e organizar
pessoas, infraestrutura,
comunicação e
componentes materiais de
um serviço.
Objetivo
Entender o perfil dos consumidores,
seus desejos e suas necessidades a
fim de garantir que determinado
serviço seja competitivo para o
mercado e relevante para quem o
usa.

Público Alvo
Resumo
Empresas
As palavras processo e ferramentas pode implicar certa rigidez na
Clientes
abordagem que os designers de serviço usam em seu trabalho, pois, o
Prestadores de serviços processo de design de serviço é de alto nível e fluido por design - e se
destina a fornecer uma estrutura geral dentro da qual os designers de
serviço podem trabalhar, mas permite flexibilidade significativa para a
resolução iterativa de problemas e a criação de vários conceitos de
design. Desta forma podemos dividir o Service Design em 4 partes:
Exploração: Compreensão da cultura e da organização da perspectiva
do cliente, identificando o problema real de design.
Materiais Criação: Idealização do serviço e a geração do conceito. Momento de
explorar o máximo possível de erros em potencial, em vez de evitá-los.
Canvas Reflexão: Desenvolvimento dos conceitos visualizados desde a fase de
Post-its criação, na forma de protótipos, e testes.
Canetas Implementação: A implementação tem a ver com o gerenciamento de
mudanças necessário para que as pessoas introduzam e
operacionalizem com eficácia um serviço reprojetado.

Exploração Criação Reflexão Implementação

14
 Strategy Proposal

O que é Objetivo
Canvas para mapeamento e Apoiar a decisões estratégicas,
modelagem inicial através do entendimento do cenário
estratégica, com AS IS e TO atual e do futuro desejado.
BE, com a participação de
diferentes prismas e
percepções.

Público Alvo Resumo

Stakeholders Comece pelo lado esquerdo para o entendimento da realidade atual,
Usuários após análise da causa raiz, inicie o direito para entendimento do futuro
Equipe desejado.

Realidade Atual

Antecedentes: Quais os porquês que impelem a fazer esse

mapeamento?
Situação Atual: Quais os problemas conhecidos, fraquezas e ameaças?
Análise de Causa Raiz: Reflexão sobre pressão e paixão, onde está a
causa dos seus problemas, o que precisa ser melhorado? Pareto e
Materiais
Ishikawa.

Canvas Realidade futura

Canetas
Post-its Meta: Qual o objetivo prático, qual sua métrica para validar para ver se
esta dando certo?
Plano de Ação: Imagine releases, quais os passos necessários para
atende-los? Qual seu plano de ação para transformar ideias em fatos?
Próximos Passos: Se o seu plano funcionar e as metas forem atingidas,
para onde vai? Quais os próximos passos?

15

O que é
Canvas para análise causal,
planejamento de mudanças
e boas práticas a serem
utilizadas pelo time.
Café Kaizen
Objetivo
Discutir o status atual e desejado do
trabalho de construção de um
produto ou serviço garantindo meios
para que o valor seja maximizado.

Resumo
Sintomas
Público Alvo 1º Resultados: Que resultados negativos estamos enfrentando
2º Ambiente: Quando e como eles acontecem
Times que estejam 3º Papéis: Quem está envolvido
envolvidos em mudanças 4º Comportamento e atitudes: O que estamos fazendo, justificativas
ou problemas 5º Conhecimento e habilidades: Como fazemos

Saídas
6º Resultados: Novos resultados que queremos
7º Ambiente: Onde e quando chegaremos a eles
8º Papéis: Quem precisa e quem quer fazer parte disso
9º Comportamento e atitude: Como serão nossas novas e melhores práticas
10º Conhecimento e habilidades: Como fazer, novas capacidades e estratégia

Efeitos
Materiais 11º Efeitos desejados: Quais os ganhos para cliente, empresa, time e pessoas
12º Efeitos indesejados: Quais os riscos de perdas e perdedores
Canvas
Post-its Causas
13º Pessoas: Como e quais as competências atuais podem nos restringir
Canetas 14º Ferramentas: Como as ferramentas atuais podem nos restringir
15º Métodos: Como os métodos atuais podem nos restringir

Necessário para melhores resultados

16º Pessoas: Competências são necessárias para melhorar os resultados
17º Pessoas: Ferramentas são necessárias para melhorar os resultados
18º Pessoas: Métodos são necessários para melhorar os resultados

16
 Daily Meeting

O que é
É uma reunião de no máximo
15 minutos, sempre no
mesmo horário, todos
os dias, com todos os
integrantes de uma equipe.
Objetivo
Discutir o que foi feito, qual o plano
para as próximas 24 horas, e quais
impedimentos estão impedindo o
time de avançar para atingir suas
metas.

Público Alvo Resumo

Times A daily multiplica seu potencial se a equipe se utilizar do recurso de um
quadro de tarefas (estilo Kanban) adequado a seu processo e realidade,
mantido pelo próprio time, seguindo um modelo de gestão visual.
A estrutura da reunião é definida pelo time de desenvolvimento e pode
ser conduzida de diferentes formas desde que estas foquem no
progresso em direção à Meta da Sprint.
Alguns Times utilizam perguntas para todos os membros, outros focam
nos itens de trabalho e na leitura do quadro de tarefas para fomentar a
discussão.

Materiais Um exemplo de perguntas que podem ser utilizadas para guiar a

reunião:

Quadro de tarefas - O que eu fiz ontem que ajudou o time a atingir a meta da Sprint?
- O que eu farei hoje para ajudar o time a atingir a meta da Sprint?
- Eu vejo algum obstáculo que impeça a mim ou o time no atingimento
da meta da Sprint?

17
 DoD – Definition of Done

O que é Objetivo
É um acordo que estabelece Prover transparência e entendimento
de forma clara quais são os comum no time sobre quando uma
passos mínimos para a atividade pode ser considerada
conclusão de um item pronta (feita). É uma forma de
potencialmente entregável, assegurar quando o trabalho está
de forma que todos os finalizado (com qualidade) e pode ser
integrantes tenham um disponibilizado no incremento do
Público Alvo entendimento compartilhado Produto. É uma forma de colocar foco
do que significa o trabalho na melhoria contínua.
Time Scrum (Product estar completo.
Owner, Scrum Master e
Dev Team) Resumo
É uma convenção produzida por todo o time com as condições e
evidências para entendimento comum, e pode variar de time para time.
Tende a evoluir com o tempo aumentando os critérios de qualidade que
definem o trabalho que deve ser executado pelo time.
Deve estar visível e ser do conhecimento de todos do time. Todo
produto ou sistema deve ter um DoD. É um item que deve ser
Materiais considerado no momento de estabelecer o tempo que uma atividade irá
demorar para ficar pronta.
Quadro de tarefas Exemplos de itens que fazem parte do DoD: Acordo sobre teste
Post-it automatizado, Code Review, ambiente em que o item deve estar
Caneta funcionando, documentações específicas criadas ou atualizadas, etc.
Cada item de trabalho desenvolvido pelo time deve passar pela análise
do DoD, evitando que trabalhos não concluídos de verdade avancem
pelo pipeline de entrega.
Dependendo do ambiente pode existir a separação dos itens do DoD
que afetam a História (User Story), a Sprint, Release, etc.
Atenção para não ser confundido com o DoR.

18
 DoR – Definition of Ready

O que é
É um acordo que estabelece
de forma clara os critérios
para que um item do backlog
possa ser entendido como
preparado e ser aceito para
entrar no planejamento de
entregas do time.
Público Alvo
Objetivo
Permitir um melhor entendimento do
item e aumentar a qualidade das
estimativas do tempo de
desenvolvimento e das entregas.
Promover alinhamento, facilitar o
refinamento e evitar retrabalho.

Time Scrum (Product Resumo

Owner, Scrum Master e É uma convenção produzida por todo o time com as condições e
Dev Team) exigências necessárias para que um item do backlog possa ser
entendido por todos.
Estabelece o nível de detalhamento que um item do backlog do produto
deve ter para ser repassado ao time de desenvolvimento. Da mesma
forma que o DoD, o DoR é um item que pode evoluir ao longo do tempo,
conforme novas situações são identificadas.
Deve ser do conhecimento de todos do time e pode variar de time para
Materiais time. Um bom DoR aumenta a satisfação do time e melhora o
andamento do trabalho, evitando interrupções devido a falta de
informações sobre os itens.
Quadro de tarefas
Post-it Exemplos de itens que fazem parte do DoR: Formato dos itens de
Caneta backlog, wireframes ou protótipos, regras de negócio definidas, etc.
Enquanto o DoD aumenta a qualidade na saída da Sprint, o DoR
aumenta a qualidade na entrada.
Da mesma forma que acontece com o DoD, pode existir um DoR
diferente para diferentes tipos de itens do backlog itens de negócio,
itens técnicos, spikes, bugs, etc.

19
 É / Não É – Faz / Não Faz

O que é Objetivo
Uma atividade que permite o Eliminar indefinições e dualidades de
alinhamento entre os conceitos e permitir consenso do
participantes sobre um escopo sobre o assunto em
conceito específico que pode discussão.
ser um produto, serviço,
definição de papel entre
outros.
Público Alvo
Resumo
Qualquer pessoa, grupo ou
time que precisa alinhar o É uma atividade útil, simples e colaborativa. A dinâmica é um convite
entendimento sobre um para que os participantes consolidem o conceito, limites e
produto, serviço, ou outro entendimento sobre o assunto em discussão. Por sua flexibilidade pode
tema ser aplicada para visão de produto, funcionalidade, serviço, definição de
um papel ou de um time e outras situações. Os participantes devem
responder as perguntas colocando as respostas em cada quadrante.
É: atributos esperados ou necessários.
Não é: atributos indesejados ou impeditivos.
Materiais Faz: ações ou capacidades esperadas ou necessárias.
Não faz: ações ou capacidades indesejadas ou não permitidas.
Quadro ou flip-chart
Post-it
Caneta

20
 Empathy Map Canvas

O que é Objetivo
Uma ferramenta simples e Obter um nível mais profundo de
visual utilizada para compreensão de uma persona, que
conhecer melhor o seu pode ser um cliente, prospect,
cliente. A partir do mapa da parceiro e afins, em um determinado
empatia é possível detalhar a contexto, como uma decisão de
personalidade do cliente e compra ou uma experiência usando
compreendê-la melhor. um produto ou serviço.
Público Alvo
Resumo
Stakeholders O mapa de empatia é dividido em 6 partes:
Usuários
Equipe O que fala e faz?
Quais ações e comportamentos mais chamaram a atenção durante a
pesquisa? Quais assuntos mais o interessam?
O que pensa e sente?
Quais são suas crenças? Pensamentos? Preocupações? Por que está
feliz ou infeliz? Quais pensamentos influenciam seu comportamento?
O que vê?
Quais são os meios de comunicação que informam essa pessoa? O que
Materiais ela enxerga quando está procurando por um produto ou serviço?
O que ouve?
Canvas com os itens para O que as pessoas que se relacionam com o cliente dizem para ele?
facilitar a dinâmica Quais podcasts ele ouve? Quem o influencia?
Canetas
Dores:
Post-its
Quais os principais pontos de dor podem ser observados? O que o
usuário gostaria de alcançar? Quais são os ganhos ao utilizar o serviço?
Necessidades:
Por que o cliente utilizaria o serviço ou compraria o produto? O que
poderia ser acrescentado para atender suas necessidades?

21
 Fishbowl

O que é Objetivo
Fishbowl é uma técnica para Esta técnica é ótima para manter a
moderar discussões em um conversa focada e promover a troca
grupo grande de pessoas. A de experiências entre todos os
discussão é focada em um participantes.
pequeno grupo (os peixes no
aquário), enquanto as outras
pessoas assistem. A
Público Alvo qualquer momento um
ouvinte pode participar da
Um moderador e todos os discussão.
interessados no tema a ser
discutido
Resumo
Um número pequeno de cadeiras é colocado ao centro ou à frente da
sala. As demais cadeiras são dispostas ao redor. As cadeiras centrais
fazem parte do Fishbowl, os participantes que darão inicio à discussão
ocupam as cadeiras do Fishbowl, deixando sempre uma cadeira vazia.
O moderador apresenta um tema para ser debatido pelos participantes
do Fishbowl e a discussão começa. Alguém da plateia, pode a qualquer
Materiais
momento sentar na cadeira vazia. Neste momento, alguém que está
sentado deve se levantar e voltar para a plateia mantendo sempre uma
Um espaço amplo com cadeira livre para que seja possível que participantes entrem na
cadeiras que comporte o discussão a qualquer momento da sessão.
público da sessão.
O moderador faz a facilitação quando mais de um ouvinte deseja
Pode ser útil um quadro ou
participar.
flipchart para anotar
insights ou desenhar
usando técnicas de Visual
Thinking

22
 Ishikawa

O que é
O Diagrama de Ishikawa
também é denominado de
diagrama de Causa e Efeito,
6M ou Espinha de Peixe. É
uma ferramenta que
identifica e organiza as
origens de um problema para
Público Alvo eliminar os efeitos causados.
Objetivo
Ajudar a equipe a chegar nas causas
reais de problemas que acometem
nos processos organizacionais, seu
propósito é descobrir os fatores que
resultam em uma situação
indesejada.

C Level Resumo
Gestores Comece identificando o efeito, exemplo muitos itens recusados a partir
Times do efeito, que pode ser fato ou hipótese, no caso de planejamento para
Todas as pessoas evita-lo, trace uma linha horizontal. Crie linhas diagonais ligadas a linha
envolvidas com o tema vertical, o desenho irá parecer com uma espinha de peixe, nas pontas
dessas linhas estabeleça categorias. Segundo o método original,
existem seis categorias 6 M ( Máquinas, Medidas, Mão de Obra,
Material ou Meio Ambiente), mas atualmente pode ser utilizando por n
critérios, escolha as categorias que se adequem melhor ao cenário.
Para cada categoria, estabeleça as causas, se houver uma sub causa
Materiais relacionada a uma causa, pode ser mapeada também. Utilize técnicas
de brainstorming para explorar as causas, não perca muito tempo
Canvas discutindo qual causa pertence a qual categoria, senão o foco é
Post-its desviado, estabeleça timebox para essas discussões.
Canetas Efeito - O que queremos entender e solucionar.
Categoria - Principais grupos de problemas.
Causa - Causa possível pertencente a um grupo.
Soluções - Alternativas ou oportunidades.

23
 Managing DOJO

O que é Objetivo
É uma dinâmica para tomada Prover alinhamento e
de decisões de forma compartilhamento de ideias sobre um
coletiva. Tem como princípio desafio, problema ou oportunidade,
que se aprende fazendo em usando um canvas com cinco células
equipe, e este é o melhor desafios, histórias, ideias, hipóteses e
caminho para a introdução e métricas.
fixação de conhecimento.
Público Alvo
Resumo
C Level
Gestores 1. Explicite um desafio que pode-se resolver, um problema ou uma
Times oportunidade. É preciso discutir entender e montar uma estratégia;
Todas as pessoas 2. Divida os participantes em equipes, podendo ser de 4 a 8 pessoas;
envolvidas com o tema
3. Montadas as equipes, se organizem ao redor de um canvas de
Managing Dojo sobre uma mesa ou colado em uma parede;
4. Inicie com 3 minutos de brainstorming em cada equipe, escrevendo
post its de histórias (fatos, ações ou soluções conhecidos) e ideias
(alternativas sem confirmação de sua aplicabilidade e eficiência);
Materiais 5. O próximo passo são rodadas de 3 ou 5 minutos, em que uma pessoa
por vez assume a caneta e pode colar ou trocar post its e apenas um
Canvas copiloto discute com ele suas ações;
Post-its 6. A cada 3 a 5 minutos, o piloto sai, o copiloto vira piloto e outro colega
Canetas assume como copiloto, até que todos tenham sido piloto;
7. Após todos terem sido piloto uma vez, faz se uma troca de equipes;
8. A cada mudança de equipe, se faz 3 minutos de apresentação e 5 de
brainstorming com ajustes consensuais. A tendência é que após
algumas trocas de equipes, convirjam em percepções;
9. No final pode se fazer um pitch, pois sempre restarão diferenças.

24
 Mapa de Impacto

O que é Objetivo
Foca no valor para o cliente, Evitar suposições, distorções e
ajudando no mapeamento de investimento no que não agrega valor
uma necessidade, no real. Esclarece a visão estratégica
entendimento dos “porquês” dos entregáveis, do que precisa ou
e seus impactos, a partir de não ser feito. Use antes do Story
um objetivo prioritário Mapping, ou para esclarecer
antes da construção de mudanças significativas.
Público Alvo entregas, features e
atividades organizacionais
Stakeholders
Times Resumo
Clientes
Usuários É um mapa onde cada objetivo é um nó principal, aberto por
Sponsors ramificações.
POs
Porque? É o real objetivo: Qual objetivo estamos tentando alcançar?

Quem? Para cada objetivo, mapeie os atores que impactam ou são

impactados na busca pelo resultado: Quem pode produzir o efeito
desejado? Quem pode obstruir isso? Quem são os consumidores ou
Materiais
usuários de nosso produto? Quem será afetado?

Canvas Como? A partir dos atores, quais impactos estão relacionados ao

Post-its atingimento do objetivo: Como o comportamento de nossos atores deve
Canetas mudar? Como eles podem nos ajudar a atingir o objetivo? Como eles
podem nos impedir ou impedir o sucesso?

O quê? Finalmente o que precisa ser feito: Quais são os Entregáveis O

que podemos fazer, como organização ou equipe, para suportar os
impactos necessários?

25
 Mapa de Jornada do Cliente

O que é Objetivo
É uma interpretação visual Explicitar uma jornada de um usuário,
ou gráfica da história geral podendo relatar um processo,
da perspectiva de um momento de seu dia, interação com
indivíduo, de seu um produto ou serviço, destacando
relacionamento com uma os pontos de contato e significado de
organização, serviço, cada passo dado por ele
produto ou marca, ao
Público Alvo longo do tempo e em todos
os canais.
Todas as pessoas
envolvidas com o tema Resumo
Esta dinâmica pode oferecer cartas com ações típicas, usando ícones
ou keywords, mas o próprio time pode ir desenhando um ícone para
cada passo.

Escolha uma ação, momento, interação e objetivo. A partir disto a

equipe precisa estabelecer qual é o passo a passo para executar ou
atingir tal objetivo, identificando os pontos de contato com o serviço ou
produto, atuais ou desejados.
Materiais
Defina um espaço compartilhado que todos consigam visualizar tudo o
Canvas que foi discutido ao final da reunião. Acorde previamente o Timebox
Post-its para discussão e o preenchimento dos post its de cada coluna.
Canetas

26
 Mapa de Proposição de Valor
O que é Objetivo
Canvas de proposição de A partir do entendimento de quais são
valor é um artefato os segmentos de clientes que
complementar ao canvas de queremos atender e entregar valor,
modelagem de negócios, mapear o segmento e detalhar a
criado por Alexandre proposta de forma mais ampla ou
Osterwader. É uma especifica para cada segmento.
modelagem visual dos
Público Alvo porquês e como a proposta
de valor se relaciona
Clientes efetivamente e atende as
Fornecedores percepções de ganhos.
Analistas
Times Resumo
Marketing
Sales Iniciamos pelo preenchimento do círculo à direita, referente ao
segmento de clientes, e depois sobre o quadro a esquerda com nossas
percepções e proposições para atendimento e entrega de valor,
diminuindo dificuldades e ampliando soluções.
Trabalho de Clientes - As necessidades dos clientes, suas tarefas e
Materiais percepções sobre elas.
Dores de clientes - Relacione quais os desperdícios, riscos, problemas e
Canvas impactos.
Post-its Ganhos dos Clientes - Os benefícios e desejos pessoais, funcionais ou
Canetas econômicos.
Redutores das dores - Como você diminuirá ou eliminará as dores
explicitadas.
Geradores de Ganhos - Como seu produto potencializará os ganhos
desejados.
Produtos e Serviços - Liste produtos e serviços propostos para atingir
as propriedades acima.

27
 Mapa de Risco (ROAM)

O que é
É uma ferramenta de
controle e acompanhamento
de riscos do projeto,
programa ou da próxima
entrega, dependendo do nível
em que os riscos foram
mapeados.
Público Alvo
Objetivo
O principal objetivo é mapear e dar
visibilidade para controle dos riscos
relacionados ao projeto. Os riscos
podem ser de diversos tipos e
severidade, mas o objetivo é ter uma
visão de como, quem e quando ele
será gerido.

C Level Resumo
Gestores
Pos Trata se de um painel para visualização dos riscos com 4 áreas:
Times Resolved - O risco foi eliminado, ou seja, não prejudicará o projeto.
Stakeholders
Owned - Alguém ficará responsável por resolvê-lo.
Accepted - O risco foi reconhecido e todos estão cientes da
possibilidade de sua ocorrência.
Mitigated - Foram tomadas providências para reduzir o impacto do
Materiais Risco.
Defina um espaço compartilhado que todos consigam visualizar tudo o
Canvas que foi discutido ao final da reunião. Acorde previamente o timebox
Post-its para discussão de cada um dos riscos e o correto posicionamento dos
Canetas post its em cada um das áreas.
Defina uma frequência de acompanhamento deste quadro, sempre
mantendo as informações atualizadas.

28
 Mapa de Stakeholders
O que é Objetivo
Um mapa mental contendo Artefato fundamental no início de um
papéis e personagens projeto, pois não é incomum
agrupados por atuação ou integrantes ficarem perguntando a
interesse. Nele é possível colegas nomes e formas de contato
incluir informações úteis, com usuários, stakeholders,
destacando referências e fornecedores, etc.
seus telefones ou e-mails,
Público Alvo departamentos, interesses
ou outra informação
Times e representantes de relevante.
diretorias, gerências, Key
Users, fornecedores, Resumo
parceiros, usuários, outras
equipes, como Pode ser físico ou virtual, cria se um mapa identificando áreas e
infraestrutura e vínculos com o projeto, mas o foco deve ser o valor informativo que ele
atendimento agrega durante o projeto. Algumas categorias que você deve incluir
nesse mapeamento de stakeholders são:
Externos: O cliente, incluindo a principal equipe do projeto, seus
gerentes e diretor. Entre esses stakeholders, geralmente há uma ou
Materiais duas pessoas que são o contato do projeto dentro da empresa.
Internos: As lideranças da empresa, o departamento financeiro e todos
Canvas os membros executivos, que querem que o projeto aconteça de forma
Post-its eficiente e que gere lucro.
Canetas Internos/Equipe do Projeto: Os colaboradores da empresa que estão
trabalhando diretamente no projeto, incluindo o diretor da conta, gerente
de projeto e outros, como UX designers, desenvolvedores, redatores,
etc.
Outros: Aqui pode-se incluir a comunidade de desenvolvedores,
influenciadores de tecnologia e usuários finais do software.

29
 Matriz CSD

O que é Objetivo
É uma ferramenta para Prover alinhamento sobre um desafio
levantar e alinhar as que ainda não está totalmente claro,
Certezas (o que já sabemos), após isso, é possível decidir mais
Suposições (o que supomos, facilmente o que se sabe, o que é
mas não temos certeza) e fundamental conhecer e o que não
Dúvidas (o que precisamos interessa, além de definir onde e
descobrir) sobre o desafio como obter informações que
Público Alvo dos clientes ou do público de faltam para avançar.
estudo no projeto.
C Level
Gestores Resumo
Times,
Todas as pessoas O template de matriz CSD é muito simples: basicamente dividimos um
envolvidas com o tema quadro em 3 quadrantes e cada um deles representará uma das letras
da sigla.
Certezas - colocamos tudo o que nos parece ser verdade absoluta, uma
decisão que deve vir de comum acordo entre os participantes
Dúvidas - posicionamos o que não sabemos, mas possivelmente
gostaríamos de saber sobre o projeto e seu tema: pessoas, motivações,
Materiais desejos, objetos, processos, uso, negócio, passado, presente,
tendências, etc.
Canvas Suposições - é uma grande área de escape, que evita discussões
Post-its demoradas e inúteis e nos permite avançar na externalização das
Canetas informações.

Certezas Suposições Dúvidas

(já sei) (a confirmar) (a descobrir)

30
 Matriz GUT

O que é Objetivo
A Matriz de Priorização GUT Apoio a decisões estratégicas, táticas
é uma ferramenta que ajuda ou técnicas, no âmbito individual,
na priorização da resolução grupo, empresarial ou social.
de problemas por meio de 3
critérios: Gravidade, Urgência
e Tendência.

Público Alvo

Envolvidos e afetados pelo Resumo

problema
Pode ser utilizada em diversos contextos: no planejamento estratégico,
na gestão de projetos, na gestão de processos, na gestão pessoal ou
em qualquer situação que exija decidir o que fazer primeiro.
A matriz GUT é composta pelos critérios de gravidade, urgência e
tendência. Cada um deles pode se desdobrar em uma escala que vai de
1 a 5.
Gravidade - diz respeito ao impacto potencial, de menor efeito (1) ao
maior efeito (5) indesejado, que exijam uma ação devido a sua
Materiais gravidade;
Urgência - diz respeito ao timing, ao prazo, de algo que não tem pressa
Canvas (1) até aquelas situações que exigem respostas imediatas (5);
Post-its Tendência - é um indicativo quanto a projeção de estabilização ou piora
Canetas do quadro, de estável (1) a degradação imediata (5).
Depois de atribuídas as notas de cada item as colunas de gravidade,
urgência e tendência devem ser multiplicadas resultando no score de
prioridade.

Problema G U T GxUxT

Problema 1 4 3 3 36
Problema 2 1 2 5 10
Problema 3 3 1 1 3

31
 Matriz RAB

O que é Objetivo
É uma ferramenta prática de Apoio a decisões estratégicas, táticas
gestão muito útil para uma ou técnicas, no âmbito individual,
análise colaborativa que grupo, empresarial ou social.
facilita a tomada de decisão
sobre priorizações, a partir
de um sistema de
pontuação.
Público Alvo

Envolvidos e afetados pelo

Resumo
problema ou pela O nome é um acrônimo para Rapidez, Autonomia e Benefício, que são
necessidade de os três quesitos que fundamentam a priorização das atividades. A
priorização importância de cada um deles é fácil de entender:
Rapidez - Esse quesito é relativo ao tempo de implementação de uma
melhoria ou solução. Utilize uma escala de dias, semanas, sprints,
meses etc., de acordo com sua realidade.
Autonomia - Analise se você tem as condições necessárias para
construir a solução? Qual é o seu grau de autonomia para implementá-
Materiais la? Até que ponto você conseguirá resolver esse problema? Leve em
conta se precisará da ajuda de outros departamentos ou stakeholders
para executar essa ação ou se conseguirá implementá-la internamente
Canvas com o seu time.
Post-its
Benefício - Avalie o valor que será gerado a partir da solução do
Canetas
problema ou da realização da tarefa. Qual o benefício criado como um
Planilhas
todo ao finalizar essa tarefa? Para isso, pense no propósito da sua
empresa, nas suas metas e OKRs.
Depois de atribuídas as notas de cada item as colunas de rapidez,
autonomia e benefício devem ser multiplicadas resultando no score de
prioridade.

Ação R A B RxAxB

Ação 1 4 3 3 36
Ação 2 1 2 5 10
Ação 3 3 1 1 3

32
 Parking Lot

O que é Objetivo
Um quadro onde ficam Permitir ao facilitador manter o foco,
estacionados problemas ou capturando assuntos ou temas não
assuntos não associados relacionados com o objetivo inicial da
diretamente ao item em reunião, de forma que os mesmos
discussão e que não geram não sejam esquecidos. Os itens do
ações e soluções no Parking Lot devem ser discutidos em
momento. Ficam outro momento.
Público Alvo estacionados para avaliação
e discussão futura.
Todas as pessoas
envolvidas em alguma
reunião de discussão na Resumo
qual podem aparecer
assuntos não relacionados O facilitador de qualquer reunião deve deixar claro o objetivo da reunião,
para que todos os envolvidos mantenham o foco.
O Parking Lot é uma ferramenta que auxilia a condução da reunião, pois
quando qualquer assunto sair fora do contexto do objetivo da reunião, o
facilitador levanta a mão e pergunta aos presentes se aquele assunto
deve ir para o Parking Lot. Se a maioria concordar, o facilitador anota o
Materiais assunto em um post-it e o guarda no espaço reservado e a reunião
segue com foco no objetivo.
Canvas Não existe uma regra específica para alocação das informações no
Post-its Parking Lot, mas é uma boa prática agrupar por assuntos/temas
Canetas comuns.
Após a reunião os membros interessados, ou que podem resolver o
problema, se reúnem para discussão.

33
 Persona

O que é Objetivo
Persona é um personagem O objetivo é criar um perfil que
fictício que representa o sintetize as principais características
cliente ideal de um negócio. dos clientes para que a marca,
É baseado em dados e produto ou serviço consiga criar
características de clientes estratégias alinhadas ao seu público
reais, como comportamento, e capazes de atender suas
dados demográficos, demandas.
Público Alvo problemas, desafios e
objetivos.
Stakeholders
Usuários
Equipe
Resumo
Clientes O primeiro passo é criar um nome compatível e um desenho que
represente a persona, uma forma lúdica e divertida de gerar empatia.
A seguir, as características deste perfil são listadas, seguido de seus
comportamentos, como ele age e se posiciona, suas habilidades e
então do entendimento de suas principais necessidades.
Importante identificar e entender os diferentes segmentos de
Materiais personagens envolvidos, relevantes na definição ou validação do valor a
ser entregue e metas a serem pactuadas.
Canvas Pode ser interessante mapear um grupo de clientes como
Post-its colaborativos, e outro, como resistente a mudança, antecipando
Canetas cenários.

34
 Planning Meeting

O que é Objetivo
É uma reunião de Independente do framework a ser
planejamento dos itens do utilizado, tem como objetivo dar o
backlog do produto que entendimento ao time sobre as
serão desenvolvidos no prioridades, planejar a entrega
próximo ciclo. e criar o comprometimento de todos
com relação à meta estabelecida para
a próxima iteração/cadência/ciclo.
Público Alvo
Resumo
Gestores
Times A reunião de planejamento acontece no início de cada iteração,
POs cadência ou ciclo, definido o trabalho a ser executado. O plano
resultante é criado de forma colaborativa por todo o time.
A reunião aborda, geralmente, três tópicos:
Por que esta iteração é valiosa?
Neste momento todo o time tem uma visão clara do valor que pretende-
se alcançar como resultado do trabalho da iteração.
O que pode ser feito nesta iteração?
Materiais Por meio de discussões entre todos os envolvidos na reunião, são
selecionados itens do backlog do produto que serão entregues dento da
iteração.
Backlog
Materiais para estimar Como o trabalho escolhido será realizado?
Post its Para cada um dos itens selecionados os desenvolvedores planejam o
trabalho necessário para produzi-lo. Isso geralmente é feito quebrando
Canetas
em itens de trabalho menores (tarefas).
Uma sessão de Planning Meeting deve possuir um timebox máximo de
8 h para iterações de um mês, iterações menores devem ter seu
timebox reduzido proporcionalmente.

35
 Planning Poker

O que é
É uma técnica de
planejamento e estimativa
baseada em consenso, que é
muito útil para estimar os
backlogs de produtos.
Objetivo
Estimar de forma colaborativa,
permitindo que todos os membros do
time coloquem sua visão de
complexidade para a conclusão de
um item de backlog.

Público Alvo Resumo

Times Após o entendimento por parte de todos do time sobre o trabalho a ser
executado em um item de backlog, precisamos estima-lo. O Planning
Poker é uma técnica que usa geralmente a sequência Fibonacci
simplificada (1/2, 1, 2, 3, 5, 8, 13, 20, 40 e 100) para definir a
complexidade de desenvolvimento de um item de backlog.
Cada membro da equipe recebe um conjunto de cartas, com os valores
da sequência Fibonacci simplificada.
Cada membro da equipe escolhe uma carta que contém o valor
numérico de pontos que o mesmo considera justo para que a história
seja concluída. Todos mostram a sua carta ao mesmo tempo.
Materiais
Caso haja grandes diferenças entre as cartas jogadas, os membros que
jogaram as cartas de maior e menor valor explicarão suas razões e,
Backlog
então, com base em suas explicações, as cartas são jogadas
Cartas ou novamente até que haja consenso e uma estimativa seja definida.
Aplicativo
Algumas cartas curingas costumam ser utilizadas para quando não se
tem o conhecimento sobre o tema ou quando se quer propor uma
pausa na dinâmica.

36
 Refinamento

O que é
É um processo contínuo no
qual o PO e o time de
desenvolvimento colaboram
para garantir o entendimento
e a preparação do backlog
do produto.
Objetivo
Refinar e priorizar os itens de backlog
atendendo todos os requisitos
estabelecidos no acordo DoR, para
que os itens possam ser levados para
o desenvolvimento.

Público Alvo Resumo

Times Atividades que devem ser realizadas durante o Refinamento:
POs Descoberta de Produto, tanto inicialmente, por exemplo, através do
Stakeholders Mapeamento de Histórias, quanto de forma contínua.
Identificar e remover itens que pareciam bons, mas que não são mais
relevantes.
Melhorar a clareza e evitar mal-entendidos, adicionando detalhes na
preparação da implementação, acrescentando exemplos, restrições, e
critérios de aceitação.
Dividir itens grandes em itens menores. Os itens menores são mais
Materiais focados e gerenciáveis e são mais fáceis de serem dimensionados.
Dimensionamento de itens, incluindo o redimensionamento deles
Backlog quando tiverem ficado no Backlog do Produto por mais tempo do que o
Post-its previsto e como uma verificação de sanidade quando eles estão
Aplicativo prontos para implementação.
Priorizar itens e repriorizar quando são adicionados mais detalhes ou
ganha-se novos conhecimentos.
Identificar riscos e obstáculos para itens próximos à implementação.

37
 Retrospectiva

O que é
É o evento focado em
melhoria contínua que fecha
a iteração, cadência ou ciclo
de desenvolvimento,
analisando o que aconteceu
durante todo o período.
Objetivo
Analisar a última iteração, cadência
ou ciclo de desenvolvimento e
identificar e ordenar um plano de
ação para corrigir problemas e
manter o que funcionou bem.

Público Alvo Resumo

Times A Retrospectiva deve acontecer antes do início de um próximo ciclo de
desenvolvimento. Os pontos abordados geralmente são sobre três
diferentes temas: pessoas e o relacionamento entre elas, o processo de
trabalho e as ferramentas e que o time utiliza no dia a dia, mas o
contexto deve ser levado em consideração.
A forma da retrospectiva varia bastante, pois existem diversas
dinâmicas diferentes que podem ser utilizadas, porém os modelos
abordam alguns pontos:
O que foi bem?
Ocorrências que influenciaram positivamente o resultado final,
Materiais mostrando ao time quais ações devem ser mantidas.
O que não foi bem?
Resultado da última
Fatos que não foram bons e que precisam ser aprimorados, dando uma
iteração
visão ao time dos pontos que causam impactos negativos.
Post its
Canvas Como podemos melhorar?
Construção de um plano de ação para melhorar o próximo ciclo de
desenvolvimento.

38
 Review

O que é
Evento para demonstrar o
incremento gerado na última
iteração, cadência ou ciclo
de desenvolvimento.
Objetivo
Inspecionar o resultado da última
iteração, cadência ou ciclo de
desenvolvimento, verificar o
progresso atingido e ajustar o
backlog do produto caso necessário.

Público Alvo Resumo

É uma reunião informal, não uma reunião de status, e a apresentação do
Times
incremento destina-se a motivar e obter feedback e promover a
POs
colaboração.
Stakeholders
Deve focar na apresentação do incremento de produto funcionando e
não em apresentações (PPTs).
Cada item do backlog que foi concluído é demonstrado, e durante esta
apresentação os stakeholders apresentam seus feedbacks sobre a
entrega.
Depois da apresentação, pode ser feita uma discussão sobre os itens
que foram selecionados para serem entregues mas que não foram
Materiais concluídos dentro do ciclo.
Todas as observações são anotadas e no final da reunião são
Incremento de Produto a discutidos possíveis ajustes no backlog do produto, como a criação de
ser apresentado, novos itens para atender algum ponto que foi levantado ou a
Ferramenta de repriorização de itens existentes.
gestão de backlog
Post its
Canvas

39
 SWOT

O que é
A ferramenta SWOT é um
método simples utilizado na
análise de um ambiente de
negócio como base para a
gestão e planejamento
estratégico.
Objetivo
Identificar e analisar pontos chave
que contribuem para o sucesso ou
fracasso de um empreendimento
(produto, serviço, projeto)

Público Alvo

Equipe de projeto
Resumo
Stakeholders É uma sigla em inglês para Strengths (Forças), Weaknesses
(Fraquezas), Opportunities (Oportunidades) e Threats (Ameaças).
A ferramenta SWOT utiliza uma matriz onde serão analisados os
seguintes fatores referentes ao negócio:
Strenghts - Vantagens internas do produto ou serviço em relação aos
concorrentes. Quais recursos podem ser aproveitados?
Weaknesses - Desvantagens internas ou limitação em relação aos
concorrentes. Identificar os pontos que precisam ser melhorados. Quais
Materiais recursos os concorrentes possuem a mais?
Opportunities - Fatores externos positivos que podem potencializar a
Canvas SWOT vantagem competitiva do produto ou serviço. Como transformar suas
Post its forças em oportunidades?
Canetas Threats - Fatores externos negativos que podem por em risco a
vantagem competitiva do produto ou serviço. O que os competidores
estão fazendo?

40
 Work Agreement

O que é
Um acordo de trabalho que
estabelece as regras básicas
que os times criam e
seguem para aumentar
produtividade, felicidade e
satisfação.
Objetivo
Garantir que o time entenda e
compartilhe a forma de trabalho
acordada, evitando conflitos que
podem impactar a equipe, em termos
de produtividade e felicidade.

Público Alvo
Resumo
Todos os membros do
time Pense em coisas que podem afetar seu time e deixa-lo desmotivado e
com baixa produtividade, coisas que os membros entendem não ser
uma boa prática.
Os assuntos podem ser diversos, como o uso de notebooks e celulares
durante as reuniões, presença nos eventos comuns, horários de
chegada e saída, entre outros. Neste sentido o time estabelece as
regras de funcionamento do time.
Uma forma de criar a primeira versão é o time avaliar em conjunto os
Materiais grandes riscos e impactos que enxergam para o sucesso do projeto e
então criar uma regra, um comportamento que minimize a chance
desses riscos acontecerem.
Quadro
Post it Listem os principais e comecem com este acordo. O work agreement é
de responsabilidade de todos, seja para manter ou para seguir, e deve
Canetas ou Wiki
estar exposto ou disponível em alguma ferramenta quando o time for
remoto. Seu conteúdo pode ser revisto, especialmente nas reuniões de
retrospectiva, com remoção ou adição de itens.

41

O que é
É um diagrama de fluxo
acumulado que registra de
forma acumulativa a
quantidade de itens que
passam pelo fluxo de
trabalho.
CFD
Objetivo
Permitir que o time possa gerenciar
suas filas, identificar gargalos e ainda
ter clareza do progresso.

Público Alvo
Resumo
Times
Gestores A estrutura do diagrama é bem simples:
Gerentes de Projeto
No eixo horizontal (x) está a medida de tempo escolhida para
acompanhamento e avaliação (por sprints, semanal, diário, etc).
No eixo vertical (Y) está o numero de itens acumulados no fluxo de
trabalho.
As faixas de diferentes cores que dividem as seções são os diferentes
estágios do seu fluxo de trabalho, conforme eles aparecem no próprio
quadro de tarefas.
Materiais
Sua aplicação traz vários insights sobre o rendimento dos times,
entrada x vazão, impedimentos e gargalos. É um recurso muito
Canvas completo e flexível que pode ser aplicado com diferentes frameworks e
Post its metodologias.
Canetas
Planilha
Ferramenta de indicadores

42
 Cycle Time

O que é
O Cycle Time é o tempo que
um item leva para ser
entregue a partir do
momento em que começou a
ser efetivamente trabalhado.
Objetivo
Medir o fluxo de valor e identificar
gargalos para alavancar
oportunidades que possam levar
o trabalho a fluir melhor.

Público Alvo
Resumo
Pos
Times Quando um novo item aparece no quadro, muitas vezes é necessário
Stakeholders revisar e discutir antes do seu processo de execução. Naturalmente, o
Executivos novo item passa algum tempo em uma fila de espera, antes que um
membro do time tenha a capacidade de iniciar o trabalho.
O Cycle time se inicia quando um novo item entra no estágio “em
progresso” e alguém está, de fato, trabalho nele.

Materiais

Canvas
Post its
Canetas
Planilha
Ferramenta de indicadores

43
 Lead Time

O que é
O Lead Time é o tempo que
um item leva para ser
entregue desde a solicitação.
Objetivo
Medir o fluxo de valor e identificar
gargalos para alavancar
oportunidades que possam levar
o trabalho a fluir melhor.

Resumo
Público Alvo
Diferente do Cycle time, o Lead time considera todo o tempo em que o
Pos item permanece no quadro até ser concluído. Isso acontece pois o
objetivo desta métrica leva em consideração a percepção do cliente
Times
quanto ao tempo de resposta do time.
Stakeholders
Executivos A ideia desta métrica é fornecer informação sobre quanto tempo uma
demanda leva para ser entregue a contar do momento em que o cliente
realizou a solicitação.
Com o Lead time, algumas análises podem ser realizadas:
• Determinação do prazo de atendimento à demanda;
• Produtividade;
Materiais • Verificação de gargalos;
• Otimização dos processos.
Canvas
Post its
Canetas
Planilha
Ferramenta de indicadores

44
 Throughput

O que é
Throughput é a quantidade
de itens de trabalho
entregues num determinado
período de tempo.
Objetivo
Compreender a quantidade de
trabalho entregue em um período de
tempo, permitindo a identificação
de tendência do aumento ou queda
do número de entregas.

Público Alvo Resumo

Pos
O throughput de entregas possui um papel fundamental na hora de se
Times estabelecer o gerenciamento do fluxo de trabalho. A análise do
Stakeholders throughput pode responder questões como:
Executivos
Quantos itens de trabalho a equipe entrega por período?
O time está criando uma tendência crescente de entrega?
Algum fator tem bloqueado a capacidade de entrega da equipe?
Ao perceber que o throughput está em queda o time pode avaliar quais
fatores estão afetando a vazão do processo. É aconselhável que a
Materiais análise seja feita por tipo de demanda, de forma a tornar explícito para
todo o time se eventuais problemas com a vazão está concentrado ou
não em um tipo de demanda
Canvas
O aumento da vazão permite diminuir o Cycle Time, o que pode gerar
Post its
melhoria significativa na eficiência operacional. Algumas situações
Canetas
podem provocar queda do throughput, como, requisitos ruins, dívidas
Planilha técnicas, gargalos no processo, backlog com baixo nível de itens
Ferramenta de indicadores prontos e mudanças de escopo.
O throughput considera o número de itens, não levando em conta o seu
tamanho.

2
45
 WIP

O que é
Work in Progress ou
Trabalho em Progresso (em
português) é a quantidade de
itens que está em execução
dentro do fluxo de trabalho
que ainda não foi finalizado.
Objetivo
Permitir visualização dos itens em
andamento em cada etapa do
processo facilitando a gestão do
fluxo.

Público Alvo Resumo

Todo time envolvido na O WIP mostra a quantidade de itens que está em execução dentro de
produção do Produto cada etapa do fluxo de trabalho e também dentro de todo o processo,
Time de Desenvolvimento para isso deve estar atualizado no quadro o real status de todos os
itens.
É muito importante limitar o WIP, pois vários estudos comprovam que
quanto maior o número de tarefas em andamento em determinada
parte do processo, maior será o Lead time. O estabelecimento de limites
também impede o acúmulo de “estoque” nas etapas intermediárias do
processo.
Não existe um número mágico para o limite WIP, não pode ser muito
Materiais grande nem muito pequeno. Este número deverá ser definido em função
do contexto, do time, e das divisões utilizadas para classificar as
Análise das fases do demandas.
processo e classes de Lembre-se que as pessoas não são multitarefa, nós não fazemos mais
serviços de uma coisa ao mesmo tempo. O limite WIP é um dos maiores
Canvas conceitos do Kanban e pode ser definido por colunas ou raias e força as
Post its pessoas a se concentrarem em terminar itens em vez de iniciar novos.
Canetas
Planilha
Ferramenta de indicadores

46
 Business Model Canvas

O que é
Canvas para concepção,
desenho e alinhamento das
principais características de
um produto, serviço ou
mesmo projeto.
Objetivo
Orientar a discussão sobre os 9
elementos fundamentais que
viabilizam a transformação de uma
ideia em um “negócio”, de como criar
e capturar propostas de valor.

Público Alvo Resumo

Os 9 elementos do canvas são:
Marketing
Segmento de Cliente: Liste e priorize os segmentos ou perfis que
Vendas
receberão o valor;
RH
Corporativo Proposta de Valor: Liste e priorize cada valor que irá entregar e
Times de Inovação satisfazer;
POs Canal de Distribuição: Liste e priorize seus canais de conversão, quais,
como, quanto;
Relacionamento com Cliente: Liste e priorize os meios de
relacionamento com os clientes;

Materiais Fluxo de Receita: Quanto, como, hoje e desejado, formato do

faturamento, fluxo de receita;

Canvas Principais Atividades: Quais atividades sua proposição de valor exige

Post-its com relevância;
Principais Pessoas e Recursos: Quais os principais recursos e equipes
que o valor proposto e atividades exigem;
Principais Parceiros: Principais parceiros e fornecedores, quem, porquê,
como;
Estrutura de Custos: Quais são, quanto custam e relevância dos custos
envolvidos.

47
 Value Stream Mapping

O que é
É uma representação visual,
um método de fluxograma
para ilustrar, analisar e
melhorar os passos
necessários para entregar
um produto ou serviço do
começo ao fim.
Público Alvo
Objetivo
É usado para destacar quaisquer
ineficiências no sistema atual (ou
seja, desperdício, problemas de fluxo,
exemplos de variabilidade),
fornecendo estrutura para identificar
oportunidades de melhoria, tanto no
fluxo do processo, quanto em
atividades que geram desperdício.

C Level
Gestores Resumo
Times
Processos Trata se de uma dinâmica colaborativa com raízes no Lean, inicialmente
Engenheiros utilizada para traçar fluxos e tempos de espera. Permite que o time "veja
o fluxo" da cadeia de valor e os seus desperdícios.
O VSM pode ser usado para melhorar qualquer processo em que haja
etapas repetitivas e especialmente quando há transferências de
atividades, ou seja tempo de espera entre os membros da equipe.
Colete informações de quanto tempo demora cada etapa (Lead Time),
Materiais quanto tempo realmente se trabalha para que ela seja entregue (Cycle
Time ou Touch time) e quanto de trabalho vai para a próxima etapa e
Canvas volta com problema (Percent Complete & Accurate - %C&A).
Post-its Com base nestas informações, determine pontos de gargalo para traçar
Canetas planos de ação, oportunidades de melhoria e exemplos a serem
compartilhados.

48
 Agile Coach

O que é
É o responsável por
fomentar a agilidade nos
times e na liderança na
organização, conhecendo
várias formas diferentes de
aplicação.
Objetivo
Entender onde cada time está em sua
jornada ágil e oferecer a abordagem
correta para apoiar seu crescimento,
promover a auto-organização e
direcionar o time à autossuficiência.

Público Alvo
Resumo
Interessados em conhecer Um Agile Coach apoia o crescimento do time fazendo as perguntas
as atribuições de um Agile certas, fornecendo bons modelos mentais, desafiando as pessoas e as
Coach orientando na construção de ótimos produtos para seus clientes.
Deve conhecer frameworks e metodologias diferentes para ajudar os
times na utilização da opção correta para seu contexto, portanto deve
se prender mais ao mindset ágil do que a um framework específico.
Um Agile Coach não deve buscar o protagonismo e sim a facilitação e
treinamento das pessoas e times para que eles façam certo, mais e
melhor.
Materiais Outro fator importante de um Agile Coach é que sua atuação não deve
durar para sempre em um mesmo time ou projeto, se esta dependência
existir há algo errado.
Além dos times ágeis é atribuição do Agile Coach levar o ágil para
outras áreas da corporação, disseminar o conhecimento, fomentar a
adesão de práticas ágeis em todos os setores da companhia, buscar
um DNA ágil de forma corporativa.
Como um Agile Coach, você precisará ter uma forte comunicação e
habilidades interpessoais, já que estará trabalhando próximo aos
funcionários da empresa, em todos os níveis, incluindo a liderança.

49
 Product Owner

O que é
É um papel (não é cargo)
exercido em Frameworks
Lean Agile principalmente no
Scrum. É o responsável por
maximizar o valor gerado
pelos times ágeis.
Objetivo
Criar, priorizar, fatiar e manter o
product backlog, sempre com o foco
em fazer o cliente tirar vantagens
competitivas de mercado.

Público Alvo Resumo

As principais atividades e características de um PO, são:
Interessados em conhecer
as atribuições de um Trabalha a concepção do produto para entender o todo e priorizar o que
Product Owner precisa entregar, sendo o mais cedo possível, para o cliente gerando
feedback antecipado. Assim foca em entregas com maior frequência e
qualidade.
Engajado e disponível para o time, tem domínio do negócio para
responder quaisquer dúvidas relacionadas ao negócio, para que o time
possa fatiar e estimar. Tem poder de decisão e sabe dizer NÃO ao
cliente quando a necessidade estiver desalinhada com a visão e não
agregar valor ao produto.
Materiais Mantem o Product Backlog priorizado e com valor, refina-o e prefere a
comunicação frequente e face-to-face com o time.
Demonstra o progresso de valor para todos interessados.
Refina requisitos continuamente durante todo o desenvolvimento.
Provê a visão e roteiro do produto, seus objetivos de negócio e
principais features, deixando claro todo contexto de negócio, para que o
time consiga identificar riscos técnicos.
Precisa estar aberto a aceitar mudanças, sendo necessário gerenciá-las
conforme prioridades e alinhando sempre com a visão já estabelecida.

50
 Scrum Master

O que é Objetivo
É o membro do time que Disponibilizar todo o conhecimento e
detém maior conhecimento materiais necessários para que as
sobre o framework, ele deve Sprints sejam executadas de forma
potencializar o trabalho da correta e o time atinja a máxima
equipe e garantir que todos performance possível.
entendam e apliquem os
princípios.
Público Alvo
Resumo
Interessados em conhecer
O perfil ideal de um Scrum Master é baseado na ideia de líder servidor,
as atribuições de um
que faz mais do que monitorar o andamento do processo e o
Scrum Master
desempenho das equipes, precisa ter habilidades de comunicação,
facilitação e política.
O SM atua junto ao time de desenvolvimento dando a eles treinamento
em práticas ágeis, removendo impedimentos, facilitando os eventos
Scrum e gerenciando conflitos.
O SM deve atuar junto ao PO garantindo que objetivos, escopo e
domínio do produto sejam entendidos o melhor possível por todos do
Materiais time, e encontrando técnicas para o gerenciamento, organização e
priorização do backlog do produto.
O SM também atua no ambiente organizacional liderando e treinando a
organização na adoção do Scrum, ajudando stakeholders a
compreender e tornar aplicável o Scrum e o desenvolvimento de
produto empírico, influenciando mudanças que aumentam a
produtividade do time e trabalhando com outros SMs para aumentar a
eficácia da aplicação do Scrum na organização.

51
 Time Dev

O que é
São os profissionais que
realizam o trabalho de
entregar um incremento
potencialmente liberável do
produto ao final de cada
Sprint.
Objetivo
Desenvolver e entregar o produto
estabelecido como meta no
planejamento de Sprint. Um
incremento é requerido na Revisão da
Sprint.

Público Alvo Resumo

Interessados em conhecer Os times de desenvolvimento são auto-organizados. Ninguém (nem
as atribuições de um Time mesmo o Scrum Master) diz a eles como transformar o backlog do
Dev produto em incrementos de produto, são também multifuncionais,
possuindo todas as habilidades necessárias, enquanto equipe, para
criar este incremento.
O Scrum não reconhece títulos para os integrantes do time de
desenvolvimento, independentemente do trabalho que está sendo
realizado pela pessoa, não há sub-times, independente dos domínios de
conhecimento que precisem ser abordados, tais como teste, arquitetura,
operação ou análise de negócios. Individualmente os integrantes podem
ter área de especialização, mas a responsabilidade sobre a entrega
Materiais
pertence ao time como um todo.
O tamanho ideal do time Scrum é pequeno o suficiente para se manter
ágil e grande o suficiente para completar um trabalho significativo
dentro da Sprint, geralmente com 10 pessoas ou menos incluindo todos
os papéis necessários (SM e PO também), facilitando a comunicação,
pois times grandes geram complexidade demais para que um processo
empírico seja efetivo.

52
 7 dimensões

O que é
7 Dimensões do Produto é
uma técnica eficiente para
escrever user stories
utilizada na criação de um
Product Backlog.
Objetivo
Facilitar o levantamento de
informações fundamentais para a
criação de um produto, analisando o
sob 7 dimensões diferentes.

Público Alvo
Resumo
O time discute e escreve em post its cada uma das dimensões de cada
Equipe de projeto funcionalidade priorizada. As 7 dimensões do produto, são:
Stakeholders Atores - São todos os usuários que de alguma forma interagem com o
produto;
Interfaces - São todas as telas, fluxos ou aplicações que precisam ser
construídas para atender a uma necessidade de negócio;
Ações - São tudo o que os usuários desejam fazer ao interagir com a
aplicação;
Dados - São quaisquer input, arquivos, dados da base e etc, que são
fundamentais para o funcionamento da aplicação;
Materiais Regras de Negócio - Servem para suportar as necessidades de negócio,
elas devem ser implementadas na aplicação;
Folhas de Flipchart Ambiente - São todas as plataformas, ou sistemas que serão utilizados
Post its para suportar a aplicação;
Qualidade - São todos os requisitos que precisam ser contemplados em
uma aplicação, para atender as necessidades dos usuários

53
 ARO

O que é
É uma forma simples de
representação (escrita) de
um item do Backlog.
Objetivo
Trazer uma linguagem comum para
que todos os envolvidos no backlog
de desenvolvimento de um produto
possam compreender facilmente do
que se trata aquele item.

Público Alvo Resumo

Ao usar o modelo ARO para escrever, a percepção inicial sobre a
Product Owner funcionalidade é mais fácil de ser “sacada” pelo time e também mais
Time de Desenvolvimento fácil de ser descrita pelo PO.
Analistas
Tendo como base que o Product Backlog é uma lista de desejos, é
QA
interessante escrever o desejo no modelo ARO, convertendo a visão do
objetivo dos usuários e clientes em ações menores para criar uma
versão inicial.
A escrita dos itens seguem o seguinte padrão:
A - representa a AÇÃO
R - representa o RESULTADO
Materiais
O - representa o OBJETO
Folhas de Flipchart, post its

Consultar
Deduzir o Calcular o
saldo na
saque do total de uma
conta
saldo venda
corrente

54

O que é
Uma técnica de
desenvolvimento ágil que
encoraja a colaboração entre
os desenvolvedores e
pessoal não técnico, e visa
integrar regras de negócio
com linguagem de
Público Alvo programação.
BDD
Objetivo
Orientar o desenvolvimento e permitir
automatização de testes com
ferramentas próprias para esta
finalidade, aumentando o sucesso do
produto.

Product Owner Resumo

Times
Analistas No BDD três palavras chaves nos guiam na criação dos cenários de
testes: “Dado que”, “Quando” e “Então“.
Usamos o ”DADO QUE” para indicar o cenário atual, o ”Quando” para
indicar a ação do usuário e o ”Então” para indicar o comportamento
esperado. Em situações com mais informações podemos utilizar o “E”
para indicar um complemento do cenário atual ou do resultado
esperado.

Materiais

Folhas de Flipchart História BDD

Post its
Eu, como cliente, quero pagar
minha compra com cartão de
crédito para conseguir
planejar meus pagamentos.
Critérios de Aceite
Venda com cartão
indisponível para valores
menores do que R$ 20,00.
Cenário: pagamento com cartão de
crédito com valor menor do que
R$ 20,00
DADO que o valor da venda é de
R$10,00
E o valor mínimo de vendas para
cartão é de R$ 20,00
QUANDO informo que o meio de
pagamento é cartão de crédito
ENTÃO a venda não é registrada
E é exibida na tela a mensagem
“Meio de Pagamento inválido. Para
valores inferiores a R$ 20,00
utilize somente boleto.”

55
 Critério de Aceitação

O que é Objetivo
É uma das melhores Estabelecer condições, restrições ou
maneiras de ampliar o regras de negócios que garantam que
entendimento de negócio uma determinada história esteja
acerca das histórias e das pronta e atendendo os valores
funcionalidades, são os requeridos pelo cliente.
critérios que serão validados
para aceitar uma
Público Alvo determinada história como
pronta.
POs
Time Resumo
É uma lista de critérios que precisam ser alcançados para que a User
Story atenda os requisitos do usuário e seja aceita pelo PO. Os critérios
de aceitação contém informações adicionais sobre o item, são
expressos por enunciados pequenos e de fácil entendimento.
Os critérios de aceitação ajudam a definir limites para as user sotries,
detalhando o que é necessário para entregar valor ao cliente, e também
ajudam o entendimento pelo time de desenvolvimento.
Materiais

Cartão
Canetas
Critérios de Aceite

Eu quero ter opções de

História
visualização da agenda por
Como um paciente, quero dia, semana e mês.
visualizar a agenda de
Eu quero visualizar a agenda
consultas dos médicos para
de consultas do mês atual e
saber quais horários estão
do mês posterior.
disponíveis para marcação
Cada consulta agendada deve
mostrar o nome e o convênio
do paciente

56
 Elevator Pitch

O que é
Uma apresentação sucinta e
efetiva com intenção de
transmitir uma mensagem
complexa e conquistar
outras pessoas.
Objetivo
Trazer alinhamento sobre o propósito
estratégico do produto em questão,
uma frase curta e assertiva,
esclarecedora e instigante, o
suficiente para que queiramos saber
mais sobre o produto.

Público Alvo Resumo

Participantes de Lean É uma alusão a uma situação em que um empreendedor está dentro de
Inception um elevador e, entre um andar e outro, depara com um investidor. Ele
POs tem, então, pouco tempo para dizer o que faz, qual o seu produto ou
Times serviço e precisa convencê-lo de que vale a pena investir em seu
negócio ou ao menos conhecê-lo melhor.
Esta rápida apresentação deve reunir informações básicas da sua
empresa e ou do seu produto. Um modelo que pode ser utilizado é:
PARA (público alvo)
QUE TEM (necessidade ou uma oportunidade)
Materiais O (produto ou serviço)
É UM (categoria de produto ou serviço)
Canvas com os
itens para facilitar a QUE (benefício principal)
dinâmica AO CONTRÁRIO DO (concorrente principal)
Post its
O PRODUTO (diferença principal)

57
 Enablers

O que é
São itens de backlog que
habilitam funcionalidades
futuras, não geram valor
diretamente para o usuário
ou cliente, sendo geralmente
itens mais técnicos ou de
aprendizagem.
Público Alvo
Objetivo
Promover as atividades de
exploração, infraestrutura e
desenvolvimento de arquitetura
necessários para apoiar as futuras
funcionalidades de negócio.

Pos
Resumo
Times Os enablers trazem visibilidade a todo o trabalho necessário para apoiar
o desenvolvimento e entrega eficientes de requisitos de negócios
futuros.
Os enablers são usados ​para exploração, evolução da arquitetura,
melhoria da infraestrutura, e como refletem um trabalho real, eles não
podem permanecer invisíveis, sendo assim, eles são tratados como
todas as outras atividades de desenvolvimento de valor agregado -
sujeitos a estimativa, feedback e apresentação de resultados.

Materiais Imagine que, para desenvolver determinado desejo do cliente, o time

precise explorar uma tecnologia que ainda não conhece, podemos
considerar esse “tempo de avaliação ou estudo“ como um enabler.
Enabler não pode ser confundido com impedimento, ele não é um
impedimento, mas pode vir a ser caso não seja monitorado e tratado no
tempo certo.
Todo enabler precisa estar no backlog e precisa ser priorizado no tempo
certo, caso contrário aquela história tão desejada, poderá não ficar
pronta como planejado.

Arquitetura

Enablers

Exploração Infraestrutra

58
 Evil user story

O que é
As histórias de usuários
“malvados“ ou “hackers” são
histórias que visam traduzir
as más intenções de quebrar
a segurança de um software,
invadindo-o para realizar
funções indevidas.
Público Alvo
Objetivo
Garantir um dos três pilares da
cultura e aplicação de DevSecOps, o
pilar Security, ou seja, o backlog será
composto por requisitos que
garantam sua segurança desde o
início.

Time de desenvolvimento
Resumo
POs São como histórias de usuários normais, exceto que representam o que
Arquitetos de Segurança um usuário malévolo faria em seu produto, em vez do que um usuário
Outros experts em comum faria. Em todos os casos, essas histórias representam o que
tecnologias utilizadas no você não quer que o usuário faça dentro do seu produto.
software
São necessárias para entender o que um usuário malévolo deseja fazer
em seu produto e, mais importante, por que ele deseja fazer isso, desta
forma você pode entender melhor como se defender contra ele.
Pontos de segurança elegíveis para serem tratados por esse técnica
Materiais são autenticação, gerenciamento de sessão, controle de acesso,
validação de entrada, codificação de túneis de saída, criptografia,
tratamento e registro de erros (LOGs), proteção de dados, segurança de
Post-its comunicação e recursos de segurança HTTP.
Canetas
O planejamento, escrita, refinamento, desenvolvimento, revisão e
Ferramenta de gestão de
entrega devem ser incluídos na rotina do framework ágil utilizado pelo
backlog
time.

59
 Granularidade

O que é Objetivo
Por definição é a extensão à Quebrar temas, épicos, features e
qual um sistema é dividido histórias de forma que todos
em partes pequenas, ou o envolvidos possam entender e que o
sistema propriamente dito time tenha condições de desenvolver.
ou sua descrição. É a forma
pela qual fatiamos,
detalhamos.
Público Alvo
Resumo
Pos
O segredo está em chegar no fator de granularidade nem muito fina
Interessados em entender,
(para não usar mais tempo que o necessário e perder o foco na
conhecer e detalhar itens
entrega), nem muito alta/grossa (que o time não consiga estimar e
de backlog
desenvolver com qualidade).
No Ágil, há algumas nomenclaturas de diferentes autores sobre a
quebra de Épicos, Features e Histórias.
Um exemplo lúdico: vá até a janela e observe o prédio mais próximo
quantos andares, vidros, estacionamento, varandas, jardim descreva o
que vê para outras pessoas que não o estão vendo.
Materiais Agora olhe um prédio mais distante, você consegue descrever com
tantos detalhes?
Mais ou menos 15 andares, não consigo saber se tem estacionamento
Você consegue visualizar os detalhes com melhor granularidade
quando está próximo ao objetivo.

60
 PBB

O que é Objetivo
O Product Backlog Building Construir um backlog inicial através
(PBB) é a elaboração e do entendimento compartilhado do
criação de um Product negócio do cliente, facilitando a
Backlog efetivo e descoberta e compreensão do
colaborativo, esclarecendo produto.
as user stories e o backlog
dos times.
Público Alvo
Resumo
POs
O PBB é representado por um canvas que tem um fluxo bem simples e
Times de fácil compreensão. Defina timebox para cada parte do canvas e
Stakeholders estimule a colaboração. O fluxo para construção é:
Key Users
Product Name: Identificar o produto que será construído.
Problems: Identificar e compreender o Estado Atual pontuando um
conjunto de problemas de forma colaborativa. É importante conhecer o
problema antes de criar a solução.
Expectations: Identificar o Estado Desejado, alinhando suas
expectativas aos problemas.
Materiais
Personas: Identificar quem são os usuários, papéis e responsáveis
envolvidos e o que faz e o que espera sobre o produto.
Canvas
Canetas Features: Identificar as funcionalidades que cada persona realiza no
produto, mapeando uma sequência de uso da esquerda para a direita,
Post-its
incluindo uma breve descrição, apontando os “Problemas” e os
“Benefícios” de cada uma.
PBIs: Para cada passo da feature, escreva os PBI’s que satisfaça, no
primeiro momento como sugestão, escreva no o modelo ARO e em
seguida podemos representar como user stories.

61
 Priorização MoSCoW

O que é
Uma técnica simples de
priorização utilizada para
obter um consenso sobre
o que é mais importante para
os stakeholders e para o
cliente.
Objetivo
Priorizar os itens de backlog a serem
desenvolvidos, favorecendo os itens
críticos ou de maior valor sobre itens
que agregam pouco valor ou que
podem ser deixados para momento
futuro.

Público Alvo
Resumo
PO O termo é um acrônimo com as letras iniciais das quatro classificações
Pessoas de Negócio Must have, Should have, Could have e Won’t have.
Time de Desenvolvimento Fazer uso dessa técnica permite que todos os stakeholders e membros
Stakeholders do time acordem numa ordem de importância. Assim, as expectativas
são ajustadas ao que será entregue como Mínimo Produto Viável (MVP)
e quais itens serão entregues posteriormente ou, até mesmo, que
deixarão de ser entregues.
Deve ter (Must have) - itens críticos que devem ser incluídos no
produto. Os itens mais imprescindíveis que são obrigatórios para o
sucesso.
Materiais
Deveria ter (Should have) - esses itens são importantes, mas não
cruciais para o lançamento.
Canvas
Lista dos itens a serem Poderia ter (Could have) - são itens desejáveis mas não necessários,
priorizados geralmente são itens de baixo valor para o produto.
Não terá (Won’t have) - itens considerados menos críticos, não geram
valor, devem ser descartados ou reconsiderados para futuros
lançamentos.

62
 Product Explorer

O que é Objetivo
O Product Explorer é uma Alinhar e conscientizar todos os
atividade que através da stakeholders quanto as definições do
comunicação, produto ou serviço que será lançado
proporciona o alinhamento
do time quanto produto ou
serviço

Público Alvo
Resumo
Stakeholders A atividade de Product Explorer é dividida em quatro fases. Sendo elas
Aquecimento, dinâmica, discurso e checklist.
A dinâmica se resume em obter as respostas e definições quanto aos
seguintes tópicos:
Por que o produto existe?
O que é o produto?
Concorrência
Audiências
Materiais Funcionalidades
Benefícios
Canvas
O discurso é apresentar a resposta dos tópicos acima
Adesivos
Post-its Ao final é indicado realizar o check list quanto a materiais estratégicos
Canetas comuns em lançamentos de produtos digitais.

63
 Spike

O que é
Spike é um item de backlog,
com limite de duração pré-
definido, para explorar novas
soluções e adquirir
conhecimento.
Objetivo
Obter o conhecimento necessário
para reduzir o risco de uma
abordagem técnica, entender melhor
um requisito ou aumentar a
confiabilidade de uma estimativa.

Público Alvo Resumo

Spike foi introduzido pelo Extreme Programming (XP). É focado no
Time de desenvolvimento conceito ágil de “falha rápida”. Se for para falhar, que seja rapidamente,
no início dos trabalhos, ao invés de aguardar um desenvolvimento
quase completo.
Representam atividades como pesquisa, design, investigação,
exploração e prototipagem. Quando confrontados com uma questão,
risco ou incerteza, as equipes ágeis conduzem pequenos experimentos
antes de passar para a implementação, em vez de especular sobre o
resultado ou ir para uma solução.
Deve ser criado e detalhado com o que se espera ao final daquele
experimento, priorizado e alocado na sprint.
Materiais
O resultado pode alimentar outro item de backlog ou inviabilizar um
objetivo, direcionando para outra solução.

64
 Story Mapping

O que é
Story Mapping é uma técnica
para criar um entendimento
do produto contando
estórias a partir do ponto de
vista do usuário.
Objetivo
Permitir a visão do quadro geral e não
apenas de uma única história ou
funcionalidade, permite também
visualizar qual trabalho precisa ser
executado primeiro para criar o
produto de forma mais eficaz.

Público Alvo Resumo

POs Podemos dividir a técnica em quatro etapas, sendo extremamente
Times de Desenvolvimento importante que o time participe ativamente de todo o processo, dizendo
Pessoas de Negócio o que pensa e fazendo perguntas.
Stakeholders A dinâmica será muita mais produtiva se pudermos exteriorizar nossos
pensamentos desenhando ou organizando nossas ideias em cartões ou
post-its. Com isso, construímos um entendimento compartilhado,
mitigando o risco de diferentes entendimentos.
Definição de fluxo de valor - É ponto de partida para o User Story
Mapping, o fluxo que irá contar a interação dos usuários com o produto.

Materiais Criação do Backbone - Identificar ações que contenham o mesmo

contexto, agrupando-os em épicos, representados por colunas que nos
auxiliarão a identificar o trabalho por contextos diferentes.
Quadro
Post-its Criação, divisão e organização das histórias - Criar, dividir e organizar
as histórias em seus respectivos épicos.
Canetas
Lista de Histórias Priorização, definições de incrementos - Definir a ordem de execução
Jornada do Usuário do trabalho, priorização das histórias, baseado em incrementos que
entreguem valor para o negócio.

65

O que é
É uma descrição concisa de
uma necessidade do usuário
do produto sob o ponto de
vista desse usuário, busca
descrever essa necessidade
de uma forma simples e leve.
User Story
Objetivo
É uma promessa de conversa entre
as pessoas de negócios (em geral, o
Product Owner) e os membros do
Time de Desenvolvimento

Público Alvo
Resumo
Pos A User Story é apenas uma promessa de uma conversa, um lembrete de
Time de Desenvolvimento que mais detalhes serão necessários, e não deve ser considerada
Pessoas de Negócio suficiente para a realização do trabalho. Ela é o começo, mas somente
Gerentes de Produto será útil para o desenvolvimento do produto se for seguida por uma
série de conversas entre as pessoas de negócios (em geral, o Product
Owner) e os membros do Time de Desenvolvimento.
As histórias de usuário têm três aspectos críticos. Podemos chamá-los
de 3Cs: Cartão, Conversação e Confirmação.
Cartão - Contém a descrição da história, tem texto suficiente para
identificar o requisito e lembrar a todos qual é a história.
Materiais
Conversação - Discuta suas ideias com outras pessoas, deixe-os fazer
muitas perguntas, trabalhe em conjunto para encontrar as soluções
Cartão/Post-its
ideais.
Canetas
Quadro Confirmação - Trabalhe para chegar a um acordo sobre o que construir.
Registre esse acordo como um conjunto de testes de confirmação.
O formato de escrita é o 3Ws, Quem (Who), O que (What) e Porque
(Why).
Exemplo: Como usuário de e-mail (Quem), quero pesquisar por palavra-
chave (O que) para encontrar os e-mails que preciso (Porque).

66
 Visão do Produto

O que é
Uma declaração efetiva que
guia a equipe e mantém
alinhados os stakeholders e
os clientes sobre o que é o
Produto.
Objetivo
Prover entendimento comum sobre o
que é o produto, sua categoria,
benefícios, diferenciação e valor
esperado.

Resumo
Público Alvo Com uma visão clara do produto, você pode determinar quais e como as
primeiras peças do seu quebra-cabeça do negócio vão se juntar. Você
POs deve decidir sobre qual característica do produto o caminho inicial será
Stakeholders trilhado, e qual será a sua estratégia de posicionamento.
Time envolvido na A Visão de um produto é “fixa” por toda sua construção, se em algum
definição do Produto momento houver a mudança na visão, o produto muda, então toda a sua
construção deverá ser revista. Para criar a visão do produto é
importante abordar o conceito de elevator pitch.
No Product Vision temos um agrupamento das informações do elevator
picth com as informações de Meta-Valor.
Cliente Alvo - Quem é o cliente alvo que o produto quer atender?
Materiais Categoria-Segmento - Qual a categoria do produto?
Benefício-Chave - Qual é o benefício chave que o produto vai entregar
Quadro, para o cliente?
Post-its
Diferenciador-Chave - Qual é o diferenciador chave em relação aos
Canetas
concorrentes?
Meta-Valor - Pensando financeiramente, qual é a meta que o grupo
pretende atingir criando esse produto? Ex: Aumentar a base de cliente?
Aumentar faturamento?

67