मैं कई परियोजनाओं में शामिल रहा हूं जो मूल रूप से "नई" प्रणाली के साथ "पुरानी" प्रणाली को प्रतिस्थापित करते हैं। अनिवार्य रूप से, पैटर्न यह रहा है कि व्यावहारिक रूप से "नई" प्रणाली बनाने वाली टीम पर कोई भी "पुरानी" प्रणाली का कोई वास्तविक ज्ञान नहीं रखता है। जब भी मैंने यह सवाल किया, मुझे बताया गया कि यह उद्देश्यपूर्ण है ... "पुरानी" प्रणाली को नहीं जानकर, टीम अलग-अलग सोचने में सक्षम है और इस बात से सीमित नहीं है कि चीजें कैसे की गईं। तो क्या होता है आमतौर पर टीम पर केवल 1 या 2 लोग होते हैं जो "पुरानी" प्रणाली के बारे में कुछ भी जानते हैं और जब भी "पुराना" सिस्टम कुछ करता है, इस बारे में कोई सवाल उठता है तो उनसे परामर्श किया जाता है।"पुरानी" प्रणाली को कौन सीखना चाहिए?
लेकिन हमेशा ऐसा लगता है कि "नई" प्रणाली वितरित होने के बाद, नए सिस्टम में "हम कैसे करते हैं एक्स (पुराने सिस्टम में आसान था) के उपयोगकर्ता से हमेशा प्रश्न हैं ? " डेवलपर्स के लिए, यह अक्सर पहली बार एक्स के बारे में सुना है। इसलिए उन्हें जाना है कि एक्स क्या है और अक्सर उपयोगकर्ताओं को जो जवाब देता है वह है "आप नहीं कर सकते" या "आप कर सकते हैं, लेकिन यह है वास्तव में अजीब "।
यह मेरे लिए सही नहीं लगता है ... ऐसा लगता है कि "नई" प्रणाली के प्रत्येक डेवलपर को "पुरानी" प्रणाली वास्तव में अच्छी तरह से पता है, और यह जरूरी नहीं है कि वह मार डालेगा उनकी रचनात्मकता, अगर उनके पास सभ्य डिजाइन और विकास कौशल हैं।
कोई विचार किस दृष्टिकोण पर सबसे अच्छा है?
बीए के बिना वहां गया और यह दर्द होता है। 'नई' आवश्यकताओं के बारे में उपयोगकर्ताओं से बात करने की कोशिश करना कभी-कभी मुश्किल होता है क्योंकि ए) वे हमेशा एक नई प्रणाली नहीं चाहते हैं और बी) वे सिर्फ यह करना चाहते हैं कि पुराने व्यक्ति ने – blank
ओह हाँ किया था। संख्या 1 आवश्यकता हमेशा पुरानी प्रणाली के समान होती है। "आपको फ़ॉन्ट टाइम्स न्यू रोमन बनाने की जरूरत है, इस तरह पुरानी प्रणाली थी"। –