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