क्या आप सक्रिय रूप से तकनीकी ऋण का प्रबंधन करते हैं?

Question

क्या आप सक्रिय रूप से technical debt अपने सॉफ्टवेयर विकास परियोजनाओं पर ऋण प्रबंधित करते हैं और यदि ऐसा है, तो आप इसे कैसे करते हैं?

Answer 1

हमारी टीमों पर हम सक्रिय रूप से तकनीकी ऋण का प्रबंधन करते हैं। हम स्क्रम करते हैं, इसलिए हम अनुमान या हमारे शेष स्प्रिंट क्षमता के आधार पर वर्तमान पुनरावृत्ति या अगले पुनरावृत्ति के लिए एक तकनीकी ऋण कार्ड उत्पन्न करते हैं और उन्हें विशेषताओं और बग कार्ड की तरह प्राथमिकता मिलती है। हम तकनीकी ऋण के क्रॉस-टीम बैकलॉग के द्वारा बड़ी, क्रॉस-टीम ऋण वस्तुओं का प्रबंधन भी करते हैं जिन्हें हम अपनी स्प्रिंट योजना के दौरान प्रत्येक स्क्रम टीम में प्राथमिकता देते हैं और इंजेक्ट करते हैं।

Answer 2

तकनीकी ऋण के प्रबंधन का एक पहलू गैर-तकनीकी प्रबंधकों को विश्वास दिलाता है कि आपको रिफैक्टरिंग और बग फिक्सिंग के लिए आवंटित समय की आवश्यकता है।

Here's an article with specific suggestions इसे कैसे करें।

Answer 3

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

सक्रिय रूप से इसे प्रबंधित करना जैसे माइक सुझाव सबसे उचित दृष्टिकोण की तरह लगता है, लेकिन मुझे लगता है कि इसे स्पष्ट करना (आपकी टीम को) करना बहुत महत्वपूर्ण है कि आपको लंबे समय तक रीफैक्टरिंग के लिए समय या योजना निर्धारित नहीं करना चाहिए।

रिफैक्टरिंग कोड लिखने का एक स्वाभाविक हिस्सा होना चाहिए, और इस प्रकार आपके अन्य अनुमानों और योजनाओं में शामिल होना चाहिए, और इसे अलग-अलग गतिविधि — के रूप में नहीं माना जाना चाहिए, जब तक आपको "ऐतिहासिक" कारणों के लिए या क्योंकि आप जानबूझकर किसी दिए गए तरीके को लागू करने का निर्णय लिया और फिर बाद में इसे फिर से कार्यान्वित किया।

Answer 4

यह उत्पाद पर बहुत निर्भर करता है। जब मैंने ऐसे क्षेत्र में काम किया जहां हमारे कोड को बाहर-ऑडिट करना था, यह हमारे स्प्रिंट का एक नियोजित हिस्सा था। प्रधान मंत्री ने सिर्फ विकास से पूछा कि किस क्षेत्र को रिफैक्टरिंग की आवश्यकता है और इसे योजना में रखा गया था। यह कहना नहीं है कि आप उस क्षेत्र में कोड को ठीक नहीं करेंगे जिस पर आप काम कर रहे थे, लेकिन आप काम करने वाले कोड के एक उलझन वाले हिस्से को फिर से लिखने के लिए समर्पित नहीं होंगे। अब मैं स्क्रम और डेवलपर्स में काम कर रहा हूं जैसे ही वे काम करते हैं। मेरी धारणा यह है कि लगभग उसी समय काम को दोबारा काम करने में, किसी भी तरह से काम करता है।

Answer 5

आप क्या करते हैं एक संस्कृति बनाएं जहां अत्यधिक मामलों में तकनीकी ऋण स्वीकार्य नहीं है। बहुत से लोग जो नकद अदा करते हैं और केवल एक पूर्ण अंतिम उपाय के रूप में क्रेडिट का उपयोग करते हैं।

Answer 6

मैं एंडर्स से सहमत हूं। यदि आपको तकनीकी ऋण के प्रबंधन के लिए सिस्टम सेट अप करना है, तो इसका मतलब है कि आप अभी भी इसे जोड़ रहे हैं। "पूर्ण" की अपनी परिभाषा को अपग्रेड करके पहले स्थान पर ऋण में जाना बंद करें।

इसका मतलब यह है कि "ऋणात्मक" मॉड्यूल के माध्यम से काम करना कठिन होगा। डेवलपर्स को इसके बारे में पता होना चाहिए और अधिक कहानी अंक असाइन करना चाहिए ताकि वे अपने जागने में "काम" कर सकें।

Answer 7

यदि आप रिलीज चक्र में देर हो चुकी हैं तो आप कोड बेस को बहुत अधिक नहीं बदलना चाहते हैं। इसका मतलब है कि हमेशा कुछ तकनीकी ऋण होगा। मैं आमतौर पर उपरोक्त परिवर्तनों के लिए FIXME लिखता हूं और फिर मैं अगली रिलीज के लिए सुविधाओं को लागू करने से पहले उनका ख्याल रखता हूं।

Answer 8

जावा पॉस ने हाल ही में Technical Debt के प्रबंधन को कवर किया है जो बहुत व्यापक दिखता है।

Answer 9

यदि मुझे वास्तव में तकनीकी ऋण को ढेर करने की आवश्यकता है, क्योंकि मुझे अब कुछ जारी करने की आवश्यकता है, तो मैं इसके बारे में एक महत्वपूर्ण बग फाइल करता हूं, इसलिए इसे सर्वोच्च प्राथमिकता मिलती है।लेकिन यह केवल चरम स्थितियों के लिए है (ग्राहक ऊपर और नीचे कूद रहा है, पत्नी एक डिंगबैट आदि की तलाश में है)।

Answer 10

परियोजनाओं पर अब तक शामिल किया गया है, कुछ तकनीकी ऋण परियोजनाओं के नए चरणों की शुरूआत में "भुगतान" (प्रबंधित) किया गया है, यानी "बड़ी रिलीज" या मील के पत्थर के बाद।

तकनीकी ऋण के बारे में एक बहुत ही महत्वपूर्ण पहलू यह है कि इसमें न केवल डेवलपर्स बल्कि प्रबंधन शामिल है। इस अर्थ में, मुझे पता है कि इससे निपटने का सबसे अच्छा तरीका यह है कि इसे "गैर-तकनीकी परियोजना हितधारकों" के लिए दृश्यमान बनाना है जो तकनीकी प्रभावों को प्रबंधित करने के लिए समय और संसाधन आवंटित कर सकते हैं जब वे इसके प्रभाव को समझ लेते हैं।

यह article कई प्रकार के तकनीकी ऋण पर चर्चा करता है, जो कि स्वस्थ हो सकते हैं, और विशेष रूप से तकनीकी ऋण भार का प्रबंधन और ट्रैक कैसे करें।