Datoria tehnică

Această intrare sau secțiune despre subiectul informaticii nu citează sursele necesare sau cei prezenți sunt insuficienți . Puteți îmbunătăți această intrare adăugând citate din surse de încredere în conformitate cu liniile directoare privind utilizarea surselor . Urmați sfaturile de proiectare de referință .

Datoria tehnică este o metaforă inventată de Ward Cunningham pentru a descrie posibilele complicații care apar într-un proiect, de obicei dezvoltarea de software , dacă nu se iau măsuri adecvate pentru a menține complexitatea sa scăzută. În mod similar cu ceea ce se întâmplă în lumea financiară, unde trebuie plătite și dobânzi pentru decontarea unei datorii, efortul de a recupera un proiect dezvoltat fără o metodologie corectă poate crește considerabil în timp, dacă nu se iau măsuri cu promptitudine.

Cauze

Cele mai frecvente cauze (sau combinația lor) care pot duce la datorii tehnice sunt:

• Nevoile pieței , adică urgența de a avea un produs de vândut cât mai curând posibil, apoi lansat înainte ca modificările necesare să fie complete.
• Lipsa de cunoaștere a procesului , în care factorul de decizie nu este conștient de implicațiile subiacente (sau decide să le ignore).
• Lipsa decuplării , atunci când dezvoltarea componentelor programului are loc ignorând paradigma modulară de programare sau, în orice caz, fără intenția de a menține legătura de dependență dintre subsisteme scăzută.
• Absența procedurilor de testare , care încurajează remedierea erorilor „din mers” care nu iau în considerare posibilele efecte secundare.
• Absența documentației , în cazul în care codul este dezvoltat „de la manșetă”, fără documentare / specificarea cerințelor. Munca de producere a posteriori a documentației menționate anterior și verificarea necesară a corespondenței cu ceea ce a fost deja codificat reprezintă o datorie care mai devreme sau mai târziu trebuie plătită.
• Lipsa colaborării , cauză a degradării eficienței procesului de dezvoltare. Un alt motiv ar putea fi atribuit instruirii insuficiente sau absente a începătorilor din partea unor profesioniști mai experimentați.
• Lipsa de cunoștințe , atunci când programatorul pur și simplu nu are abilitățile de a scrie cod de calitate.
• Introducerea dependențelor fără criterii , atunci când dezvoltatorul introduce noi tehnologii cu costuri implicite de întreținere (licență, know-how, interoperabilitate, mentenabilitate, suport extern) pentru a rezolva problemele „cu ușurință”.

În special în companiile mici de software, cele mai frecvente cauze sunt presiunea corporativă (urgența de a avea ceva de livrat pentru linia de sosire cât mai curând posibil), definiția inițială incompletă (când dezvoltarea începe înainte de orice fază de proiectare sau, în orice caz, când cerințele încă mai au nevoie care urmează să fie definite în timpul dezvoltării) și modificări ale specificațiilor de ultim moment ^[1] .

Tipuri

Trebuie luată în considerare distincția dintre tipurile de datorii tehnice. Într-un blog de discuții pe tema dezvoltării, autorul identifică așa-numitul „Cadrant al datoriei tehnice” ^[2] , distingând între patru tipuri de datorii pe baza a două categorii dihotomice. Prima categorie identifică contrastul dintre datoria nesăbuită și cea prudentă, în timp ce a doua dihotomie este între datoria tehnică voluntară și involuntară.

Notă

Portal IT : accesați intrările Wikipedia care se ocupă cu IT