Como validar várias versões de um sistema em poucos dias. O eXtreme eXperiment (XX) é um teste de usabilidade inovador e baseado em Lean Startup de como descobrir se o seu sistema é um sucesso ou fracasso rapidamente. Vídeo onde a metodologia se baseou: https://www.youtube.com/watch?v=szr0ezLyQHY Essa palestra foi apresentada no Regional Scrum Gathering® Rio 2015

1. eXtreme eXperiment
8 versões do sistema em 2 dias para validar ideias

2. Guilherme Bruzzi
• Trabalho com web desde 2007
• UFRJ e a empresa júnior EJCM
• Apaixonado por métodos ágeis e Lean Startup
• Globo.com há 3 anos e meio
• Agora estudo a área de aplicativos para iOS e Android

3. eXtreme eXperiment

4. eXtreme eXperiment
Teste de usabilidade (de campo)

5. eXtreme eXperiment
• Objetivo: Usar conceitos de Lean Startup para
descobrir rapidamente qual o seu MVP ou onde o
seu produto atual está errando
• Criação: Monografia de Marco Portugal e Cecília
Braga da UFRJ

6. Lean Startup

7. Lean Startup
• MVP
• Ciclo construir-medir-aprender
• Testes A/B
• Get out of the building (Customer Development)
• Validated Learning

8. MVP

9. MVP

10. Ciclo construir-medir-aprender

11. Testes A/B

12. Get out of the building (Customer Development)

13. Validated Learning

14. Lean Startup
"It’s one thing to talk about ‘rapid experimentation’
and ‘validated learning’ as abstract concepts. It’s
quite another to see them in action, in a real-world
setting”.
Eric Ries, Startup Lessons Learned

15. eXtreme eXperiment (vídeo)
Vídeo original "Nordstrom’s Innovation Lab: Sunglasses iPad app case study”:
https://www.youtube.com/watch?v=szr0ezLyQHY

16. eXtreme eXperiment (vídeo)

17. Papeis
• Participante (público alvo)
• Anfitrião / Facilitador
• Observador
• Product Owner (PO)
• Time de desenvolvimento

18. Público Alvo
• Quem faz o teste e dá os feedbacks
• O público alvo define o lugar e o momento de se fazer o
teste

19. Anfitrião
• Detectar e abordar pessoas do público alvo
• Explicar previamente o produto e o teste

20. Observador
• Observar o uso do produto feito pelo usuário
• Entender o feedback e anotar os pontos positivos e negativos

21. PO
• Entender e priorizar o que realmente deve ser testado
• Pensar em um jeito simples de testar uma nova ideia

22. Time
• Analisar o que deve ser desenvolvido
• Desenvolver do jeito mais simples e rápido possível
(mantendo a qualidade)

23. Ciclo XX
PO e Time
PO
Todos (público, observador e PO)
Anfitrião e observador (inicio)

24. Acompanhamento
• Feedbacks do observador
• Se tivesse algo para retirar?
• Se tivesse algo para incluir?
• Features implementadas.
• Pontos positivos.

25. Caso jogo de ipad
Caso Marco Portugal e Cecília Braga
Semana nacional de ciência de tecnologia

26. Caso jogo de ipad
• Jogos com imagens são mais interessantes para o
público alvo
• A interface precisava ser mais intuitiva

27. Caso Bands

28. Caso Bands
Caso Guilherme Bruzzi e João Augusto Marzagão
Conhecendo a UFRJ
• Setup
• 3 Anfitriões e observadores
• 1 Desenvolvedor
• 1 Designer remoto
• 1 PO

29. Caso Bands
Caso Guilherme Bruzzi e João Augusto Marzagão
Conhecendo a UFRJ

30. Caso Bands
Canal de feedback (User Voice)

31. Caso Bands
Bandas relacionadas

32. Caso Bands
Pesquisa com autocomplete e aparecendo em primeiro

33. Caso Bands
Álbuns e músicas no primeiro slide da timeline

34. Caso Bands
Retirar features e reposição da timeline (2 versões)

35. Caso Bands
Navegação da timeline

36. Gêneros nas bandas
Caso Bands

37. Caso Bands
• 8 versões novas em 2 dias validando
• Não adianta, a música é o que interessa
• Sites do tipo wiki recebem pouca audiência diária
• Falhamos rápido

38. https://br.linkedin.com/in/guilhermebruzzi
https://www.facebook.com/GuilhermeHBruzzi
https://github.com/guilhermebruzzi/
https://twitter.com/guilhermebruzzi
guibruzzi@gmail.com
http://www.slideshare.net/guilhermebruzzi

39. http://dev.globo.com/
http://fb.com/GloboDev

40. eXtreme eXperiment
8 versões do sistema em 2 dias para validar ideias
MUITO OBRIGADO!