Baixar para ler offline
Carregado porWagner Mendes Voltz Fusca
Agilidade não é para desenvolvedores - Agile Curitiba Conference
O documento discute a percepção de que a agilidade não é exclusivamente para desenvolvedores, destacando a falta de engajamento desses profissionais com o tema. Embora os desenvolvedores tenham acesso a conteúdos sobre agilidade, muitos não participam de eventos e não aplicam os princípios ágeis em sua prática. A pesquisa revela que, apesar de 222 desenvolvedores reconhecerem a importância da agilidade, muitos enfrentam dificuldades em implementar mudanças.
Mais conteúdo relacionado
![[MTC 2021] Continuous quality, desafios da melhorias contínua e entrega com q...](https://cdn.slidesharecdn.com/ss_thumbnails/continuousqualitudesafiosdamelhoriascontnuaeentregacomqualidade-claraericatakayamadecastro-210804112840-thumbnail.jpg?width=640&height=640&fit=bounds)
![[MTC 2021] QAs que não codificam e seus 12% de vagas - Paulo César de Oliveira](https://cdn.slidesharecdn.com/ss_thumbnails/qasquenocodificameseus12devagas-paulocsardeoliveira-210804112834-thumbnail.jpg?width=640&height=640&fit=bounds)
![Agile Trends 2018 - Trilha Planejamento e entregas de sprints [Reality Check]](https://cdn.slidesharecdn.com/ss_thumbnails/agiletrends2018-trilhaplanejamentoeentregasdesprints-henriquea-180326201343-thumbnail.jpg?width=640&height=640&fit=bounds)
Semelhante a Agilidade não é para desenvolvedores - Agile Curitiba Conference
![[AgileTalk BH]Agilidade na Atualidade](https://cdn.slidesharecdn.com/ss_thumbnails/agiletalkagilidadenaatualidade-120110052422-phpapp02-thumbnail.jpg?width=640&height=640&fit=bounds)
![[Interagil 2019] recuperando a essencia da agilidade para desenvolvedores](https://cdn.slidesharecdn.com/ss_thumbnails/interagil2019recuperandoaessenciadaagilidadeparadesenvolvedores-191124202149-thumbnail.jpg?width=640&height=640&fit=bounds)
Agilidade não é para desenvolvedores - Agile Curitiba Conference
- 2. Agilidade não épara desenvolvedores! Wagner Mendes Voltz – Fusca @tiofusca
- 3. O que estatalk é? • Um alerta • Provocativa • Uma troca de experiências e percepções
- 4. O que estatalk não é? • Só para devs • Para ser esquecida
- 5.
- 8.
- 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 desenvolvedoresestão desacreditados com o agile ou não querem se engajar com o tema! Fusca, outubro/2017
- 13. Validação • Eventos ecomunidade • 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 detrocar conhecimento ágil!
- 17. Agilidade.org inscritos ingressos mensagens out/17out/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 eventospara os desenvolvedores existe, mas os desenvolvedores não participam dos eventos!
- 20.
- 21. Trilha Agile 2014 20152016 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.
- 24.
- 25. Agile Brazil 2018 •396 submissões • 59 com conteúdo técnico
- 26. Agile Brazil –submissões técnicas
- 27.
- 28.
- 29.
- 31. Agilidade é ounão para desenvolvedores?
- 32. Eventos de agilidadesão ou não para desenvolvedores?
- 34. Objetivos • validar seos 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 deagilidade, mas não aplicam os princípios e práticas ágeis!
- 39.
- 40.
- 41.
- 42.
- 43. Testes Automatizados -Aplicação
- 44. Devs não gostamde mudanças!
- 46.
- 47. Apesar de tudo,devs conhecem material para excelência técnica!
- 48. 23% dos respondentes nuncaleram um destes livros
- 52. Conhecem material mas nãoaplicam, por quê?
- 54.
- 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
- 56.
- 59.
- 60.
Notas do Editor
- #40 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.
- #41 Em intervalos regulares, o time reflete em como ficar mais efetivo, então, se ajustam e otimizam seu comportamento de acordo.
- #42 Princípio a ser validado: Simplicidade: a arte de maximizar a quantidade de trabalho que não precisou ser feito.
- #46 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
- #47 Princípio a ser validado: Pessoas relacionadas à negócios e desenvolvedores devem trabalhar em conjunto e diariamente, durante todo o curso do projeto.