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