Este documento fornece informações sobre gestão de produtos. Resume os principais papéis de Product Owner e Product Manager e destaca que o Product Owner foca no desenvolvimento de funcionalidades enquanto o Product Manager foca na estratégia e negócios. Também discute o ciclo de vida do produto e processos de desenvolvimento.
4. PRODUCT
OWNER
Foco no Desenvolvimento e suas Funcionalidades
Seu trabalho é potencializar o valor do produto e
o time de desenvolvimento.
É a pessoa responsável por priorizar o backlog.
Gerenciar as histórias e por isso, atuam muito
próximo ao time de desenvolvimento
PRODUCT
MANAGER
Foco em Negócios e Estratégia
Dono da estratégia do produto, quem direciona a
visão, o roadmap e o produto ao longo do seu
ciclo de vida.
Suas decisões são com foco em negócio fazendo
assim o tradeoff entre funcionalidades, prazo e
custo.
É especialista de mercado e conhecedor das
necessidades dos seus guests. A voz do guest
dentro da companhia. Focado no problema.
6. CICLO DE VIDA DO PRODUTO
Desenvolvimento
do Produto
Introdução
ao Mercado
Crescimento
do Mercado
Maturidade
do Produto
Declínio
do Produto
RECEITA
TEMPO
Novos produtos
buscando
Market Fit
Maior adoção,
produto ganha
tração
Momento de maior
receita
Substituição do
Produto
Momento da criação
ao lançamento
DESCOBERTA ESCALABILIDADE COMODIDADE INOVARDESENVOLVIMENTO
9. O QUE
COMO
POR QUE
Todas as companhias sabem O QUE fazem.
Produtos ou serviços que oferecem.
Algumas companhias sabem COMO fazer.
Isso é o que as tornam especiais e as
separam da concorrência.
Poucas são as companhias que sabem POR
QUE fazem o que fazem
Não é sobre fazer dinheiro! É sobre
propósito, causa ou crença.
Isso, de fato, é o motivo pelo qual a empresa
existe.
TÁTICO
ESTRATÉGICO
VISÃO
12. PROCESSO DE DESCOBERTA
DESCOBERTA
PROBLEM - SOLUTION FIT A
descoberta do cliente é quando
você ainda esta procurando um
cliente que possa querer ser
seu cliente
PROPOSE MVP - Você esta
procurando um ajuste de
solução de problemas criando
um MVP
PROPOUSAL FUNNEL(s) -
Validando com o possíveis
guests
VALIDAÇÃO
Validação do cliente é quando
você faz sua primeira receita
vendendo seu produto inicial
CRIAÇÃO CONSTRUÇÃO
15. ⁃ Criar uma Tabela NFB para cara ideia
(pode dar branco em colunas e isso não é ruim, deixe a ideia de lado… Quanto
mais você conseguir completar as colunas, mais certa esta sua hipótese.)
⁃ Fazer um brainstorming entre 10 a 15 ideias
(post-its canetinhas e folha em branco)
⁃ Pergunte-se: Que tipo de dor essa ideia esta resolvendo?
Delete os que a resposta foi NENHUMA DOR
⁃ Organize as ideias em ordem de DOR
Mova as ideias na ordem de maior intensidade e maior frequências para o topo
16. TABELA NFB
NECESSIDADES FUNCIONALIDADES BENEFÍCIOS
O QUE COMO PARA QUE?
Qual a necessidade que o produto
atende
Como as funcionalidades do
produto podem resolver as
necessidades citadas
Benefícios esperados com a
implantação da funcionalidade
citada ao lado
19. SOBRE A ENTREVISTA
1. Faça um brainstorm de uma lista de perguntas
2. Faça um brainstorm das pessoas que serão entrevistadas
(estudantes de 25 anos? aposentados?)
3. Agende uma ligação telefônica ou um encontro pessoal
(duração entre 15 a 30 minutos)
4. Se necessário, atualize a tabela de Necessidades, Funcionalidades e Benefícios
5. Escolha uma idéia de produto e concentre-se nela
24. MARC ANDREESSEN
CoFundador
@NETSCAPE AND OPSWARE
@ANDREESSEN HOROWITZ
“ MARKET FIT significa estar em um bom
mercado com um produto que consegue
satisfazer esse mercado. "
25. Tipos de FIT
Business Model Fit
Você encontra um modelo
de negócio escalável e
lucrativo
Problem-Solution Fit
Identifique os trabalhos,
os esforços e os ganhos
relevantes que você
acredita que pode abordar
com sua proposta de valor
Product Market Fit
Os clientes reagem
positivamente à sua
proposta de valor e
ganham força no
mercado
26. TAM
Total Atingível do Mercado - Tamanho total
do universo que poderia ser atingido.
SAM
Mercado Atingível - Tamanho do mercado
que pode ser atingido no momento
SOM
Mercado Escolhido - Fatia do mercado
escolhido para se atuar (publico comprador
desejável)
Analise de Mercado
40. 1. BRAINSTORM DE LISTA DE FUNCIONALIDADES DESEJADAS
2. DETERMINE OS SEUS USUÁRIOS DESEJADAS
3. FILTRE A LISTA DE FUNCIONALIDADES PELA DEFINIÇÃO
DOS SEUS USUÁRIOS DESEJADAS
PRÉ REQUISITO PARA TER UM BACKLOG
41. BACKLOG É PARA METODOLOGIAS ÁGEIS
FUNÇÕES DO
BACKLOG
1. CAPTURAR OS PEDIDOS DE MELHORIA
E / OU MODIFICAÇÃO DO PRODUTO
2. ASSEGURA QUE A EQUIPE DE
DESENVOLVIMENTO RECEBERÁ O
TRABALHO DE FORMA PRIORIZADA
ESTRUTURA DO
BACKLOG
1. USER STORIES
2. BUGS
Independente
Negociável
Valoroso
Estimável
Small (Pequeno)
"Testável "
42. CARACTERÍSTICAS DO BACKLOG
VISÍVEL
SER TRANSPARENTE COMO
TODOS SO ENVOLVIDOS É
FUNDAMENTAL
PONTO UNICO DE
VERDADE
BACKLOG DEVE SER UMA
FONTE UNICA DE VERDADE
DOS PEDIDOS
DINÂMICO
É UM ARTEFATO VIVO E
NUNCA ESTA COMPLETO
43. TEMA > ÉPICO > HISTÓRIAS DA FUNCIONALIDADE > TAREFAS
Exemplo de itens que deveriam estar contido nas
derivações das historias do backlog
Usuário > Item > Sessão do Menu > Descrição da
atividade do item
COMPOSIÇÃO DO BACKLOG
44. TRATANDO O BACKLOG
ESTIMATIVA DO
BACKLOG
FACIL: 1 PONTO
MEDIO: 2 PONTOS
DIFICIL: 4 PONTOS
TÃO GRANDE QUE PRECISA SER
QUEBRADO EM MAIS HISTORIAS: 8
PONTOS
PRIORIZAÇÃO DO
BACKLOG
AS HISTORIAS DEVEM SER MOVIDAS
EM ORDEM DE PRIORIDADE. ISSO
SIGNIFICA QUE DEVERÃO SER
COLOCADAS EM ORDEM DE VALOR
AGREGADO AO PRODUTO PARA SEREM
DESENVOLVIDAS NESTA ORDEM.
ESTA LISTA É DINAMICA E PODE SER
ALTERADA A QUALQUER MOMENTO SE
ASSIM O PM DESEJAR.
DESENVOLVIMENTO DO
BACKLOG
O TIME DE DESENVOLVIMENTO É
ORIENTADO A DESENVOLVER NA
ORDEM QUE O PM PRIORIZA AS
HISTORIAS SEGUINDO SUA
METODOLOGIA DE INTERAÇÕES
ATE QUE AS HISTORIAS SEJAM
APROVADAS PELO PM E IMPLANTADAS.
</AGILE>
46. Agora que você ja sabe o que é um backlog e como ele é composto, crie o
backlog do seu produto
⁃ Começa definindo o seu produto, isto é: objetivo
principal do seu produto e a persona pretendida
⁃ Crie uma lista de 10 a 20 recursos. Você pode se
inspirar na sua tabela de NFB
⁃ Estime e priorize sua lista
47. Para ________________ que _______________________________
o________________________é_______________________na
___________________________que_____________________________
que diferentemente__________________________________
é um produto______________________________.
(público alvo) (necessidade do publico alvo)
(nome do produto) (o que o produto faz)
(área de atuação do produto) (benefícios matador do produto)
(nome do seu maior concorrente)
(característica única do produto)
DECLARAÇÃO DO PRODUTO
ELEVATOR STATEMENT
50. Agora que você ja sabe o que é um backlog e como ele é composto, crie o
backlog do seu produto
⁃ Começa definindo o seu produto, isto é: objetivo
principal do seu produto e a persona pretendida
⁃ Crie uma lista de 10 a 20 recursos. Você pode se
inspirar na sua tabela de NFB
52. Uma USER STORY é basicamente a
descrição detalhada de um item de um
recurso
53. Título
Descrição
Critérios de Aceitação
Título curto e objetivo (Max. 10 palavras)
Usuários, Objetivos, Razões
Teste de aceitação que as
historia deverá passar
antes de ser entregue
(Lógica e Regras)
CONTEÚDO DE UMA USER STORY
54. EXEMPLO DE UMA USER STORY
Descrição:
Procurar por nome e sobrenome do clienteTitulo:
Eu como gerente de marketing, quero
buscar por nome e/ou sobrenome dos
clientes para recuperar o seu histórico de
compras.
Usuário
Objetivo
Razão
Depois de digitado o nome e/ou o
sobrenome do cliente, clicar no botão de
busca e será exibido uma lista de clientes
Critério de Aceitação:
55. SOBRE A USER STORY
Quanto mais especifico melhor, siga as
palavras mágicas sempre:
“QUEM" “O QUE” “POR QUE”
Nunca devemos nos prender no “COMO"
61. Agora que você ja sabe o que é um backlog e como ele é composto, crie o
backlog do seu produto
⁃ Começa definindo o seu produto, isto é: objetivo
principal do seu produto e a persona pretendida
⁃ Crie uma lista de 10 a 20 recursos. Você pode se
inspirar na sua tabela de NFB
⁃ Estime e priorize sua lista
63. 5 DISFUNÇÕES DE UM TIME
1. AUSÊNCIA DE CONFIANÇA
2. MEDO DE CONFLITOS CONSTRUTIVOS
3. FALTA DE COMPROMETIMENTO
4. EVITAR RESPONSABILIZAR OS OUTROS
5. DESPREOCUPAÇÃO COM OS RESULTADOS
64. HABILIDADES DA LIDERANÇA
VISÃO GRUPOS PARA LIDERAR
Necessidades
Formas de Comunicação
Como trabalhar melhor com eles
EXECUÇÃO
LIDERANÇA
Desenvolvedores
Designers
Stakeholders
66. LIDERANDO DESENVOLVEDORES
NECESSIDADES
Quanto mais detalhes, melhor!
Desenvolvedores adoram o maior
numero de detalhes possível para
se sentirem seguros no que estão
desenvolvendo
É melhor você passar os detalhes.
ACREDITE, você não iria gostar
se eles adivinhassem =)
BATE PAPO
Ter um bom dialogo com o DEV
TEAM, é a melhor maneira para
deixa-los mais tranquilos, e o
backlog é um excelente começo
de papo.
DEV
COMMUNICATION
TOOL
O pessoal de desenvolvimento
geralmente adere rapidamente
uma ferramenta de comunicação
para o projeto.
Na ferramenta é querem achar
suas tarefas detalhadas e seu
ponto de comunicação.
Ex.: Jira, Trello
5 DICAS PARA LIDAR
COM O DEV TEAM
1. ESTEJA PREPARADO
2. SEJA BOM OUVINTE E TENHA
EMPATIA
3. TENHA SEMPRE UMA VISÃO
CLARA E SEMPRE INSPIRE SEU
TIME
4. SEMPRE MOTIVE SEU TIME
5. SEMPRE ESTEJA PRÓXIMO AO
SEU TIME DE DESENVOLVIMENTO
68. A frase que melhor representa o time de designers é:
Tudo é possível!
Eles nunca minimizam uma idéia!
Sua missão como Product Manager é mediar e orientar seu time.
69. LIDERANDO DESIGNERS
3 DICAS PARA LIDAR COM
O TIME DE DESIGNERS
1. SEJA CLARO E OBJETIVO
2. FALE SOBRE USUÁRIOS
(EXPERIENCIAS) NÃO MÉTRICAS
3. FALE COM O TIME DE
DESIGNERS SOBRE O
ABSTRATO
71. LIDERANDO STAKEHOLDERS
• Está é a hora de usar as
métricas.
• Estão interessados no impacto
do produto em sua operação
• Vá direto ao ponto
• Sempre dê as opções viáveis
facilitando a solução
72. LIDERANDO STAKEHOLDERS
1. Crie confiança no inicio do
processo, mostrando sua
vontade de aprender sobre o
seu contexto
2. mantenha-os informados
sobre as decisões do seu
produto
3. Trabalhe com dados para
sustentar suas decisões
4. Não agende grandes reuniões
com um grande grupo de
stakeholders
4 DICAS PARA LIDAR
COM OS STAKEHOLDERS