Otimizando o time to market - do zero a produção em poucas iterações
•Descargar como PPT, PDF•
1 recomendación•1,185 vistas
O documento descreve a evolução de um fórum de discussão de 9 anos para uma nova versão. Após tentativas frustradas de adaptação de software existente ou evolução gradual, a equipe decidiu criar uma nova versão do zero focando no mínimo viável, entregas contínuas e feedback rápido dos usuários.
Recomendados
Recomendados
Más contenido relacionado
La actualidad más candente
La actualidad más candente (20)
Destacado
Destacado (10)
Similar a Otimizando o time to market - do zero a produção em poucas iterações
Similar a Otimizando o time to market - do zero a produção em poucas iterações (20)
Más de Caelum
Más de Caelum (20)
Último
Último (20)
Otimizando o time to market - do zero a produção em poucas iterações
- 1. do zero a produção em poucas iterações otimizando o time to market time to market
- 2. chico sokol francisco.sokol@caelum.com.br http://www.caelum.com.br http://www.casadocodigo.com.br
- 6. 9 anos de código fs
- 7. 158 mil usuários 1.5 milhões de mensagens fs
- 8. problema: fórum fs assusta novos usuários século 20 vantagem: favorece discussões desvantagem: dificulta QA
- 9. evolução de código pouco a pouco é possível? 9 anos PQ É DIFICIL EVOLUIR?
- 10. pq é difícil evoluir? 1. funcionalidade distante do foco 2. falta de testes 3. ausência dos criadores 4. mudanças chateiam usuários 5. pq as decisões foram tomadas? 6. gap de anos desde a última feature nova fs/ gs
- 11. versão nova do ZERO 9 anos => não dava mais para evoluir aos poucos fs
- 12. Decisão: Não vale a pena evoluir o código atual fs
- 13. PARTE 2: COMO FAZER? COMO FAZER?
- 14. Como fazer? • Compra? • Adapta um open source que já existe? • Cria o código do zero? • Mistura tudo isso?
- 15. diminuir o time to market (e o custo de entrada) (e o custo de entrada) fs
- 16. 1. buy it “off the shelf” mythical man month
- 17. procuramos um software pago um software pago MUITO CARO!
- 19. 2. diversos + adaptaropen source fs
- 20. 3 pessoas + novas e 1 mais experiente Tentamos 3 meses Encontramos diversos problemas fs
- 22. Linguagem (python) o problema não é aprender a linguagem o problema é aprender as boas práticas fs
- 23. contratar o criador? Linguagem (python) curto prazo ok longo prazo ok fs
- 25. um único autor 1) cowboy (“macho” alpha) 2) forever alone
- 26. Problemas de um único autor suporte e documentação inexistente contactamos não fechou a conta
- 28. problemas • i18n espalhada • linguagem desconhecida para a equipe • código espagueti • desenvolvido por um único autor • problemas clássicos de engenharia que não foram cuidados antes fs
- 29. entregou para users alpha mas ficou a dúvida continua a abordagem? fs
- 31. falhar em 3 meses não é falhar rápido
- 33. 500 anos sem retrospectiva
- 34. a retrospectiva com olhar do produto no lado técnico
- 35. Retrospectiva adicionando uma chance para mudar o caminho.
- 36. $ 3. escreve uma versão nova do ZERO ZERO $ $ $ $$ $ $ $ $ $ $ $
- 37. pergunta: - substitui de uma vez - em paralelo em paralelo em paralelo fs
- 38. Feedback zero infinitas reclamações Time to market ruim Bugs fs
- 41. lembrando que já passaram 3 meses! fs
- 42. fixamos prazo e escopo o que acontece nesse caso? vamos tentar substituir em paralelo
- 43. nossa dúvida é qual das duas variáveis vai estourar, e pra qual lado
- 46. FASE 1
- 47. - escrever do zero - implementar o *mínimo viável* - implementar o *mínimo viável*
- 48. - escrever do zero - implementar o *mínimo viável* do minimo viavel - implementar o *mínimo viável* do minimo viavel
- 49. minimo viavel - implementar o *mínimo viável* do minimo viavel do minimo viavel
- 50. além do release planning, iterações menores menores fs
- 51. reunião++ Text discussões a serem feitas: - linguagem - framework - design e usabilidade - funcionalidades minimas fs
- 52. discutimos: - funcionalidades minimas - funcionalidades minimas fs
- 53. goela abaixo: - linguagem escolhida - framework escolhido - framework escolhido - framework escolhido
- 54. ditador benevolente discussões são aceitáveis ele tem a palavra final escolhido um caminho, todos o seguem
- 56. usabilidade: ok validações ajax x não ajax maneira de interagir ao clicar, aparece algo fs
- 58. if pronto => continuaríamos fs
- 59. se não ficasse pronto, voltariamos pro plano anterior Gostei do projeto!
- 60. desafio tempo esperado desafiador tecnologias que dominamos somos capazes? fs
- 61. ações muita gente pareando muito tempo nível de experiência diferente (troca de experiências) + da metade tinha - de 1 ano de experiência fs bastante revisão de código
- 62. produtividade++ pq? linguagem e tecnologia que a equipe domina não só a equipe, mas toda a empresa green field desafio topado pela equipe
- 63. equipe x ferramentas a equipe original tinha uma pessoa com mais experiência o problema não estava na equipe problemas mostrados até agora
- 64. resultados da fase 1 iterações acabaram mais cedo 2 semanas, tudo ok sem design usabilidade implementada fs
- 65. FASE 2 fs
- 66. - continuar - implementar outras features outras features fs
- 67. lançamento fechado usuários convidados encontra mais bugs design pronto (vários devs envolvidos) fs
- 68. deploy contínuo ambiente de produção teste de end-to-end scripts de deploy até hoje: +1 deploy por dia, só 2 bugs graves fs
- 69. lançamento aberto usuários que querem se aventurar colaboram quem não quer se aventurar, não reclama encontra mais bugs, fica mais estável feedback rápido melhora usabilidade criar usuários fiéis fs gs
- 70. misc da fase 2 iterações continuaram surpreendendo prática de deploy contínuo somente quando necessária menos pareamento
- 71. em beta encontramos problema de performance otimização de performance somente quando necessária até esse instante sem testes ligados a performance há monitoramento (newrelic) fs
- 73. hoje 4000 pessoas 2500 perguntas 3700 respostas participe! www.guj.com.br/perguntas fs < 2 meses
- 74. revisando fs gs continuar o atual? adaptar? criar do zero? deploy em produção débito técnico m uito alto usuários alfa criar do zero m inim um viable product im plem entação lógica aprovação do cam inho design +pareamento revisão de código testes de unidade testes end-to-end integração contínua -pareamento entrega contínua usuários beta todos os usuários problem a de perform ance: otim izações iterações curtas ditadura benevolente FASE 0 FASE 1 FASE 1 FASE 2 FASE 3
- 75. Obrigado!