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.

Transcript

1. PRODUTOS, STARTUP & BIG DATA
2. ZAHPEE CAROLINA BIGONHA @carolinabigonha Bacharel e Mestre em Ciência da Computação Product Owner & Co-founder @ Zahpee / Hekima
3. 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
4. Produtos, Startups & Big Data iMasters Developer Week . Maio 2015
5. (RE) COMEÇANDO PELA VISÃO DE PRODUTO
6. É fundamental ter visão de produto! VISÃO DE PRODUTO Ter uma imagem mental do que ele será no futuro.
7. VISÃO DE PRODUTO A necessidade do cliente determina o segmento de mercado. Quem vai usar e por quê?
8. VISÃO DE PRODUTO O que ele tem de diferente? Como ele se compara com os concorrentes e com os substitutos?
9. VISÃO DE PRODUTO Que atributos definem o produto? Pensar em atributos funcionais x atributos não-funcionais.
10. VISÃO DE PRODUTO A visão deve ser clara, compartilhada, ampla... O suficiente para engajar. O suficiente para permitir criatividade.
11. VISÃO DE PRODUTO ... sempre revisitada! Próximos seis meses, próximos 30 anos.
12. NÃO FAÇA UM PRODUTO OLHANDO PARA SI.
13. Proximidade com o cliente é fundamental. É a necessidade dele que você vai resolver. SE APROXIME DO SEU CLIENTE
14. 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
15. As necessidades podem mudar... Requisitos devem ser dinâmicos. De que adianta se estiverem ultrapassados? SE APROXIME DO SEU CLIENTE
16. Entrega contínua, feedback contínuo Aproveite a proximidade com o cliente para construir um produto melhor. SE APROXIME DO SEU CLIENTE
17. EXECUTAR É A PARTE FÁCIL. SÓ QUE NÃO.
18. De que vale uma ideia mal executada? A IMPORTÂNCIA DOS PROCESSOS Hey ho, let's go!
19. Existem muitas metodologias e processos. Escolha qual se encaixa melhor no seu time. E adapte. A IMPORTÂNCIA DOS PROCESSOS
20. Desenvolvimento Scrum XP Lean A IMPORTÂNCIA DOS PROCESSOS
21. Desenvolvimento Scrum XP Lean Design Lean Scrum A IMPORTÂNCIA DOS PROCESSOS
22. Desenvolvimento Design Scrum XP Lean Lean Scrum A IMPORTÂNCIA DOS PROCESSOS Outra dinâmica, outro tipo de entrega, outras métricas de qualidade.
23. Desenvolvimento Design Scrum XP Lean Lean Kanban A IMPORTÂNCIA DOS PROCESSOS
24. Desenvolvimento Design Scrum XP Lean Lean Kanban A IMPORTÂNCIA DOS PROCESSOS Outro time Outra escolha
25. Nada como expectativas alinhadas. As entregas ficam previsíveis e alinhadas. A IMPORTÂNCIA DOS PROCESSOS
26. Desafogue o time de desenvolvimento. Escopo e objetivo definidos = entregas com qualidade. A IMPORTÂNCIA DOS PROCESSOS
27. Planejamento exige reflexão e priorização Mantém consistência e ritmo na busca pelo objetivo. A IMPORTÂNCIA DOS PROCESSOS
28. QUANDO, DE REPENTE, SEU BACKLOG FICOU INFINITO.
29. Evite criar uma sopa de funcionalidades. É o primeiro passo para seu produto virar um Frankstein. O DESAFIO DA PRIORIZAÇÃO
30. 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
31. 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
32. 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
33. Backlog do Produto O DESAFIO DA PRIORIZAÇÃO O nível de detalhamento necessário está ligado à prioridade do item.
34. Emergente. Novos itens irão (e devem) surgir. Alguns itens serão (e devem) ser eliminados. O DESAFIO DA PRIORIZAÇÃO
35. Se tudo é urgente, nada é urgente. Aprenda a priorizar adequadamente. O DESAFIO DA PRIORIZAÇÃO
36. 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
37. 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
38. 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
39. 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.
40. 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
41. Criar produtos é aprender a dizer não. Utilize um framework, tenha uma estratégia e meça seu sucesso. O DESAFIO DA PRIORIZAÇÃO
42. _ storytime Quem não tem cão, caça com gato MEDIR PARA MELHORAR
43. É complicado melhorar o que você não mede! Então, meça. MÉTRICAS E MELHORIA CONTÍNUA
44. 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
45. 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
46. Comece pequeno. Depois expanda. MÉTRICAS E MELHORIA CONTÍNUA
47. TODO MUNDO COM VISÃO DO TOPO
48. Para quê eu estou fazendo isso? Comunique visão, objetivo e estratégia. COMUNICAÇÃO É FUNDAMENTAL
49. O que o time de desenvolvimento anda fazendo? A comunicação interna, quando bem feita, estimula a contribuição. COMUNICAÇÃO É FUNDAMENTAL
50. O usuário/cliente também precisa saber! Ele vai sentir que o produto está em constante melhoria. COMUNICAÇÃO É FUNDAMENTAL
51. MAS EU NÃO TENHO RECURSOS PARA TRABALHAR COM BIG DATA.
52. A preparação muitas vezes custa pouco. Você pode planejar para ser escalável. E fazê-lo no momento certo. BIG DATA, SMALL BUDGET
53. BIG DATA, SMALL BUDGET Infra-estrutura embaixo da mesa. Release Candidate [edm] 1 Interface Banco de Dados Processamento básico [edm] 1
54. 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
55. 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
56. BIG DATA, SMALL BUDGET Infra-estrutura na Amazon. [amazon] 40 Interface Banco de Dados Processamento básico 12 13 1 Release Candidate 14
57. "Do things that don't scale". Já dizia Paul Graham BIG DATA, SMALL BUDGET
58. 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
59. NÃO TRANSFORME SEU TIME EM MÁQUINAS DE EXECUÇÃO
60. Até durante o caos temos que inovar. É assim que surgem novos produtos e soluções. PESQUISA & DESENVOLVIMENTO
61. Cultura que estimula a criatividade. Crie um ecossistema estimulante. PESQUISA & DESENVOLVIMENTO
62. Desenvolvimento Hackday Improvement Toda a empresa Product Jam / Hack Jam Pet Projects Flocking PESQUISA & DESENVOLVIMENTO
63. ~ DICAS
64. COMUNICAÇÃO GESTÃO DO PRODUTO GESTÃO DA INFORMAÇÃO
65. Desenvolvendo produtos O papel do Product Manager Básico de Design e UX Construindo cultura Para a vida! Estratégia
66. 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
67. OBRIGADA :) @carolinabigonha carolina.bigonha@zahpee.com zahpee.com hekima.com