Agilidade é para desenvolvedores? TDC Florianópolis
•Transferir como PPTX, PDF•
2 gostaram•457 visualizações
O documento discute a percepção do autor de que desenvolvedores não estão totalmente engajados com práticas ágeis e como isso pode ser melhorado. Ele valida esta percepção com dados de eventos e comunidades ágeis e alerta que desenvolvedores precisam ter mais coragem para inspecionar e adaptar seu trabalho. O autor também sugere que desenvolvedores devem se capacitar mais com conteúdos ágeis, como XP e programação em pares, para produzir software de melhor qualidade.
Recomendados
Recomendados
Mais conteúdo relacionado
Mais procurados
Mais procurados (20)
Semelhante a Agilidade é para desenvolvedores? TDC Florianópolis
Semelhante a Agilidade é para desenvolvedores? TDC Florianópolis (20)
Mais de Wagner Mendes Voltz Fusca
Mais de Wagner Mendes Voltz Fusca (20)
Agilidade é para desenvolvedores? TDC Florianópolis
- 2. Agilidade é para desenvolvedores? Wagner Mendes Voltz – Fusca @tiofusca
- 3. O que esta palestra é? • Um alerta • Provocativa • Irritante • Direcionadora
- 4. O que esta palestra não é? • Só para devs • Para ser esquecida
- 6. Minha percepção Os desenvolvedores estão desacreditados com o agile ou não querem se engajar com o tema!
- 7. Validação • Eventos e comunidade • Perguntar para os devs
- 8. 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
- 10. Desenvolvedores não gostam de trocar conhecimento ágil!
- 11. Agilidade.org inscrito s ingressos mensagens saídas out/17 out/17 out/17 #apresentação 2920 121 38 2 #code 59 0 0 0 #xp 218 4 23 2 #scrum 3226 128 47 6 #kanban 3079 123 153 2 dados de 05/11/2017 #general 3299 total 3302
- 12. Conteúdo em eventos para os desenvolvedores existe, mas os desenvolvedores não veem aos eventos!
- 13. TDC
- 14. 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
- 15. Agile Brazil
- 16. Agile Brazil
- 17. Agile Brazil
- 20. Cadê os devs? Por que a queda em conteúdo técnico?
- 22. eXtreme Programming • Feedback • Comunicação • Simplicidade • Coragem • Respeito
- 24. Você não aplica isto por que não tem coragem!
- 26. 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.
- 29. Devs gostam de agilidade, mas a maioria não tem coragem de inspeção e adaptação!
- 32. Dívida técnica
- 33. Devs não gostam de mudanças!
- 36. Desenvolvedores não sabem fazer software simples!
- 38. Desenvolvedores não sabem usar ferramentas a seu favor!
- 41. Desenvolvedores não se capacitam com conteúdo ágil!
- 42. 37% dos respondentes nunca leram um destes livros
- 43. 79,4% 28,9% 6,2%
- 47. Minha percepção Agilidade é para desenvolvedores! SIMMM!!! Mas precisamos voltar a essência ágil.
- 48. Tá.. E o que eu posso fazer? • Busque conhecer do tema (agilidade e desenvolvimento) • XP é muito bom e pode eliminar o seu Scrum sem vida. • Envolva os desenvolvedores na agilidade (retrospectiva, programação pareada, dojo, devops, pagamento de dívidas técnicas, mob programming)
- 49. Tá.. E o que eu posso fazer? • Use ferramentas para medir qualidade de código fonte (SonarQube). • Facilite a criação de uma definição de pronto e que devs se comprometam com aquilo (sugestão: ter teste unitário e code review)
- 50. Tá.. E o que eu posso fazer? • Leia com eles o livro Código Limpo e deixem eles se tornarem melhores • Seja o coach deles quando for ler o livro O Codificador Limpo. • Tenha uma biblioteca que seja mais de fundamentos do que de livros que se desatualizam.
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 á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.
- Princípio a ser validado: Simplicidade: a arte de maximizar a quantidade de trabalho que não precisou ser feito.