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