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.

1. Dívida Técnica
1
Pagando parcelado
ou no final do projeto?
Thiago Luiz

2. O que é legado?
2
Qualquer coisa que tenha sua propriedade ou
domínio alterada depois de um determinado tempo
e esforço.

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. ©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. 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. 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. 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. 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. Ferramentas para Análise
Quantitativa
9
Qualidade de Código Através de Análise Estática
e Cobertura de Teste

10. ©ThoughtWorks 2017 Commercial in Confidence
Code Climate
10

11. ©ThoughtWorks 2017 Commercial in Confidence
Code Climate
11

12. Pontos positivos e
negativos: pagando no
final do projeto.
12

13. Pontos positivos e
negativos: pagando
parcelado durante o
projeto.
13

14. Como montar um
workflow ágil para
pagamento de dívida
técnica?
14

15. ©ThoughtWorks 2017 Commercial in Confidence
Workflow Ágil
15

16. ©ThoughtWorks 2017 Commercial in Confidence
Fluxo de Informação do Ambiente
16

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. ©ThoughtWorks 2017 Commercial in Confidence
Análise Quantitativa da Qualidade de Código
18
Codeclimate

19. ©ThoughtWorks 2017 Commercial in Confidence
Análise Quantitativa da Qualidade de Código
19
Codeclimate

20. ©ThoughtWorks 2017 Commercial in Confidence
Análise Quantitativa da Cobertura de Teste
20
Codecov

21. ©ThoughtWorks 2017 Commercial in Confidence
Previsibilidade e Andamento
21
Gráfico de Burndown - Início do Projeto

22. ©ThoughtWorks 2017 Commercial in Confidence
Previsibilidade e Andamento
22
Gráfico de Burndown - Meio do Projeto

23. ©ThoughtWorks 2017 Commercial in Confidence
Previsibilidade e Andamento
23
Gráfico de Burndown - Meio do Projeto - Ponto de Equilibrio

24. ©ThoughtWorks 2017 Commercial in Confidence
Previsibilidade e Andamento
24
Gráfico de Burndown - Final do Projeto

25. OBRIGADO!
Thiago Leite Luiz
tluiz@thoughtWorks.com
25