Agile o Scrum portano al debito tecnico?
Il termine “technical debt”, ovvero debito tecnico, fu coniato nel 1992 da Ward Cunningham. È conosciuto per molte cose: i wiki, le CRC card e per aver influenzato l’Extreme Programming (XP).
Extreme Programming
XP era di gran lunga il più grande e importante “metodo leggero” al momento in cui nacque il Manifesto Agile.
Pertanto è un po’ strano supporre che Agile possa portare al debito tecnico. Tutto il discorso sul debito tecnico proveniva proprio dall’ambito dei metodi agili.
Ward Cunningham e Martin Fowler furono coinvolti nella creazione del Manifesto Agile.
Perché Agile o Scrum dovrebbero causare debito tecnico?
È davvero ironico che oggi ci siano persone che pensano che metodi agili come Scrum portino al debito tecnico.
Posso però comprendere questo ragionamento.
Quando oggi qualcuno pensa ad Agile, non pensa necessariamente anche a XP. Oggi tutto ruota più attorno a Scrum e Kanban e in generale al management. Posso capire che le persone che hanno avuto esperienze con Scrum mal implementato credano che Agile sia un cattivo metodo tecnico.
Un’affermazione più controversa – anche se meno originale – sarebbe che i metodi XP portino al debito tecnico. In altre parole, ciò significherebbe che la community che ha sviluppato e implementato il concetto di prestare attenzione al debito tecnico raccomanda metodi che portano al debito tecnico.
Questo testo proviene dal blog di Jason Yip ed è stato da noi tradotto in italiano.
L’MVP in Scrum
=> Cos’è il Minimum Viable Product in Scrum?
