01 ऑपरेशनल बेसलाइनपहले, हम संशोधन से पहले वास्तविक स्थिति रिकॉर्ड करते हैं।
जब परियोजना शुरू की जाती है, तो एक व्यवसाय श्रृंखला का चयन करें जिसे सुधार की आवश्यकता होती है, वास्तविक उपयोगकर्ता का साक्षात्कार और हाल के नमूने को लेने के लिए रिकॉर्ड प्रसंस्करण, औसत समय लेने वाला, प्रतीक्षा समय, बैक-टू-वर्क, असामान्य संख्या और मैनुअल संपर्क बिंदु "भुगतान, वित्त, चालान, रसद और तीसरे पक्ष के आसपास API एकीकरण"; यदि उपलब्ध डेटा अधूरा है, तो बेसलाइन का उपयोग एक पंक्ति में दो सप्ताह के लिए एक मैनुअल डेस्क खाता के रूप में किया जाता है। बेसलाइन के बिना, केवल इंटरफ़ेस का मूल्यांकन परियोजना के पूरा होने के लिए किया जा सकता है और यह न्याय करना संभव नहीं है कि क्या ERP, CRM और API स्थायी व्यावसायिक परिवर्तन के बारे में एकता है।
बेसलाइन को सांख्यिकी और बहिष्करण के दायरे को भी इंगित करना चाहिए। उदाहरण के लिए, प्रसंस्करण समय सूचना की उपलब्धता या ग्राहक द्वारा पहली जमा करने के साथ शुरू होता है, अपवाद तीसरे पक्ष के इंटरफेस को शामिल करने में विफल रहता है, और मैनुअल संशोधन मामूली प्रूफरीडिंग या फिर प्रसंस्करण होते हैं।
02 सबसे पहले बंद रिंगन्यूनतम उपलब्ध दायरे के साथ कुंजी धारणाओं को मान्य करें
पहला चरण सभी क्षेत्रों को कवर करने की कोशिश नहीं करता है, बल्कि "डाटा मैपिंग, सिंक्रनाइज़ेशन, टाइडिंग, पुनः परीक्षण, मुआवजा और सामंजस्य" के आसपास एक बंद लूप बनाता है जो वास्तविक शर्तों में काम कर सकता है: स्पष्ट इनपुट, प्रसंस्करण नियम, सिस्टम क्रिया, जिम्मेदार भूमिकाएं, असामान्य आंदोलन और अंतिम आउटपुट। प्रमुख खिलाड़ियों में कम से कम व्यवसाय मालिकों, वास्तविक उपयोगकर्ताओं, तकनीकी इंटरफेस और निरीक्षण अधिकारियों शामिल हैं, जो प्रबंधन द्वारा वर्णित मांग से बचने और किसी अन्य समूह द्वारा लाइन पर इस्तेमाल होने से बचने के लिए।
आवश्यकता आकलन प्रत्येक प्रतिस्पर्धा को व्यापार दृश्य, उपयोगकर्ता भूमिका और नमूना स्वीकृति के अनुरूप है। ऐसे मामले जो वैध डेटा प्रदान नहीं करते हैं, इंटरफ़ेस या निर्णय निर्माताओं को पूर्व-स्थिति या बाद के चरण के रूप में शामिल किया जाना चाहिए, और इसे निश्चित-श्रेणी के प्रस्ताव में चुपचाप शामिल नहीं किया जाना चाहिए।
• परियोजना कार्यान्वयनप्रक्रिया को एक प्रतिवर्ती और प्रतिवर्ती चरण परिणाम बनाओ
विशिष्ट पथ प्रणाली सीमाओं और डेटा रीढ़ की हड्डी को जोड़ती है, इंटरफ़ेस प्रोटोकॉल और विसंगत परिदृश्यों की पुष्टि करती है, सैंडबॉक्स इंटरलिंकिंग, कॉम्पैक्टिंग, सामंजस्य और विफलता अभ्यास को विकसित और पूरा करती है। प्रत्येक चरण में दृश्य परिणाम होना चाहिए, जैसे कि प्रवाह चार्ट, प्रोटोटाइप, इंटरफ़ेस अनुबंध, परीक्षण रिकॉर्ड, तैनाती बयान या चल प्रदर्शन।
मंच प्रदर्शन "काम के लिए फिट दिखता है" नहीं है। एक प्रतिनिधि नमूना सामान्य प्रक्रियाओं, लापता क्षेत्रों, दोहराने के अनुरोध, अपर्याप्त अधिकार, समय ओवर रन और बाहरी सेवाओं से ऐतिहासिक डेटा विसंगतियों को कवर करने के लिए इस्तेमाल किया जाना चाहिए, और उन समस्याओं की पहचान करना चाहिए जो केवल उत्पादन वातावरण में ही उत्पन्न होती हैं।
04 प्राप्त करना और निरीक्षण कार्यवितरण, सबूत और संकेतकों के साथ आम स्वीकृति और स्वीकृति
परियोजना को कम से कम सिस्टम आर्किटेक्चर और इंटरफेस, इंटरफ़ेस सेवाओं, सिंक्रनाइज़ कार्यों और प्रबंधन उपकरणों की सूची, इंटरफेसिंग रिकॉर्ड, टेस्ट रिपोर्ट और विसंगतियों की जांच करनी चाहिए, और सोर्स कोड या कॉन्फ़िगरेशन एट्रिब्यूशन, खाता प्रबंधन, निर्माण तैनाती, डेटा बैकअप, विफलता प्रतिक्रिया और बाद में रखरखाव जिम्मेदारियों की पुष्टि करनी चाहिए। कार्यात्मक स्वीकृति के अलावा, चेक विशेषाधिकार, सुरक्षा, प्रदर्शन, लॉग, पुनर्प्राप्ति और कुंजी उपयोगकर्ता प्रशिक्षण यह सुनिश्चित करने के लिए कि ग्राहक टीम स्वतंत्र रूप से सिस्टम सीमाओं का उपयोग और समझने में सक्षम हैं।
प्रति माह 800 आइटम की एक प्रक्रिया आधार रेखा, प्रति यूनिट 18 मिनट का औसत और 12 प्रतिशत की वापसी दर केवल एक उदाहरण है, एक ग्राहक का प्रदर्शन नहीं है। एक लाइन को उसी कैलिबर में लगातार अवलोकन के चार से आठ सप्ताह बाद होना चाहिए, यह निर्णय लेने से पहले कि क्या डुप्लिकेट प्रविष्टि और मैनुअल पुनर्संयोजन में कमी प्राप्त करने के लिए, कोर डेटा और व्यावसायिक समय फ्रेम की स्थिरता को बढ़ाने के लिए, और मुख्य प्रक्रिया पर तीसरे पक्ष के इंटरफेस की विफलता के प्रभाव को कम करना चाहिए।
कीवर्ड और सामग्री का वर्णनइस पृष्ठ में वास्तविक सेवा मुद्दों जैसे कि API इंटरफ़ेस डेवलपमेंट, तीसरे पक्ष के API एकीकरण, एकाधिक सिस्टम एकीकरण और भुगतान इंटरफ़ेस एकीकरण पर संगठनात्मक सामग्री शामिल है। कीवर्ड का उपयोग उपयोगकर्ताओं और खोज प्रणालियों की पहचान करने के लिए किया जाता है, बिना प्रभावों को ठीक करने के लिए प्रतिबद्धता की आवश्यकता होती है; अंतिम दायरे, चक्र, बजट और संकेतक परियोजना निदान, अनुबंध और स्वीकृति आधार पर आधारित हैं।
