Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Dívida técnica pagando parcelado ou no final do projeto - Thiago Luiz (Thoughtworks)

87 views

Published on

Trabalhar com dívida técnica não é uma tarefa fácil, porém é possível conseguir resultados surpreendentes tendo uma visão mais quantitativa sobre o tamanho da dívida e montando uma estratégia adequada para pagar a conta. Nessa trend talk vou mostrar como identificar, quantificar e montar uma estratégia orgânica e estruturada de recuperar a qualidade de um projeto com ferramentas e workflows ágeis.

Published in: Technology
  • Be the first to comment

Dívida técnica pagando parcelado ou no final do projeto - Thiago Luiz (Thoughtworks)

  1. 1. Dívida Técnica 1 Pagando parcelado ou no final do projeto? Thiago Luiz
  2. 2. O que é legado? 2 Qualquer coisa que tenha sua propriedade ou domínio alterada depois de um determinado tempo e esforço.
  3. 3. ©ThoughtWorks 2017 Commercial in Confidence O Legado de Jorge Paulo Lemann 3 Jorge Paulo Lemann O homem mais rico do Brasil e o 22º do mundo na edição 2017 do ranking de FORBES, com um patrimônio estimado em US$ 29,3 bilhões..
  4. 4. ©ThoughtWorks 2017 Commercial in Confidence O Legado de Martin Fowler 4 Martin Fowler Diretor na Thoughtworks, onde trabalha a mais de 17 anos e é reconhecidamente uma referência na área de tecnologia por seus livros e palestras.
  5. 5. Código Legado 5 Podemos dizer então que é um código que passou de mão ou que pessoas que não estavam inseridas no contexto da concepção inicial terão que evolui-o.
  6. 6. Dívida Técnica 6 Contraímos quando escolhemos o caminho mais rápido para desenvolver uma funcionalidade em detrimento do caminho mais demorado mas que gera o código mais fácil de evoluir no futuro.
  7. 7. Análise Qualitativa 7 "Vamos ter que mudar essa parte antes de desenvolver a funcionalidade desejada". "Não consegui entender o que realmente essa parte do código está fazendo e não temos testes que garantem que está funcionando do jeito esperado".
  8. 8. Análise Quantitativa 8 Qual é a porcentagem de cobertura de teste dessa parte da aplicação que teremos que mexer? Conseguimos entender como esse código está organizado a ponto de conseguir evoluir sem alterar muito o que já está funcionando? Ou teremos que mudar boa parte dele para adicionar mais um comportamento?
  9. 9. Ferramentas para Análise Quantitativa 9 Qualidade de Código Através de Análise Estática e Cobertura de Teste
  10. 10. ©ThoughtWorks 2017 Commercial in Confidence Code Climate 10
  11. 11. ©ThoughtWorks 2017 Commercial in Confidence Code Climate 11
  12. 12. Pontos positivos e negativos: pagando no final do projeto. 12
  13. 13. Pontos positivos e negativos: pagando parcelado durante o projeto. 13
  14. 14. Como montar um workflow ágil para pagamento de dívida técnica? 14
  15. 15. ©ThoughtWorks 2017 Commercial in Confidence Workflow Ágil 15
  16. 16. ©ThoughtWorks 2017 Commercial in Confidence Fluxo de Informação do Ambiente 16
  17. 17. Resultados de um Caso Real Utilizando a estratégia de pagamento parcelado num projeto real de 2 anos, conseguimos aumentar a qualidade do código, aumentar a cobertura de testes, aumentar a previsibilidade de quanto tempo seria necessário para o desenvolvimento de novas funcionalidades e aumentar a velocidade do time. 17
  18. 18. ©ThoughtWorks 2017 Commercial in Confidence Análise Quantitativa da Qualidade de Código 18 Codeclimate
  19. 19. ©ThoughtWorks 2017 Commercial in Confidence Análise Quantitativa da Qualidade de Código 19 Codeclimate
  20. 20. ©ThoughtWorks 2017 Commercial in Confidence Análise Quantitativa da Cobertura de Teste 20 Codecov
  21. 21. ©ThoughtWorks 2017 Commercial in Confidence Previsibilidade e Andamento 21 Gráfico de Burndown - Início do Projeto
  22. 22. ©ThoughtWorks 2017 Commercial in Confidence Previsibilidade e Andamento 22 Gráfico de Burndown - Meio do Projeto
  23. 23. ©ThoughtWorks 2017 Commercial in Confidence Previsibilidade e Andamento 23 Gráfico de Burndown - Meio do Projeto - Ponto de Equilibrio
  24. 24. ©ThoughtWorks 2017 Commercial in Confidence Previsibilidade e Andamento 24 Gráfico de Burndown - Final do Projeto
  25. 25. OBRIGADO! Thiago Leite Luiz tluiz@thoughtWorks.com 25

×