O documento discute o desenvolvimento de um aplicativo móvel para avaliar a felicidade de funcionários em suas empresas. Começa com a ideia original do aplicativo e como ele evoluiu através de vários sprints usando métodos ágeis como Scrum, com mudanças significativas no produto final. Também discute lições aprendidas sobre por que projetos falham e a importância de sair do escritório para validar ideias com clientes.

1. Nós precisamos de um PO!
Juliano Ribeiro
Agile Coach & Trainer

2. A Empresa
Desenvolvimento de Software Customizado
Consultoria e Treinamento em Métodos Ágeis
São Paulo Curitiba Maringá

3. Alguns Clientes

5. Quem é esse cara???
• Desenvolvedor 1994
• Desenvolvedor de Software
• Pós-graduado em POO com Java
• CSM, CSPO e CSP pela Scrum Alliance
• Certified Delphi Developer pela Embarcadero
• Organizador desde 2011 do AgileTour
• Agile Coach & Trainer pela Objective Solutions

6. Aviso de interatividade
O palestrante, apesar de desenvolvedor,
costuma interagir socialmente com os
participantes do evento.
Portanto, esteja preparado!

7. Porque
projetos
falham?
Mesmo você
colocando o máximo
de qualidade nele!

8. Porque o
produto
não vende?

9. Porque não o usam todo?

10. Como os projetos se iniciam?

12. Como tudo começou?

13. Idéia Original
“My idea is an app for smartphones or tablets.
As an employee, you should be able to enter
your feelings (as a net promoter score) about
your employer when ever you feel like it,
recording why and what you would do to
improve. Then you can review your happiness
history, compare yours to the company as a
whole, maybe share the info with others.”

14. Versão DEMO (literalmente)

16. Visão do Produto

17. Backlog Inicial
• log how I feel - about my happiness
• log why I feel that way
• review my happiness level graphically
• use the app in English
• log a suggestion for improvement (free text)
• post my happiness level to twitter or facebook
• download/buy a free version from the iTunes store
• find about the happiness app on the web
• find about the privacy policy and data sharing policy

18. Estimativas

20. Definition of Done
• Unit testing written and green
• Source code committed on server
• Jenkins builded version (with tests running)
• Code review
• How to Demo verified before presentation to
Product Owner

21. Necessidade de criar rede de testes

22. Sprint 0
Titanium

23. Sprint 1

24. Sprint 2
Gráficos!!!
Stoos Stampede
(Amsterdam)

25. Sprint 3

27. Sprint 9

28. Sprint 10

30. Sprint 12

31. Sprint 14

32. Sprint 15

34. eebee.co

35. Mediterraneo

36. echo-bravo

40. Por que Scrum?

42. Por que o produto mudou tanto?

43. Papéis no Scrum
http://www.implementingscrum.com/

44. Get out of the building!!!
• Ideia inicial: veio de um cliente
• Desenvolvimento: novo produto
• Apresentou em um evento, novo produto
• Apresentou em um restaurante, novo produto

45. GET OUT OF
THE BUILDING

47. Obrigado
@JulianoRibeiro
juliano.ribeiro@objective.com.br