O documento discute débito técnico, definido como acúmulo de defeitos e código de baixa qualidade em um projeto de software. Apresenta sintomas como demora para entregar software e erros em produção. Argumenta que as principais causas são falhas de processo e comunicação entre equipes, e que práticas ágeis, refatoração e ferramentas podem ajudar a reduzir o débito técnico.
4. O que é débito técnico ?
• acúmulo de defeitos,
• baixa legibilidade de código,
• dados des-normalizados,
• arquitetura ineficiente,
• desenho pobre ...
sexta-feira, 28 de setembro de 12
8. Sintomas
• Demora para entregar o software
• Errar estimativa
• Erros em produção
• Projeto engesado
• Teste lentos
• Classes com comentários de refactoring
sexta-feira, 28 de setembro de 12
9. De quem é o problema ?
sexta-feira, 28 de setembro de 12
10. De quem é o problema ?
• Primeira causa de divida técnica:
processo
• Falha de comunicação e na colaboração
entre as pessoas
sexta-feira, 28 de setembro de 12
16. Uso de ferramentas
• Tracker
• Code smell
• Código morto
• Código duplicado
• Complexidade condicional
sexta-feira, 28 de setembro de 12
17. Referências
• Dívida técnica: precisando de crédito? Ou "Como
evitar que o cobrador bata na sua porta!" - Agile
Brazil 2012
• http://martinfowler.com/bliki/
TechnicalDebtQuadrant.html
sexta-feira, 28 de setembro de 12
18. Obrigado
Vitor Castro
facebook.com/aitproeg
sexta-feira, 28 de setembro de 12