Como você gerencia a dívida técnica no nível organizacional?

Question

Accepted Answer

No nível organizacional, a dívida técnica é um **portfólio para ser gerenciado**, não um backlog para ser eliminado. O objetivo não é zero dívida; é manter a dívida em um nível onde ela não ameace a velocidade, a confiabilidade ou a capacidade de entregar a estratégia.

## Como pensar sobre isso

```text
MAKE DEBT VISIBLE AND PRIORITIZED
- Inventory the debt that actually hurts (slows delivery, causes incidents)
- Classify: strategic (deliberate) vs accidental vs decay/rot
- Quantify impact in business terms (velocity, downtime, churn risk)
- Allocate a steady % of capacity to paydown (commonly 15-25%)
```

Nem toda dívida vale a pena pagar. Dívida em um sistema estável e raramente alterado pode ser deixada de lado; dívida em uma área quente e em rápida mudança deve ser paga primeiro.

## Exemplo concreto

Um CTO institui uma regra de que 20% da capacidade de cada equipe vai para confiabilidade e dívida, depois a direciona para os três sistemas que causam 80% dos incidentes, em vez de espalhá-la levemente por toda parte.

## Trocas e armadilhas

- **Armadilha:** uma "grande reescrita" para limpar toda dívida, que geralmente ultrapassa o orçamento e recria dívida.
- **Armadilha:** nunca pagá-la, até que a velocidade desabe.
- Enquadrar dívida como preocupação apenas de engenharia falha; vincule-a aos resultados do negócio para obter compra.

## Por que isso importa

Dívida técnica não gerenciada se agrava silenciosamente até que os recursos levem meses e os incidentes aumentem.

Gerenciá-la como um portfólio deliberado mantém a organização rápida e confiável ao longo dos anos, e transforma uma preocupação abstrata de engenharia em uma compensação de negócios quantificada sobre a qual a liderança pode refletir.