O documento discute como desenvolvedores devem priorizar a criação de um negócio sólido ao invés de apenas focar no código perfeito. Sugere que é melhor lançar rapidamente um produto simples e iterar com base no feedback dos clientes do que tentar incluir muitas funcionalidades de uma vez, o que pode atrasar o lançamento e distanciar o produto da visão original. Também enfatiza a importância de validar hipóteses sobre o negócio através de métricas e matar funcionalidades que não estejam sendo usadas.

1. Negócio bonitinho
ou código bonitinho?
Eduardo Fiorezi
@eduardofiorezi

2. Eduardo Fiorezi
• Formado em metodologias ágeis
• Rubysta desde 2006(8 anos)
• @helabs desde Dez/2011
• http://helabs.com.br/opensource/ (Pah, Jumpup, …)

3. Pequena história

9. eXtreme
Programming

10. TDD

11. Refatoração

15. Será que ele conseguiu
sucesso?

16. Sucesso no desenvolvimento
de software?

17. Produto interno

18. Código bonitão

19. Sem preocupação em
transformar em produto

20. Proj. Interno + Código Bonitinho
== SUCESSO!!!!

21. Produto com muito
Investimento

22. Código bonitão

23. Produto em construção, a
preocupação em atingir o
máximo de features

24. Proj. $$$$$ + Código Bonitinho
== ????????

25. E um projeto com a grana
curta??

26. E agora????

27. Lembra do Bob?

28. O Bob tinha uma boa idéia?

29. Coisas que BOB descobriu

30. Menos é mais

31. Instagram vendido $1 billion
100 milhões de usuários

32. Dropbox vale $4 bilhões
100 milhões de usuários

33. Foursquare vale $760 milhões
25 milhões de usuários

34. Twitter $8 billion
500 milhões de usuários

35. Simples e poucas features

36. Reduzir escopo

37. Reduzimos no nosso
dia a dia?

38. Priorize os próximos passos

42. O que é a idéia principal do
seu negócio?

44. Siga sempre a idéia inicial

45. Dúvida em uma nova
funcionalidade? Lembre-se da
idéia inicial

46. Saiba mais sobre seu
negócio

47. Aquela funcionalidade está
sendo usada?

48. Seu cliente ainda
é o mesmo?

49. Porque não vende?

50. Complexo de pequenês? Não
consigo vender com poucas
features

53. Software e o ralo

54. Software é caro

56. Para mim, o software “era” 80% do
que precisava para ganhar
dinheiro

58. Desperdicei muito código
180 projetos
+-54 (30%)

60. E a agilidade?

61. TDD, Refactoring, Entrega
continua vão ajudar

62. Mas não é tudo!

63. Utilize tecnologias que
funcionam

64. Não tenha medo da morte

65. Software não sente dor!

66. Nasce outro mais bonito

67. Execução é tudo

68. Principalmente no business

69. Resumindo
• Reduza o escopo
• Lance rápido
• Conheça seu negócio
• Software é caro
• Vender é dificil
• Mate o que não funciona

70. Obrigado