तकनीकी ऋण को व्यापार पर असर के अनुसार प्राथमिकता दें

टालने की कीमत बताएँ

“बिलिंग को रीफैक्टर करें” की तुलना नई सुविधा से करना कठिन है। “हर संशोधन में दो मैनुअल सुधार लगते हैं और रिपोर्ट असंगत हो सकती है” स्पष्ट परिणाम बताता है। प्रभावित प्रवाह, आवृत्ति, संभावित नुकसान और अवलोकन पर भरोसा लिखें। जिन अनुमानों का प्रमाण नहीं है, उन्हें अनुमान ही दिखाएँ।

छोटी निर्णय तालिका उपयोग करें

ग्राहक का नुकसान, संचालन का काम, बदलाव की कठिनाई और बहाली तुलना करें। प्रस्तावित सुधार और उसके रिलीज़ जोखिम भी जोड़ें। गढ़े हुए अंकों को गुणा करने से सटीक दिखने वाला लेकिन कमजोर स्कोर बन सकता है। छोटी बार-बार होने वाली समस्या सैद्धांतिक संरचनात्मक चिंता से पहले आ सकती है; गंभीर नियंत्रण की खुली कमजोरी तत्काल सुधार माँग सकती है।

सूची को तुलनीय फैसलों में बदलें

देखा लक्षण, प्रभावित व्यक्ति, संभावित कारण और छोटा सुधार लिखें। जाँच तक कारण अनुमान है। डुप्लीकेट आयात दोहरने, असंगत पहचान या समान पता वाले सही दो लोगों से हो सकता है; एक uniqueness नियम सब नहीं सुलझाता। सिफारिश के पास प्रमाण रखें ताकि ज्ञात सुधार और परिकल्पना अलग हों। डेटा सफाई, काम बदलना और सुरक्षित रिलीज का खर्च भी जोड़ें।

सीमित सुधार का नतीजा दिखाएँ

सामान्य तैनाती देखकर याद रखने वाले चरण और निजी क्रेडेंशियल लिखें। एक हिस्सा सुधारें, फिर दूसरे अधिकृत व्यक्ति से प्रक्रिया करवाएँ। सफलता दस्तावेज़ से दोहराना हो सकती है, बनाया हुआ समय बचत प्रतिशत नहीं। डुप्लीकेट नियम से पहले ज्ञात गलती और असली अपवाद जाँचें। नकारे रिकॉर्ड की जाँच रखें ताकि डेटा सुधार छिपी ग्राहक समस्या न बने।

प्रमाण बदले तो प्राथमिकता बदलें

तकनीकी ऋण को उत्पाद और घटनाओं के साथ देखें। तय परिणाम सुधर जाए तो बंद करें, आसपास का कोड आदर्श न हो तब भी। छोटा बदलाव लक्षण न मिटाए तो लिखकर कारण पुनः देखें, वही refactor फैलाते न रहें। रिलीज बाद अवलोकन का मालिक और अवधि तय करें। काम व्यवसाय से जुड़ता है और अभी घटना न बने गंभीर जोखिम के लिए रोकथाम भी रह सकती है।

काल्पनिक सपोर्ट सूची

सपोर्ट डुप्लिकेट ग्राहक ठीक करता है, डेवलपर रिलीज़ तैयार करने में घंटे लगाते हैं और डैशबोर्ड में पुरानी लाइब्रेरी है। डैशबोर्ड बदलने से पहले डुप्लिकेट और रिलीज़ बाधा जाँचें। विशिष्टता का नियम और अभ्यास किया हुआ डिप्लॉयमेंट बड़े पुनर्लेखन से अधिक उपयोगी हो सकता है। पुराने अपवाद जाँचें; बहुत सख्त नियम वैध रिकॉर्ड भी रोक सकता है।

सुधार का असर दिखाई दे

Orvun Labs संबंधित सुधारों को सुरक्षित रिलीज़ में समूहित कर सकता है। कम मैनुअल मरम्मत, आसान बदलाव या बेहतर बहाली कैसे दिखेगी, तय करें। सारा तकनीकी ऋण मिटाने का वादा करने के बजाय नए प्रमाण के लिए जगह रखें।

• अभी कीमत कौन चुका रहा है?
• आवृत्ति और प्रभाव का प्रमाण क्या है?
• क्या छोटा सुधार अधिकांश परेशानी हटा सकता है?
• रिलीज़ के बाद कौन-सा अवलोकन लाभ दिखाएगा?