iMasters Developer Week Vitória - Dev Front-end em Startups
•Als PPTX, PDF herunterladen•
2 gefällt mir•298 views
O documento discute as vantagens de desenvolver startups enxutas usando o processo "Lean Startup", com ênfase nos benefícios para desenvolvedores front-end que desejam arriscar empreender. O documento também fornece exemplos de como o método pode ser aplicado e conclui enfatizando a importância de testar hipóteses com usuários em vez de assumir certezas.
Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (20)
Andere mochten auch
Andere mochten auch (17)
Ähnlich wie iMasters Developer Week Vitória - Dev Front-end em Startups
Ähnlich wie iMasters Developer Week Vitória - Dev Front-end em Startups (20)
Mehr von Fabrício Vargas Matos
Mehr von Fabrício Vargas Matos (10)
Kürzlich hochgeladen
Kürzlich hochgeladen (8)
iMasters Developer Week Vitória - Dev Front-end em Startups
- 1. (...) desenvolver (...) startups enxutas (...) vantagens (...) desenvolvedor front-end (...) arriscar Fabrício V. Matos @ QUALIDATA
- 2. Background
- 6. Img: Easylook SF / LA
- 9. Uma startup é uma instituição humana desenhada para criar um novo produto ou serviço em condições de extrema incerteza. Eric Ries
- 10. No Brasil, 9 em cada 10 startups morrem antes de começar a funcionar. Associação Brasileira de Startups
- 15. Feedback Loop
- 18. O Problema da elegância, é que ela exige muito esforço para ser alcançada, e uma boa educação para ser apreciada. Edsger Dijkstra
- 21. História #1 Tive uma ideia!
- 23. Hipóteses MVP = Teste Venda = Validação
- 24. História #2 O Product Owner fake
- 27. Product/market fit é o produto certo, no tempo certo, para um mercado que está procurando uma solução para um problema.
- 28. Tração é uma espécie de fase de aprendizagem na qual você poderá aprender com seus usuários tudo o que você precisa saber para que a fase de crescimento não mate você. Brian Balfour
- 29. Vantagens do Dev Front-end
- 30. História #3
- 33. Conclusões • Quando não há certeza, não assuma. Teste! • Esses princípios podem ser aplicados ao ambiente corporativo. Pare de construir coisas que não serão utilizadas. • Empreender também é uma carreira, com muitos degraus. Dê um passo de cada vez.
- 34. Em Deus nós cremos. Mas para todo o resto, precisamos de dados! W. Edwards Deming
Hinweis der Redaktion
- 2010 -> Inovação -> Startups -> parceiros/investidores externos -> 3 Spinoff em 2003/2004...
- 2015 -> +2 spinoffs Erramos muito -> aprendemos muito -> temos muito a aprender -> compartilhar -> coisa útil
- Pergunta -> desenvolvedor? -> desejam negócio próprio? Alguns querem empreender -> outros querem programar. Importante -> fazer o que gosta. Enfoque -> produtos em startups -> se aplicam em outros contextos
- Quem já leu? Apresenta um processo -> adequado para qual situação?
- extrema incerteza -> não fala de tamanho, faturamento, etc.
- Quando morre -> vira zumbi
- Desafio não é mais -> qualidade/eficiência -> desacoplamento, teste automatizado, delivery contínuo, design UX
- Missão -> SW que agrega valor -> resolve problemas reais das pessoas Não apenas disruptivos -> TI como parceiro estratégico -> interno ou externo TI -> diferenciais competitivos -> vendas -> fidelização, etc.. Estamos falando -> TI inovadora Inovação -> grandes incertezas -> Método Lean Startup
- Entender isso é fácil -> praticar é um pouco mais complicado
- Ultima validação -> antes do beta -> muitas sugestões não foram na beta -> deveríamos ter feito isso mais cedo Livros/Palestras -> Faz sentido -> na execução -> parece errado Do nosso jeito -> Falhamos -> cai a ficha
- SW -> nossa arte -> elegância -> orgulho Experiencia fluida -> metáforas -> animações TUDO MUITO IMPORTANTE Se somos bons -> sabemos apreciar -> e achar um lixo
- Quando temos boa educação -> por mais compreensível constraints -> orçamento/prazo -> deselegante desmotiva MVP = porcaria?
- Incertezas -> + engajamento -> + trabalho Foque nas prioridades -> escalabilidade? -> reuso? -> UX Sem valor -> código no lixo
- muitas reuniões -> muita criatividade -> saimos empolgados muito código -> muitos meses produto pronto -> baseado visão de poucos -> clientes/usuários são implacáveis Queremos -> Descobrir um problema/dor real -> oferecer uma solução -> medir os resultados Analogia do Cardiologista Dor no peito -> suspeita infarto -> sem exame -> mesa cirúrgica Nos convencer daquilo que acreditamos CASE Sharebug (cuidado com o tempo)
- Validação: Ideias = Hipoteses (proposta de valor) MVP = teste “Compra” = Validação
- PO no agile -> entenda do negócio do cliente -> prioriza, explica e recebe. Produto inovador -> muitas incertezas -> divergentes opiniões -> quem bate o martelo? -> adicionamos um PO.
- Agora sim -> tudo anda -> prioridades claras -> entregas acontecem -> software fica pronto Erro comum: Ditador benevolente -> determina -> falsa segurança -> software nao entrega valor -> fracasso!
- “Feedback loop” -> achar Product/Market fit Tracionar -> não é crescer -> encontrar números que evidenciem o achado -> permita aprender.
- 5 day design Sprint -> validação mais rápida através de muita prototipação -> MVP em 1 semana
- Discutem em grupo -> propostas individuais (pensar em grupo é ruim) -> proposta unificada -> implementam protótipo realista -> validam com clientes reais Ex: Problema: app personal trainer Solução proposta: app comunica-se via áudio de forma humanizada Prototipo: app é casca -> personal real escondido atrás do vidro dava as orientações. Aprendizado é a medida inicial de progresso Falhar cedo Melhor perder 1 semana que perder 9 meses.
- mais incerteza -> falhe mais cedo Corporativo com incertezas – vale a mesma regra. Empreender é uma carreira. Dificilmente vc vai acertar na primeira ou na segunda startup.