Agilidade NÃO é para desenvolvedores! - Agile Brazil 2018
•Download as PPTX, PDF•
4 likes•718 views
Um estudo de caso (atualizado com os dados de 2018) sobre os eventos ágeis no Brasil e sobre o que os desenvolvedores acham sobre agilidade. Após isto, foi aberto o espaço para um fishbowl Apresentado no dia 03/10/2018 na Agile Brazil 2018 - Campinas https://agilebrazil2018.sched.com/event/Fl0I/agilidade-nao-e-para-desenvolvedores
Recommended
Recommended
More Related Content
What's hot
What's hot (20)
Similar to Agilidade NÃO é para desenvolvedores! - Agile Brazil 2018
Similar to Agilidade NÃO é para desenvolvedores! - Agile Brazil 2018 (20)
More from Wagner Mendes Voltz Fusca
More from Wagner Mendes Voltz Fusca (20)
Agilidade NÃO é para desenvolvedores! - Agile Brazil 2018
- 2. Agilidade não é para desenvolvedores! Wagner Mendes Voltz – Fusca @tiofusca
- 3. O que esta talk é? • Um alerta • Provocativa • Uma troca de experiências e percepções
- 4. O que esta talk não é? • Só para devs • Para ser esquecida
- 7. Dark Scrum – Ron Jeffries https://ronjeffries.com/articles/016-09ff/defense/ Sep 8, 2016
- 8. Uncle Bob – Robert C. Martin • http://blog.cleancoder.com/uncle-bob/2018/08/28/CraftsmanshipMovement.html
- 10. Minha percepção Os desenvolvedores estão desacreditados com o agile ou não querem se engajar com o tema! Fusca, outubro/2017
- 11. Validação • Eventos e comunidade • Perguntar para os devs
- 12. Alertas • Isto não é um estudo acadêmico • Neste estudo de caso foram usados dados disponíveis na internet ou enviado pelos organizadores dos eventos
- 14. Desenvolvedores não gostam de trocar conhecimento ágil!
- 15. Agilidade.org inscritos ingressos mensagens out/17 out/17 #apresentação 2920 121 38 #code 59 0 0 #xp 218 4 23 #scrum 3226 128 47 #kanban 3079 123 153 dados de 05/11/2017 total 3302
- 16. Agilidade.org Inscritos Mensagens + threads out/17 set/18 Crescimento out/17 set/18 Crescimento #apresentaçã o 2920 3956 35,48% 38 7 0 -82% #code 59 84 42,37% 0 4 11 1500% #xp 218 266 22,02% 23 6 34 74% #scrum 3226 4278 32,61% 47 7 12 -60% #kanban 3079 4144 34,59% 153 186 369 263% dados de 26/09/2018 total: 4369
- 17. Conteúdo em eventos para os desenvolvedores existe, mas os desenvolvedores não participam dos eventos!
- 18. TDC – até 2017
- 19. Trilha Agile 2014 2015 2016 2017 Cidade Total Dev % Total Dev % Total Dev % Total Dev % Florianópolis 8 3 37,50% 7 1 14,29% 14 2 14,29% 13 2 15,38% São Paulo 13 0 0,00% 18 0 0,00% 17 2 11,76% 11 2 18,18% Porto Alegre 11 2 18,18% 10 2 20,00% 12 1 8,33% 13 2 15,38% TDC – até 2017
- 20. TDC em 2018 • Trilha XP – Extreme Programming – SP e Porto Alegre • Trilha Design de código – Porto Alegre
- 21. Agile Brazil
- 22. Agile Brazil
- 23. Agile Brazil 2018 • 396 submissões • 59 com conteúdo técnico
- 24. Agile Brazil – submissões técnicas
- 29. Agilidade é ou não para desenvolvedores?
- 30. Eventos de agilidade são ou não para desenvolvedores?
- 32. Objetivos • validar se os devs vivem o manifesto ágil e os princípios ágeis • verificar se os devs conhecem materiais para saber o que podem melhorar. • Respondentes até 29/09 – 222
- 35. Devs gostam de agilidade, mas não aplicam os princípios e práticas ágeis!
- 38. Dívida técnica
- 39. Simplicidade
- 41. Testes Automatizados - Aplicação
- 42. Devs não gostam de mudanças!
- 45. Apesar de tudo, devs conhecem material para excelência técnica!
- 46. 23% dos respondentes nunca leram um destes livros
- 50. Conhecem material mas não aplicam, por quê?
Editor's Notes
- Contínua atenção à excelência técnica e bom design, aumenta a agilidade. Simplicidade: a arte de maximizar a quantidade de trabalho que não precisou ser feito. As melhores arquiteturas, requisitos e designs emergem de times auto-organizáveis.
- Em intervalos regulares, o time reflete em como ficar mais efetivo, então, se ajustam e otimizam seu comportamento de acordo.
- Princípio a ser validado: Simplicidade: a arte de maximizar a quantidade de trabalho que não precisou ser feito.
- Princípio ágil a ser validado: Aceitar mudanças de requisitos, mesmo no fim do desenvolvimento. Processos ágeis se adequam a mudanças, para que o cliente possa tirar vantagens competitivas. Valores do XP a serem validados: coragem e feedback
- Princípio a ser validado: Pessoas relacionadas à negócios e desenvolvedores devem trabalhar em conjunto e diariamente, durante todo o curso do projeto.