TIA (This Is Acceptable)

TIA — This Is Acceptable — este decizia, adesea neformalizată, de a accepta un defect, un workaround sau un comportament anormal ca parte din funcționarea normală a unui sistem. Nu este o soluție: este un prag de toleranță pe care echipa, conștient sau nu, a încetat să îl mai pună sub semnul întrebării.

Cum funcționează în practică #

Un TIA apare atunci când o problemă este raportată, analizată parțial și apoi arhivată cu o notă de tipul „deocamdată merge". Repornirea săptămânală care rezolvă problema în fiecare luni dimineața, query-ul lent care „rulează doar noaptea", log-ul de erori care „nu afectează utilizatorii" — toate sunt TIA-uri nedeclarate. Riscul este că, în timp, devin invizibile — parte din infrastructura de facto, nu din cea proiectată.

Când devine o problemă #

Un TIA nedocumentat este datorie tehnică deghizată. Când contextul se schimbă — volum nou de date, schimbare de personal, actualizare de versiune — comportamentul acceptat încetează să mai fie acceptabil, dar nimeni nu mai știe de ce fusese tolerat. Lipsa trasabilității transformă o decizie rezonabilă într-un punct orb operațional. Documentarea explicită a unui TIA (cu dată, context și condiții de revizuire) este diferența dintre o alegere conștientă și o bombă cu ceas.

Note operaționale #

Dacă un TIA trebuie să existe, trebuie scris: ticket deschis, decizie înregistrată, responsabil desemnat, termen de revizuire. Un TIA fără responsabil nu este o decizie — este o problemă uitată.