Dívida Técnica e Juros Compostos

Este post não tem tags.

Compartilhe:

Recentemente, estive na banca de mestrado do Ciro Goulart orientado pelo Rafael Prickladnick, cujo tema era dívida técnica. Este post traz um resumo do assunto e uma reflexão minha sobre os juros que se paga em cima dessa dívida.

Toda vez que um time de desenvolvimento não realiza uma alteração no código que geraria uma melhoria na sua qualidade, dizemos que o time acumulou uma DÍVIDA TÉCNICA.

Isso pode acontecer de modo intencional ou não, mas é algo que ficamos devendo e que pode impactar no futuro.

Dívida Técnica ou Débito?

Em inglês, o termo conhecido é Technical Debt, cuja tradução é “dívida” e não débito (debit em inglês).

No dicionário, débito é um registro negativo lançado numa conta corrente. Ou seja, poderíamos até dizer que a dívida técnica é o conjunto de débitos acumulados ao longo de um projeto mais os seus juros.

Porém, essa é uma nomenclatura que já tem sido usada há algum tempo sem uma regra, por isso é comum vê-la nas duas formas.

Juros Simples

Como quase toda dívida, o seu acúmulo traz consequências. Ao programar novos itens a partir de um código mal feito, dificuldades vão surgindo podendo levar a um retardo na velocidade do time. Esses são os JUROS que se paga pelo acúmulo da dívida.

Juros Compostos

Os juros compostos (por definição contábil, juros sobre juros) são quando novas dívidas são absorvidas para contornar uma dívida anterior. No dia a dia, isso acontece quando um programador fala que vai ter que fazer uma gambiarra para contornar uma gambiarra anterior. Nesse momento, o time está acumulando uma dívida em função de outra. Mais tarde, a nova gambiarra estará também provacando um aumento no retardo do time, funcionando semelhante aos JUROS COMPOSTOS.

Quando pagar a Dívida?

Igual a uma divída financeira, o quanto antes melhor. Não se deve acumular.

A qualidade do produto é um bem da empresa, o único que poderia abrir mão dela seria o dono. Porém, caso a decisão do negócio seja absorver alguma dívida, objetivando uma entrega mais rápida, então crie VISIBILIDADE sobre a dívida acumulada para que todos fiquem alertas e possam pagá-la o quanto antes. (Dica: cole um post-it chamativo no seu quadro de tarefas)

Cuidado com o BDUF

Entre os princípios ágeis, tentamos sempre que possível evitar o BDUF (Big Design Up Front). Às vezes, querendo evitar o acúmulo de dívida técnica, tentamos antecipar algum esforço técnico, por exemplo, criando um framework quando ele ainda não se faz necessário. Isso é BDUF! A não criação do framework só será considerado dívida técnica se ele já fosse verdadeiramente útil no presente.

Melhoria Contínua

Finalmente, toda vez que houver um acúmulo de dívida técnica, ou que ela tenha sido identificada apenas posteriormente (algo muito comum), isso deve ser discutido na Retrospectiva.

Nessa discussão, tente explorar qual é a causa raíz. Ela pode estar em diferentes contextos: numa falta de conhecimento, numa pressão para que o time tenha um ritmo insustentável, etc. Somente assim estaremos fazendo um esforço concreto para que a dívida técnica seja mínima em longo prazo.

Sobre o autor(a)

Consultor, Trainer e Cofundador da K21

Rodrigo de Toledo é co-fundador da K21, Certified Scrum Trainer (CST) pela Scrum Alliance, Kanban Coaching Professional (KCP) e Accredited Kanban Trainer (AKT) pela Kanban University, além de Licensed Management 3.0 Facilitator. Com Ph.D na França, possui diversos artigos internacionais e lecionou por doze anos na PUC-Rio e na UFRJ, duas das principais universidades da América do Sul.

Artigos relacionados

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

É uma pergunta comum em diversos times ágeis: Temos capacidade para atender a demanda? A resposta é não. Como diz Rodrigo de Toledo: “No trabalho do conhecimento, a demanda sempre irá superar a nossa capacidade de atendê-la.”. O desafio é…

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

Data storytelling. Se você acompanha o nosso blog, já deve ter percebido que eu gosto muito de trabalhar com métricas, dados e gráficos. É interessante, mas esses artefatos, apesar de serem interessantes, sozinhos eles não vão dizer muitas coisas. Você…

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

A criação de personas é um dos passos mais importantes no desenvolvimento de produtos, mas pode ser um desafio quando se trata de reunir dados e representá-los de forma precisa. Neste artigo, vou mostrar como usamos a inteligência artificial para…

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

Políticas explícitas são o alicerce invisível que mantém times ágeis funcionando com eficiência e harmonia. No contexto do Kanban, elas são mais do que simples regras: são acordos claros que orientam decisões, promovem transparência e evitam confusões. Apesar disso, muitas…