मुझे वास्तव में अन्य उत्तरों पर हमला करने का मतलब नहीं है, लेकिन कोई और यहां स्वचालित परीक्षण लिख रहा है?
यहाँ उचित सॉफ्टवेयर इंजीनियरिंग प्रथाओं के बिना Scrum कर रहे किसी के लिए मार्टिन Fowler से एक मजेदार पढ़ने है। रॉबर्ट सी। मार्टिन भी इस बारे में यहाँ बहुत कुछ कहते हैं ।
तो, मेरे जवाब के लिए ... संक्षेप में, यह इस प्रकार है:
हां, "बेतरतीब ढंग से" रिफैक्टिंग कोड को स्क्रैम में अनुमति दी जाती है , जब तक कि टीम तय करती है कि यह किया जाना चाहिए। (आखिरकार, यह आत्म-आयोजन है)
और अब लंबे उत्तर के लिए:
यह स्पष्ट है कि प्रत्येक स्प्रिंट के बाद अधिक से अधिक तकनीकी ऋण छोड़ना आपदा के लिए एक नुस्खा है। जल्द ही, हर कोई धीमा होगा क्योंकि कोड अधिक गन्दा है; प्रत्येक परिवर्तन करना कठिन होगा क्योंकि कोड इतना पेचीदा और गड़बड़ है कि वास्तविक परिवर्तन करने की तुलना में बदलने के लिए स्पॉट खोजने में अधिक समय लगता है। यह और भी बदतर हो जाता है अगर आपको एक बड़े और गन्दे मॉड्यूल में बदलाव करना पड़ता है जिसके बारे में आप कुछ भी नहीं जानते हैं, परियोजना में लोगों को जोड़ते / स्विच करते समय उत्पादकता हासिल करना / रखना असंभव हो जाता है, और इसी तरह।
यदि कोई टीम अपने वेग को स्थिर रखना चाहती है, तो उन्हें सॉफ्टवेयर को लगातार बढ़ाने के लिए कोड आधार को साफ रखने में सक्षम होना चाहिए। पुनर्रचना एक अनिवार्य प्रथा है आप इस परियोजना के जीवन चक्र में अपने वेग रखना चाहते हैं, और आप इस परियोजना पर लोगों पर स्विच जोड़ने / के जोखिम को कम करना चाहते हैं, और यदि आप आप कुछ भी नहीं पता मॉड्यूल में परिवर्तन करने में सक्षम होना चाहते हैं के बारे में, और इतने पर।
हालांकि, रिफैक्टिंग एक बहुत ही खतरनाक गतिविधि है। मैं दोहराता हूं - यह बहुत खतरनाक गतिविधि है। यही है, जब तक कि आपके पास पर्याप्त परीक्षण कवरेज सुरक्षित रूप से और स्वतंत्र रूप से कोड आधार को बदलने में सक्षम न हो। यदि आप सिर्फ बटन दबाकर देख सकते हैं कि क्या कुछ नहीं टूटा है, तो रिफैक्टरिंग एक बहुत ही सुरक्षित गतिविधि बन जाती है; इतना सुरक्षित, वास्तव में, यह टीडीडी के चक्र का हिस्सा है , जो कि अभ्यास है जो आपको पहली बार में इस तरह के एक परीक्षण सूट बनाने की अनुमति देता है।
लेकिन, जैसा कि स्क्रम में टीमें स्वयं आयोजन कर रही हैं, अंत में आपकी टीम को यह तय करना चाहिए कि क्या करना सही है। मुझे उम्मीद है कि मामले में आपको किसी को समझाने के लिए कुछ तर्क देने होंगे। (पहले पैराग्राफ में दिए गए लिंक, और उनके द्वारा इंगित किए गए हर दूसरे लेख पर विशेष ध्यान दें)