O documento discute a dívida técnica, estimando seu custo em US$ 1,3 trilhão só nos EUA. Apresenta formas de gerenciá-la usando práticas como visualizar o trabalho, limitar o WIP, políticas explícitas e feedbacks para melhorar continuamente a qualidade do código e reduzir riscos. O Método Kanban é proposto como uma abordagem para pagar gradualmente esta dívida de forma colaborativa.

1. Documento Público
Dívida Técnica
A saída evolucionária para um problema de um
trilhão de dólares

2. Documento Público
Gustavo Cocina
Desenvolvedor
Analista de sistemas
Gerente de projetos
Líder de time de sustentação
Arquiteto de soluções
Kanban Coach

3. Documento Público
Dívida Técnica

4. Documento Público
Autor: Christiaan Verwijs

5. Documento Público
O custo de longo prazo do software
A disciplina de engenharia de
software tem maior foco no design e
construção, em vez de focar na
operação e manutenção, apesar das
estimativas apontarem que de 40% a
90% dos custos totais são incorridos
após o lançamento.
Facts and Fallacies of Software Engineering, 2002

6. Documento Público
O custo da dívida técnica
Um relatório de 2020 do Consortium for
Information & Software Quality (CISQ)
estima o principal da dívida em cerca
de U$ 1,3 trilhão só nos EUA, com
juros anuais de 14% a.a. desde 2018.
Fonte: Opportunity Cost of Technical Debt
https://www.tiny.cloud/technical-debt-whitepaper/

7. Documento Público
Quando você decide assumir uma dívida técnica,
é melhor garantir que seu código permaneça
impecável. Manter o sistema limpo é a única
maneira de pagar essa dívida.
Uncle Bob
Podemos optar por continuar pagando estes
juros ou quitar de vez a dívida, fazendo uma
refatoração, e transformando um design de
baixa qualidade em um design melhor.
Martin Fowler

8. Documento Público

9. Documento Público
Quadrante da Dívida Técnica
Intencional
Sem
querer
Irresponsável Prudente

10. Documento Público
Dívidas técnicas irresponsáveis

11. Documento Público

12. Documento Público

13. Documento Público

14. Documento Público
Iniciando o caminho da melhoria contínua

15. Documento Público
Práticas Gerais do Método Kanban
• Visualizar o Trabalho
• Limitar o Trabalho em Progresso (WIP)
• Gerenciar o Fluxo
• Torne as Políticas Explícitas
• Estabeleça Ciclos de Feedback
• Melhore Colaborativamente, Evolua Experimentalmente

16. Documento Público
Visualizar o trabalho

17. Documento Público
Visualizar o trabalho

18. Documento Público
Visualizar: tipo de ticket para dívida técnica

19. Documento Público
Visualizar: classificação de risco

20. Documento Público
Visualizar: maior estímulo visual para alto risco

21. Documento Público
Limitar WIP: reconhecer limitação de capacidade

22. Documento Público
Política explícita: reserva de capacidade

23. Documento Público
Política explícita: reserva de capacidade

24. Documento Público
Gerenciar o fluxo: avaliar o aging WIP

25. Documento Público
Melhore colaborativamente, evolua experimentalmente

26. Documento Público
Ciclos de feedback
Fonte: KMM+

27. Documento Público
Ciclos de feedback

28. Documento Público
Política explícita: práticas de qualidade

29. Documento Público
Política explícita: práticas de qualidade

30. Documento Público
Política explícita: práticas de qualidade

31. Documento Público
Política explícita: práticas de qualidade
31

32. Documento Público
Ciclos de feedback
• O lead time das entregas está reduzindo?
• Estamos sendo transparentes no registro das dívidas técnicas?
• As práticas de qualidade combinadas estão sendo realizadas?
• Nosso SQALE Rating está melhorando?
• Nosso backlog de dívida técnica tem um perfil de risco menor?

33. Documento Público
Benefícios do Método Kanban
Práticas Benefícios Imediatos Benefícios Gerais
Visualizar
Limitar WIP
Gerenciar o Fluxo
Políticas Explícitas
Ciclos de Feedback
Melhore Colaborativamente,
Evolua Experimentalmente
Transparência
Colaboração
Menor sobrecarga
Maior eficiência
Maior confiança
Resultados melhores
Maior satisfação com o
trabalho
Evolução profissional

34. Documento Público
Um desafio para vocês agora mesmo!

35. Documento Público
Marque uma reunião com seu time
para registrar os débitos técnicos de maior
relevância que já são conhecidos.

36. Documento Público
Código complexo de manutenção frequente
Design de alto risco ou alto custo

37. Documento Público

38. Documento Público
Para saber mais
• A Mess is not a Technical Debt (Uncle Bob)
• Technical Debt Quadrant (Martin Fowler)
• Guia Oficial do Método Kanban (Kanban University)

39. Documento Público
Muito obrigado!
Gustavo Cocina