Direto ao ponto

criando produtos de forma enxuta

Paulo Caroli
Esse livro está à venda em http://leanpub.com/diretoaoponto

Essa versão foi publicada em 2016-05-28

This is a Leanpub book. Leanpub empowers authors and

publishers with the Lean Publishing process. Lean Publishing is
the act of publishing an in-progress ebook using lightweight tools
and many iterations to get reader feedback, pivot until you have
the right book and build traction once you do.

This work is licensed under a Creative Commons

Attribution-NonCommercial-ShareAlike 3.0 Unported License
Tweet Sobre Esse Livro!
Por favor ajude Paulo Caroli a divulgar esse livro no Twitter!
A hashtag sugerida para esse livro é #DiretoAoPonto.
Descubra o que as outras pessoas estão falando sobre esse livro
clicando nesse link para buscar a hashtag no Twitter:
https://twitter.com/search?q=#DiretoAoPonto
Outras Obras De Paulo Caroli
Fun Retrospectives
Optimizing The Flow
Retrospectivas Divertidas
To the point
las retrospectivas
DevOps para entrega de produtos enxutos
Directo al Punto
Product Management
Lean PMO
7 passos para definir a estratégia do seu time
Whisky, Sushi, Systems & Flow
 Gostaria de expressar o meu muito obrigado a todos que leram as
primeiras versões do e-book e forneceram valiosos feedbacks. Vocês
participaram ativamente deste projeto colaborativo e de melhoria
contínua. A nossa experiência coletiva gerou um resultado muito
melhor e mais fundamentado do que a minha isolada.
Muito obrigado a TC Caetano, coautor do livro FunRetrospectives.
Nesse trabalho, TC foi também organizador de várias ideias sobre
Inception e atividades de Inception. Junto com TC, Mauricio
Sanches e eu escrevemos um capítulo sobre Inception de uma
semana para o livro Thoughtworks Brasil - Antologia (2014).
Aos colegas coaches e facilitadores de Inceptions e todos tipos de
reuniões e workshops desafiadores. A Bethlem Migot, Rafael
Magrin, Nelice Heck, Lourenço Soares, Alexandre Klaser, dentre
vários outros colegas da Thoughtworks Brasil por participarem e
compartilharem de interesses comuns nesta área de Inception e
criação de produtos enxutos. Seguimos crescendo
profissionalmente, aprendendo e compartilhando conhecimento
juntos.
A Alexandre Klaser, criador do nome deste livro, bem como
colaborador em várias ideias sobre melhorias em análise de
negócios e gerenciamento de projeto.
À equipe de User eXperience & Design thinking da Thoughtworks
Brasil, especialmente Natalia Arsand, Juliana Dorneles, Gabriel
Albo, Glauber Ramos, e Tassia Spinelli. Pelas inúmeras conversas e
compartilhamento de conhecimento nesta área.
A Gabriela Guerra, pelo exemplo de profissional e por me motivar
a organizar e a lecionar o primeiro workshop sobre o assunto. A
Ronaldo Ferraz por motivar e acreditar no meu trabalho. Suas
palavras inspiradoras alimentaram meu interesse e empenho em
compartilhar conhecimento e escrever este livro.
 A Martin Fowler pelas conversas e sessões de coaching. Muito
obrigado pelos conselhos, direcionamento e interesse sobre este e
outros assuntos relacionados. É uma honra e privilégio desfrutar
do seu apoio e aconselhamento.
A todos colegas e amigos da Thoughtworks que me convidaram
para facilitar Inceptions, ou a ajudar em projetos, seja para
produtos enxutos ou não-enxutos. Aprendi e continuo aprendendo
graças aos desafios e conquistas que alcançamos juntos.
A Casa do Código, em especial a Adriano Henrique de Almeida, a
Vivian Matsui, e a Bianca Hubert pela revisão e edição deste
trabalho. A Hellen Guareschi pela revisão de texto.
Aos colaboradores da segunda edição do livro Alex Ziegler,
Alexandre Amorim, Luiz Rodrigues, Mayra Rodrigues e Samantha
Rosa. Este trabalho nasceu e cresceu colaborativamente, contanto
sempre com feedback e apoio de quem está usando e praticando.
Ao meu pai Carlos Caroli, pelo carinho e apoio ao meu trabalho. É
com muito orgulho que compartilho cada conquista com quem
sempre acompanhou e comemorou cada passo deste caminho. Não
é apenas que o fruto não cai longe da árvore, mas sim que carrega
em si o DNA, e desfruta da sombra e influência daquela.
Dedico esta obra a minha esposa Fernanda, e aos meus filhos
Maria Eduarda, João e Carolina.
Conteúdo

Feature . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
Descobrindo as features . . . . . . . . . . . . . . . . . . 1
Entendimento Técnico e Entendimento de Negócio . . . 6
Esforço e Valor de Negócio . . . . . . . . . . . . . . . . 12
Features melhor compreendidas . . . . . . . . . . . . . 19
 Feature
Feature é a descrição de uma ação ou interação de um usuário
com o produto. Por exemplo: imprimir nota fiscal, consultar extrato
detalhado, e convidar amigos do facebook.
A descrição de uma feature deve ser o mais simples possível. O
usuário está tentando fazer uma coisa. O produto dever ter uma
feature para isso. Que feature é essa?
Dado que já temos as personas e os principais objetivos do produto.
A seguinte pergunta ajuda com a descoberta de features: O que
precisa ter no produto para que tal persona alcance tal objetivo?

Descobrindo as features

A seguinte atividade é utilizada para descoberta de features. Note

que esta atividade depende da lista de objetivos e personas, que já
devem ser artefatos adquiridos em atividades anteriores:
Passos da Atividade:

1. Solicite que a equipe coloque os objetivos em um canvas

comum, em ordem de prioridade, da esquerda para direita,
como títulos de colunas;
2. Solicite que a equipe coloque as personas no mesmo canvas,
em ordem de prioridade, de cima para baixo, como títulos de
linhas;
3. Promova um brainstorm de features. A discussão deve ser
guiada para que se descubram quais features são necessárias
para atender objetivos e personas. Uma pergunta para ajudar
nesse processo é:

1
Feature 2

• “O que precisa ter no produto para que tal persona alcance

tal objetivo?”

A equipe deve guiar-se no canvas, repetindo a pergunta acima

para cada combinação de persona e objetivo, começando com os
de mais alta prioridade. Desse modo, as candidatas a features de
alta prioridade surgirão primeiro.
O controle de tempo é essencial para todas as atividades, mas esta
atividade requer atenção especial. No caso de um grande número
de objetivos e personas serem selecionados (nos passos 1 e 2),
inúmeras features poderão serem levantadas pela equipe. E isso será
contraprodutivo e pode levar a equipe a gastar muito tempo falando
sobre features que não farão parte dos primeiros MVPs.
Para evitar tal cenário, é altamente recomendável que o número
de objetivos e personas seja limitado para poucos (como os três ou
quatro principais objetivos e personas).

• “Se estivéssimos com um orçamento muito curto e pudéssemos

trabalhar em apenas um objetivo, qual seria esse?”

A pergunta acima ajuda o grupo a priorizar objetivos e personas.

Repita a questão para os objetivos, em seguida, para personas. Isso
deve ajudar com a priorização e no foco da evolução do produto via
MVPs.
Feature 3

Exemplo de resultado: features, objetivos e personas, respectivamente em

azul, laranja e verde
Feature 4

Exemplo de resultado: features, objetivos e personas, respectivamente em

post-it azul, post-it rosa e folha de papel branco
Feature 5

Exemplo de resultado: features, objetivos e personas, respectivamente em

post-it amarelo-claro, post-it amarelo-escuro e folha de papel branco

Embora o canvas seja semelhante a uma matriz, não necessaria-

mente haverá uma feature para cada interseção. Pode haver múl-
tiplas features para uma persona alcançar um objetivo específico,
assim como é possível haver personas que não necessitem de uma
feature para determinado objetivo.
Caso sejam identificados objetivos e features que não atendem as
necessidades de nenhuma persona, estes devem ser descartados ou
repensados, pois o seu valor não está claramente associado a um
usuário.
Feature 6

Entendimento Técnico e Entendimento

de Negócio

Esta atividade tem o objetivo de discutir como a equipe se sente em

relação ao entendimento técnico e o entendimento de negócio para
cada feature. A partir desta atividade, novas notas são capturadas e
discordâncias e dúvidas ficam mais aparentes.
Passo a passo da atividade:
Feature 7

template para a atividade

1. Crie, em um canvas comum, um gráfico, onde o eixo X

representa entendimento técnico (como fazer) e o eixo Y
representa entendimento sobre o requisito de negócio (o que
fazer).
Feature 8

2. Solicite a um membro da equipe que leia uma feature em

voz alta e a posicione no gráfico de acordo com o seu
entendimento sobre ela (entendimento técnico e de negócio).
3. Questione a equipe se todos compartilham daquela opinião.
Se alguém não concordar, a equipe deve discutir os requisitos
e a tecnologia envolvidos de forma que haja um consenso
sobre a feature. Tudo o que for mencionado e que ajude
a alcançar uma melhor compreensão deve ser anotado e
anexado à feature.
4. Anote, na feature, o nível de entendimento. Por exemplo, a
figura abaixo mostra features em post-it que foram colados
em index cards verdes, amarelos ou vermelhos, indicando,
respectivamente, um nível alto, médio ou baixo de entendi-
mento.
5. Para cada feature capturada anteriormente, repita os passos
2 a 4.

No eixo X, o objetivo é verificar o entendimento da equipe com

relação aos desafios técnicos, às dependências e aos requisitos de
infraestrutura. No eixo Y, a proposta é verificar a clareza sobre o
objetivo da feature, o benefício para o negócio e o que deve ser feito.
Alguns exemplos de algumas features categorizadas em relação ao
entendimento técnico de negócio - verde, amarelo ou vermelho,
respectivamente, representando níveis de entendimento alto, médio
e baixo.
Feature 9

exemplo 1
Feature 10

exemplo 2
Feature 11

exemplo 3
Feature 12

exemplo 4

Ao final da atividade, as features marcadas com um index card

vermelho com um X representam riscos altíssimos para o projeto.
Normalmente, a equipe decide dividi-las em pedaços menores de
trabalho.

Esforço e Valor de Negócio

Esta atividade tem o objetivo de discutir como a equipe entende o

esforço para fazê-la, bem como o valor de negócio associado a cada
feature. A partir desta atividade, novas marcações serão feitas para
cada feature.
Passo a passo da Atividade:
Feature 13

template para a atividade

1. Crie, em um canvas comum, um gráfico, onde o eixo X

representa o esforço (o nível de trabalho para fazer) e o eixo
Y representa entendimento sobre o valor de negócio (qual
retorno ou economia isso vai trazer).
Feature 14

2. Solicite a um membro da equipe que leia uma feature em

voz alta e a posicione no gráfico de acordo com o seu
entendimento sobre ela (esforço e valor de negócio).
3. Questione a equipe se todos compartilham daquela opinião.
Se alguém não concordar, a equipe deve discutir os requisitos
e a tecnologia envolvidos de forma que haja um consenso
sobre a feature. Tudo o que for mencionado e que ajude
a alcançar uma melhor compreensão deve ser anotado e
anexado à feature.
4. Anote, na feature, o nível de esforço e o valor de negócio.
Por exemplo, a figura abaixo mostra features em index cards,
nas quais foram adicionadas marcações de $, $$ ou $$$,
respectivamente, para valor de negócio alto, muito alto e
altíssimo, bem como E, EE, ou EEE, respectivamente, para
nível de esforço baixo, médio e alto.
5. Para cada feature capturada anteriormente, repita os passos
2 a 4.

No eixo X, o objetivo é verificar o entendimento da equipe com re-

lação à dificuldade e ao trabalho que será necesário para completar
tal feature. No eixo Y, a proposta é verificar o valor, o ROI (Return
On Investment) da feature, uma medida do negócio sobre quanto
vale tal feature.
Feature 15

exemplo de features com marcações de esforço e valor de negócio

Alguns exemplos de features categorizadas em relação ao nível de

esforço e valor de negócio. Note que a cor do index card representa
os níveis de entendimento, de acordo com a atividade Entendimento
Técnico X Entendimento de Negócio.
Feature 16

exemplo 1
Feature 17

exemplo 2
Feature 18

exemplo 3

Escala de valor de negócio

O marcas $ , $$ e $$$, respectivamente , indicam valor de
negócio alto, valor de negócio muito alto, ou valor de negócio
altíssimo. Quando comecei a usar este gráfico de valor de
negócio, estas marcas foram usadas para indicar valor de
negócio baixo, médio, ou alto. Mas raramente uma pessoa do
negócio respondia que uma feature tinha valor de negócio
baixo (ou médio). A mudança na escala auxiliou com que o
resultado representasse valor de negócio comparativo entre
diferentes features.
Feature 19

Features melhor compreendidas

As atividades Entendimento Técnico e Entendimento de Negócio

e Esforço e Valor de Negócio podem e devem ser realizadas em
conjunto. Ou seja, cada feature deve passar pelo gráfico apresentado
na atividade Entendimento Técnico e Entendimento de Negócio, e ,
logo em seguida, deve passar pelo gráfico apresentado na atividade
Esforço e Valor de Negócio.

gráficos lado a lado

Na primeira atividade a feature recebe uma cor, na segunda, mar-

cações de valor e esforço. A cor representa o nível de incerteza da
feature: vermelho para um nível de incerteza alto, amarelo médio e
verde baixo. Enquanto que marcações de valor de negócio e esforço
variam numa escala de uma, duas ou três vezes comparativamente;
por exemplo E, EE, e EEE. Tal cor e marcação vai ajudar a equipe
Feature 20

nas atividades subsequentes para priorizar, estimar e planejar.

Seguem dois exemplos de features antes e depois de passarem pelas
atividades Entendimento Técnico e Entendimento de Negócio e
Esforço e Valor de Negócio.

Exemplo 1: Features antes das atividades

Feature 21

Exemplo 1: Features depois das atividades

Feature 22

Exemplo 2: Features antes das atividades

Feature 23

Exemplo 2: Features depois das atividades

O processo de passar cada feature pelos dois gráficos gera mais do

que a cor e as marcações em cada cartão. Muita conversa acontece.
Algumas decisões são firmadas. Premissas são definidas. Incertezas
são descritas. Ou seja, as pessoas discutem e fazem anotações sobre
a feature em questão.
É muito importante armazenar as anotações geradas durante essas
atividades, pois serve para complementar a descrição da feature
(na frente do cartão). Logo, peça aos participantes para fazer as
anotações em post-it e para colá-las atrás do cartão. Desta forma
as atividades seguem rápidas e dinâmicas, porém mantendo as
anotações relevantes.
Feature 24

Exemplo de anotações de uma feature