ટેકનિકલ દેવણ એ કોડ કેવો છે અને તે કેવો હોવો જોઈએ તે વચ્ચેનો તફાવત છે, જે વધુ ઝડપથી આગળ વધવા માટે લીધો હતો (ઇચ્છાપૂર્વક અથવા નહીં). કેટલીક દેવણ ઠીક છે; કામ તેને સંચાલિત કરવું છે, તેને દૂર કરવું નથી. મુખ્ય બાબત એ છે કે તે દેવણને પ્રાધાન્ય આપવું જે ખરેખર નુકસાન પહોંચાડે છે.
તે શા માટે મહત્વપૂર્ણ છે
For each piece of debt, ask:
- How often does it slow us down or cause bugs? (frequency)
- How bad is it when it bites? (severity)
- How risky/expensive is it to fix? (cost)
High frequency + high severity + low cost → fix now
Low frequency + low severity → leave it, document it
એક ઠોસ ઉદાહરણ
એક નાજુક મોડ્યુલ જે દરેક રીલીઝ પર તોડાય છે અને ટીમને સાપ્તાહિક રીતે અવરોધે છે તે સુધારવા યોગ્ય છે. એક બીમાર-પરંતુ-સ્થિર ઉપયોગિતા જેને કોઈ સ્પર્શ કરતું નથી , તે પણ જો તે તમને આક્રોશ કરે તો. તેને પુનર્નિર્માણ કરવું એ તોહફો છે, મૂલ્ય નથી.
