कई परियोजनाएं अधूरी नहीं रहतीं, बल्कि हमेशा जोड़ती रहती हैं। जब तक सीमा फ्रीज नहीं होती, तब तक चाहे कितने भी मानव-दिवस लग जाएं, वह भी पूरा नहीं होता। यह लेख «एक्सेल से व्यावसायिक प्रणाली तक: कब अनुकूलित विकास करना चाहिए» पर केंद्रित है, और इसमें शांडोंग XYN इनफॉर्मेशन टेक्नोलॉजी कंपनी लिमिटेड के पिछले कुछ वर्षों में व्यावसायिक परियोजनाओं में प्रदान की गई अनुभव को ध्यान में रखते हुए, कार्यान्वयन योग्य चरणों को स्पष्ट रूप से लिखा गया है।
प्रशिक्षण भूमिकाओं के आधार पर दिया जाता है, सभी के लिए सामूहिक सभा के रूप में नहीं
गोदाम प्रबंधक, वित्तीय विभाग और अनुमोदनकर्ता के लिए दिखाई देने वाले मेनू अलग-अलग होते हैं। ऑपरेशन मैनुअल को वास्तविक दस्तावेजों के साथ एक बार चलाना, एक प्रेजेंटेशन प्रस्तुत करने से अधिक प्रभावी होता है। विभागों के बीच समन्वय तंत्र स्थापित करने का सुझाव दिया जाता है: उत्पादन, अनुसंधान एवं विकास तथा परिचालन नियत गति से डेटा और कार्य आदेशों का पुनरावलोकन करें, असामान्य स्थितियों के निपटारे, अधिकारों में परिवर्तन तथा रिपोर्टों के अनुकूलन को सामान्य परिचालन में शामिल करें, न कि लाइव चलाने के बाद अस्थायी उपाय करने के रूप में।
वास्तविक कार्यान्वयन के दौरान (भाग 1), अधिकारों का न्यूनतमीकरण, प्रक्रियाओं की ट्रैसेबिलिटी तथा रिपोर्टों की व्याख्यात्मकता पर साथ-साथ ध्यान देने का सुझाव दिया जाता है, ताकि «प्रणाली लाइव हो जाने के बाद भी समन्वय अभी भी टेबल और तत्काल संचार पर आधारित» होने जैसी पीछे की ओर वापसी से बचा जा सके। आपूर्तिकर्ता या आंतरिक ठेकेदार के साथ डिलीवरी की सीमाएं, ज्ञान का हस्तांतरण तथा आपातकालीन योजना का वादा करना, परियोजना समाप्त होने के बाद क्षमता के शून्य को काफी कम कर देता है; साथ ही, संस्करणों का रिकॉर्ड तथा ऑडिट ट्रैक रखने से बाद में अनुपालन जांच और अनुकूलन के लिए आसानी होती है।
उपयोगकर्ता, संगठन, गोदाम और सामग्री कोड एक बार अलग-अलग लिख देने से, बाद में सभी दस्तावेज़ असंगत हो जाते हैं। अधिकारों को भूमिकाओं और डेटा की सीमा के आधार पर विभाजित करना चाहिए, न कि हर व्यक्ति को एक सुपर एडमिन देना चाहिए। लागू करने के चरण में प्रशिक्षण और परिचालन मैनुअल का डिजाइन साथ-साथ करना चाहिए, ताकि व्यावसायिक अग्रणी बिना किसी आपूर्तिकर्ता के उपस्थिति के भी दैनिक कॉन्फ़िगरेशन, असामान्य स्थितियों का निपटारा तथा संस्करण अपडेट कर सकें।
मुख्य डेटा और अधिकार पृष्ठों से पहले किए जाने चाहिए
अनुकूलित विकास का कोई छोटा रास्ता नहीं है; अनिश्चित व्यावसायिक आवश्यकताओं को क्रमिक रूप से सत्यापित करने योग्य विनिर्देशों में बदलने से ही परियोजना संकुचित होती है। शांडोंग XYN इनफॉर्मेशन टेक्नोलॉजी कंपनी लिमिटेड आपको पहले यह तय करने में मदद कर सकती है कि आपको तैयार उत्पाद खरीदना चाहिए, MVP बनाना चाहिए या पूरी तरह से अनुकूलित विकास करना चाहिए। प्राथमिक स्तर के प्रतिक्रिया से पता चलता है कि असली अंतर अक्सर किसी एक विशेष उपकरण में नहीं होता, बल्कि यह निर्भर करता है कि प्रक्रियाएं, डेटा और संगठन का समन्वय एक ही नियमों के तहत काम कर रहे हैं या नहीं; इसलिए योजना का मूल्यांकन करते समय तकनीकी व्यवहार्यता और परिवर्तन प्रबंधन की लागत दोनों को एक साथ देखना चाहिए।
वास्तविक कार्यान्वयन के दौरान (भाग 2), अधिकारों का न्यूनतमीकरण, प्रक्रियाओं की ट्रैसेबिलिटी तथा रिपोर्टों की व्याख्यात्मकता पर साथ-साथ ध्यान देने का सुझाव दिया जाता है, ताकि «प्रणाली लाइव हो जाने के बाद भी समन्वय अभी भी टेबल और तत्काल संचार पर आधारित» होने जैसी पीछे की ओर वापसी से बचा जा सके। परिवर्तन प्रबंधन केवल वर्जन नोटिस तक सीमित नहीं होना चाहिए, बल्कि रोलबैक योजना, प्रभाव के विस्तार का आकलन तथा प्रमुख उपयोगकर्ताओं के साथ संवाद को भी शामिल करना चाहिए, ताकि व्यावसायिक निरंतरता सुनिश्चित की जा सके।
प्रशिक्षण भूमिकाओं के आधार पर दिया जाता है, सभी के लिए सामूहिक सभा के रूप में नहीं
प्रशिक्षण भूमिकाओं के आधार पर दिया जाता है, सभी के लिए सामूहिक सभा के रूप में नहीं, एक्सेल से व्यावसायिक प्रणाली तक: कब अनुकूलित विकास करना चाहिए संबंधित परिदृश्यों के साथ मिलाकर, टीम को लक्ष्य की सीमाएं, डेटा के मापदंड तथा समन्वय तंत्र को पहले स्पष्ट करना चाहिए, ताकि अमूर्त आवश्यकताओं को स्वीकार्य डिलीवरी लिस्ट में बदला जा सके और द्वि-साप्ताहिक गति से प्रगति तथा जोखिमों को लगातार संगत बनाया जा सके।
वास्तविक कार्यान्वयन के दौरान (भाग 3), अधिकारों का न्यूनतमीकरण, प्रक्रियाओं की ट्रैसेबिलिटी तथा रिपोर्टों की व्याख्यात्मकता पर साथ-साथ ध्यान देने का सुझाव दिया जाता है, ताकि «प्रणाली लाइव हो जाने के बाद भी समन्वय अभी भी टेबल और तत्काल संचार पर आधारित» होने जैसी पीछे की ओर वापसी से बचा जा सके। आपूर्तिकर्ता या आंतरिक ठेकेदार के साथ डिलीवरी की सीमाएं, ज्ञान का हस्तांतरण तथा आपातकालीन योजना का वादा करना, परियोजना समाप्त होने के बाद क्षमता के शून्य को काफी कम कर देता है; साथ ही, संस्करणों का रिकॉर्ड तथा ऑडिट ट्रैक रखने से बाद में अनुपालन जांच और अनुकूलन के लिए आसानी होती है।
मुख्य डेटा और अधिकार पृष्ठों से पहले किए जाने चाहिए
मुख्य डेटा और अधिकार पृष्ठों से पहले किए जाने चाहिए, एक्सेल से व्यावसायिक प्रणाली तक: कब अनुकूलित विकास करना चाहिए संबंधित परिदृश्यों के साथ मिलाकर, टीम को लक्ष्य की सीमाएं, डेटा के मापदंड तथा समन्वय तंत्र को पहले स्पष्ट करना चाहिए, ताकि अमूर्त आवश्यकताओं को स्वीकार्य डिलीवरी लिस्ट में बदला जा सके और द्वि-साप्ताहिक गति से प्रगति तथा जोखिमों को लगातार संगत बनाया जा सके।
वास्तविक कार्यान्वयन के दौरान (भाग 4), अधिकारों का न्यूनतमीकरण, प्रक्रियाओं की ट्रैसेबिलिटी तथा रिपोर्टों की व्याख्यात्मकता पर साथ-साथ ध्यान देने का सुझाव दिया जाता है, ताकि «प्रणाली लाइव हो जाने के बाद भी समन्वय अभी भी टेबल और तत्काल संचार पर आधारित» होने जैसी पीछे की ओर वापसी से बचा जा सके। डेटा के मापदंड तथा अधिकार मॉडल को प्रारंभिक चरण में ही संगत करना चाहिए, तथा प्रत्येक इटरेशन के स्वीकृति चरण में इनकी समीक्षा करना चाहिए, ताकि रिपोर्टों के मापदंड में विचलन होने से प्रबंधन के निर्णय में विकृति न आए।
शांडोंग XYN इनफॉर्मेशन टेक्नोलॉजी कंपनी लिमिटेड सॉफ्टवेयर विकास के क्षेत्र में विधियों और डिलीवरी के अनुभव को लगातार संग्रहीत कर रही है; «एक्सेल से व्यावसायिक प्रणाली तक: कब अनुकूलित विकास करना चाहिए» संबंधित आवश्यकताओं वाली टीमों का स्वागत है, ताकि स्वीकार्य और परिचालन योग्य डिजिटल लागू करने की दिशा में साझा रूप से आगे बढ़ाया जा सके।