Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Produtos, Startup & Big Data

Produtos, Startup & Big Data

Palestra sobre boas práticas de desenvolvimento de produtos.

Apresentada no iMasters Developers Week | http://developerweek.imasters.com.br/belo-horizonte/ em Belo Horizonte.

Carolina Bigonha

May 28, 2015
Tweet

More Decks by Carolina Bigonha

Other Decks in Technology

Transcript

  1. ZAHPEE CAROLINA BIGONHA @carolinabigonha Bacharel e Mestre em Ciência da

    Computação Product Owner & Co-founder @ Zahpee / Hekima
  2. BIG DATA ANALYTICS ZAHPEE Zahpee Monitor by HEKIMA CAROLINA BIGONHA

    @carolinabigonha Bacharel e Mestre em Ciência da Computação Product Owner & Co-founder @ Zahpee / Hekima
  3. É fundamental ter visão de produto! VISÃO DE PRODUTO Ter

    uma imagem mental do que ele será no futuro.
  4. VISÃO DE PRODUTO O que ele tem de diferente? Como

    ele se compara com os concorrentes e com os substitutos?
  5. VISÃO DE PRODUTO Que atributos definem o produto? Pensar em

    atributos funcionais x atributos não-funcionais.
  6. VISÃO DE PRODUTO A visão deve ser clara, compartilhada, ampla...

    O suficiente para engajar. O suficiente para permitir criatividade.
  7. Proximidade com o cliente é fundamental. É a necessidade dele

    que você vai resolver. SE APROXIME DO SEU CLIENTE
  8. Nem sempre o cliente sabe o que quer. Não busque

    a solução com o cliente e, sim, a necessidade. SE APROXIME DO SEU CLIENTE
  9. As necessidades podem mudar... Requisitos devem ser dinâmicos. De que

    adianta se estiverem ultrapassados? SE APROXIME DO SEU CLIENTE
  10. Entrega contínua, feedback contínuo Aproveite a proximidade com o cliente

    para construir um produto melhor. SE APROXIME DO SEU CLIENTE
  11. Existem muitas metodologias e processos. Escolha qual se encaixa melhor

    no seu time. E adapte. A IMPORTÂNCIA DOS PROCESSOS
  12. Desenvolvimento Design Scrum XP Lean Lean Scrum A IMPORTÂNCIA DOS

    PROCESSOS Outra dinâmica, outro tipo de entrega, outras métricas de qualidade.
  13. Desafogue o time de desenvolvimento. Escopo e objetivo definidos =

    entregas com qualidade. A IMPORTÂNCIA DOS PROCESSOS
  14. Planejamento exige reflexão e priorização Mantém consistência e ritmo na

    busca pelo objetivo. A IMPORTÂNCIA DOS PROCESSOS
  15. Evite criar uma sopa de funcionalidades. É o primeiro passo

    para seu produto virar um Frankstein. O DESAFIO DA PRIORIZAÇÃO
  16. A visão deve guiar a construção do backlog. Simples é

    melhor. Resista à tentação de adicionar um milhão de funcionalidades. O DESAFIO DA PRIORIZAÇÃO
  17. O backlog não é uma lista de desejos! Cada requisito

    sugerido deve ser avaliado. É necessário? Como beneficia o usuário? O DESAFIO DA PRIORIZAÇÃO
  18. Detalhado e estimado de maneira apropriada. O suficiente para as

    próximas iterações, mas não demais para não desperdiçar. O DESAFIO DA PRIORIZAÇÃO
  19. Backlog do Produto O DESAFIO DA PRIORIZAÇÃO O nível de

    detalhamento necessário está ligado à prioridade do item.
  20. Emergente. Novos itens irão (e devem) surgir. Alguns itens serão

    (e devem) ser eliminados. O DESAFIO DA PRIORIZAÇÃO
  21. Se tudo é urgente, nada é urgente. Aprenda a priorizar

    adequadamente. O DESAFIO DA PRIORIZAÇÃO
  22. O DESAFIO DA PRIORIZAÇÃO O item é necessário para que

    o produto fique pronto? O produto ainda entregaria os benefícios desejados sem esse item? VALOR Itens com alto grau de incerteza devem ser desenvolvidos primeiro. Early failure? RISCO Pode haver dependência entre itens. Resolvê-las cedo é sempre a melhor alternativa. DEPENDÊNCIA Entregar valor sempre e rapidamente. Para isso, implementar e lançar a versão mínima de cada atributo. ENTREGA CONTÍNUA Fatores
  23. O DESAFIO DA PRIORIZAÇÃO Análise de Kano Quando implementados, são

    tidos como "normais", mas quando não implementados, geram insatistação do consumidor. MUST-BE QUALITY Geram satisfação quando implementados e insatisfação quando não. ONE-DIMENSIONAL QUALITY Causam satisfação quando implementados, mas não causam insatisfação quando não. ATTRACTIVE QUALITY
  24. O DESAFIO DA PRIORIZAÇÃO Para alcançar sucesso na entrega do

    valor, o requisito precisa ser implementado. MUST Análise de MoSCoW SHOULD Requisito de alta prioridade que deveria ser incluído se possível. Há outras maneiras. Requisito desejável, mas não necessário. Incluido se houver tempo e recurso. COULD WON'T / WOULD Não será implementado no momento, mas pode ser considerado no futuro. Prioridade DELIVERY TIMEBOX
  25. O DESAFIO DA PRIORIZAÇÃO Feature buckets Requisitos que influenciam diretamente

    o objetivo do negócio e as métricas do produto. Ex.: aquisição de clientes, retenção, receita/usuário, visitas/usuário, etc. METRIC MOVERS CUSTOMER REQUESTS Requisitos que normalmente surgem do profundo entendimento das dores dos usuários e clientes, com uma pitada de inovação. CUSTOMER DELIGHT Pedidos dos clientes e usuários. Nem todos precisam ser implementados, mas é importante ouvi-los, identificar a necessidade e considerá-los no roadmap.
  26. O DESAFIO DA PRIORIZAÇÃO Adapte ao seu contexto 0. Está

    alinhado com a estratégia? 1. Qual valor o requisito agrega? 2. Quanto recurso preciso alocar? 3. Quanto tempo demora? 4. Qual o impacto em outras histórias? 5. Qual o risco inerente? : ( : ) custo valor entregue
  27. Criar produtos é aprender a dizer não. Utilize um framework,

    tenha uma estratégia e meça seu sucesso. O DESAFIO DA PRIORIZAÇÃO
  28. Qual é a métrica de sucesso do seu produto? O

    time todo tem que saber que métrica é essa. Acompanhá-la. E melhorá-la. MÉTRICAS E MELHORIA CONTÍNUA
  29. Qualidade do software Bugs Estabilidade da infra-estrutura Métricas visíveis e

    acompanhadas Code Review . Fix day MÉTRICAS E MELHORIA CONTÍNUA Estabilidade Responsividade Qualidade do serviço Tempo de resposta Qualidade do serviço Satisfação do cliente Suporte Investimento no processo de suporte Conversas constantes com clientes
  30. Para quê eu estou fazendo isso? Comunique visão, objetivo e

    estratégia. COMUNICAÇÃO É FUNDAMENTAL
  31. O que o time de desenvolvimento anda fazendo? A comunicação

    interna, quando bem feita, estimula a contribuição. COMUNICAÇÃO É FUNDAMENTAL
  32. O usuário/cliente também precisa saber! Ele vai sentir que o

    produto está em constante melhoria. COMUNICAÇÃO É FUNDAMENTAL
  33. A preparação muitas vezes custa pouco. Você pode planejar para

    ser escalável. E fazê-lo no momento certo. BIG DATA, SMALL BUDGET
  34. BIG DATA, SMALL BUDGET Infra-estrutura embaixo da mesa. Release Candidate

    [edm] 1 Interface Banco de Dados Processamento básico [edm] 1
  35. BIG DATA, SMALL BUDGET Parte da infra-estrutura na Amazon. Parte

    embaixo da mesa. Release Candidate Interface Banco de Dados Processamento básico 1 1 [edm] 1 [amazon] 2
  36. BIG DATA, SMALL BUDGET Parte da infra-estrutura na Amazon. Parte

    embaixo da mesa. Release Candidate Interface Banco de Dados Processamento básico 1 1 [amazon] 3 1
  37. BIG DATA, SMALL BUDGET Infra-estrutura na Amazon. [amazon] 40 Interface

    Banco de Dados Processamento básico 12 13 1 Release Candidate 14
  38. BIG DATA, SMALL BUDGET Infra-estrutura na Amazon. [amazon] 62 Interface

    Banco de Dados Processamento básico 18 13 3 Release Candidate 14 Hadoop 8 Processamento avançado 2 a 6
  39. Até durante o caos temos que inovar. É assim que

    surgem novos produtos e soluções. PESQUISA & DESENVOLVIMENTO
  40. Desenvolvimento Hackday Improvement Toda a empresa Product Jam / Hack

    Jam Pet Projects Flocking PESQUISA & DESENVOLVIMENTO
  41. Desenvolvendo produtos O papel do Product Manager Básico de Design

    e UX Construindo cultura Para a vida! Estratégia
  42. ARTIGOS Attack with Numbers, I Love Product Management Noah Weiss,

    50 Articles and Books that will Make you a Great PM ASSISTA How to start a Startup, Sam Altman RECEBA The Product Manager Handbook Newsletter and eBook Andrew Chen Newsletter