Baixado 21 vezes
Carregado porRaphael Molesim
Experiências, Erros e Acertos no Desenvolvimento de Projeto Ágeis
O documento apresenta lições aprendidas pelo autor em projetos ágeis, enfatizando a importância de (1) entregar valor ao cliente o mais rápido possível, (2) manter visibilidade do projeto para todos os envolvidos, e (3) adotar postura ágil constante para lidar com problemas e mudanças.
Mais conteúdo relacionado
![[Agile Brazil 2016] Julgamento da TI Bimodal](https://cdn.slidesharecdn.com/ss_thumbnails/julgamentotibimodal-161112205103-thumbnail.jpg?width=640&height=640&fit=bounds)
Semelhante a Experiências, Erros e Acertos no Desenvolvimento de Projeto Ágeis
![[Campus code] Boas práticas em Rails](https://cdn.slidesharecdn.com/ss_thumbnails/campuscode-boasprticasrails-160121105821-thumbnail.jpg?width=640&height=640&fit=bounds)
Experiências, Erros e Acertos no Desenvolvimento de Projeto Ágeis
- 1. Experiência, Erros e Acertosno Desenvolvimento de Projetos Ágeis @raphaelmolesim e @victorhg
- 2. @raphaelmolesim Desenvolvedor C# (.NET) Ruby<3 <3 <3 Startups Scrum Master Lambda Day Transparência Pública
- 3. @victorhg Desenvolvimento Ágil Startups Ruby OnRails Groovy On Rails Lambda3
- 4. Time de Dev •13 pessoas • Ruby, C#, Javascript, Boo, Java, Groovy, F#, Scala, Coffeescript, MongoDB, Product Owner, Scrum Master,Analise de Negócio • 8 Startups • 8 Corporates • Estrutura enxuta
- 5. 1.9.3p429 :001 >50 / 91.0 => 0.5494505494505495
- 6.
- 8.
- 9.
- 10.
- 12.
- 13.
- 14.
- 18.
- 20.
- 25. Quanto tempo demora parao seu software entrar em produção?
- 26. Mais que entregar softwarefuncionando agregar valor o mais rápido possível
- 27.
- 28. Quem são os interessadosno seu projeto?
- 29. Se quem paganão vê as entregas...
- 30. Você está fazendoisso errado!
- 31.
- 34. O que vocêfaz quando tem problemas?
- 35. Todo Projeto tendeao Waterfall
- 37.
- 38. Você precisa reafirmar apostura ágil todo dia!
- 39.
- 40.
- 41.
- 42.
- 45. Será que vamos entregarno prazo?
- 46.
- 47. Como o clientese sentiu?
- 49. Na primeira semanao cliente viu a principal feature do sistema rodando
- 50.
- 51. Muito claro valorde cada feature do sistema! Desperdício 0!
- 52. A arte demaximizar a quantidade de trabalho não realizado
- 53.
- 54.
- 55. 1 ano deprojeto
- 56.
- 59.
- 60. Desenhamos o MVPe GO!!
- 61. Muito cuidado como MVP!!!
- 62.
- 63.
- 64.
- 65.
- 66. Overengineering => Deixa oproblema acontecer!
- 67.
- 68.
- 69.
- 70.
- 71.
- 72.
- 73.
- 74.
- 76.
- 78.
- 79.
- 80.
- 81. Qual é oproblema?
- 82. Validar a ideiao mais rápido possível!
- 83.
- 84. Mais que entregar software funcionando, agregarvalor o mais rápido possível
- 85. Abaixo ao analistade negócio e salve a análise de negócio!
- 86.
- 87. Abaixo ao gerentede projetos e salve a gerenciamento de projetos!
- 88.
- 89.
- 90. Venda soluções! Não vendaescopo!
- 91.
- 92.