Agilidade não é para desenvolvedores - Agile Curitiba Conference
•Transferir como PPTX, PDF•
1 gostou•385 visualizações
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. Apresentado no dia 10/11/2018 no Agile Curitiba Conference - https://agile.curitiba.br/
Recomendados
Recomendados
Mais conteúdo relacionado
Mais procurados
Mais procurados (20)
Semelhante a Agilidade não é para desenvolvedores - Agile Curitiba Conference
Semelhante a Agilidade não é para desenvolvedores - Agile Curitiba Conference (20)
Mais de Wagner Mendes Voltz Fusca
Mais de Wagner Mendes Voltz Fusca (20)
Agilidade não é para desenvolvedores - Agile Curitiba Conference
- 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
- 9. Dark Scrum – Ron Jeffries https://ronjeffries.com/articles/016-09ff/defense/ Sep 8, 2016
- 10. Uncle Bob – Robert C. Martin • http://blog.cleancoder.com/uncle-bob/2018/08/28/CraftsmanshipMovement.html
- 12. Minha percepção Os desenvolvedores estão desacreditados com o agile ou não querem se engajar com o tema! Fusca, outubro/2017
- 13. Validação • Eventos e comunidade • Perguntar para os devs
- 14. 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
- 16. Desenvolvedores não gostam de trocar conhecimento ágil!
- 17. 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
- 18. 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
- 19. Conteúdo em eventos para os desenvolvedores existe, mas os desenvolvedores não participam dos eventos!
- 20. TDC – até 2017
- 21. 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
- 22. TDC em 2018 • Trilha XP – Extreme Programming – SP e Porto Alegre • Trilha Design de código – Porto Alegre
- 23. Agile Brazil
- 24. Agile Brazil
- 25. Agile Brazil 2018 • 396 submissões • 59 com conteúdo técnico
- 26. Agile Brazil – submissões técnicas
- 31. Agilidade é ou não para desenvolvedores?
- 32. Eventos de agilidade são ou não para desenvolvedores?
- 34. 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
- 37. Devs gostam de agilidade, mas não aplicam os princípios e práticas ágeis!
- 40. Dívida técnica
- 41. Simplicidade
- 43. Testes Automatizados - Aplicação
- 44. Devs não gostam de mudanças!
- 47. Apesar de tudo, devs conhecem material para excelência técnica!
- 48. 23% dos respondentes nunca leram um destes livros
- 52. Conhecem material mas não aplicam, por quê?
- 55. eXtreme Programming - Práticas para o dia a dia no desenvolvimento ágil de software – Daniel Wildt, Dionatan Moura, Guilherme Lacerda e Rafael Helm Ed. Casa do Codigo – p.17
Notas do Editor
- 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.