नोट
इस पेज तक पहुँच के लिए प्रमाणन की आवश्यकता होती है. आप साइन इन करने या निर्देशिकाओं को बदलने का प्रयास कर सकते हैं.
इस पेज तक पहुँच के लिए प्रमाणन की आवश्यकता होती है. आप निर्देशिकाओं को बदलने का प्रयास कर सकते हैं.
यह आलेख Power Platform समाधानों के उपयोगकर्ताओं को समर्थन देने के लिए औपचारिक और अनौपचारिक तरीके सुझाता है, जिनमें ऐप्स, प्रवाह और चैटबॉट शामिल हैं।
यह आरेख संगठनों के लिए एक सामान्य समर्थन और स्नातक ढांचे को दर्शाता है।
| प्रकार | वर्णन |
|---|---|
|
स्व-समर्थन (आंतरिक) तब होता है जब कोई निर्माता अपने स्वयं के समाधान का समर्थन करता है। समाधान के उपयोगकर्ता समर्थन के लिए निर्माता तक पहुंचना जानते हैं, और निर्माता द्वारा प्रदान किए जाने वाले समर्थन के स्तर या प्रकार पर आईटी या टीम के लिए अक्सर कोई दृश्यता नहीं होती है. |
|
टीम-सहायता प्राप्त समर्थन (आंतरिक) तब होता है जब टीम के सदस्य समाधान विकसित करते समय एक-दूसरे से सीखते हैं। Power Platform टीम के सदस्य अपनी टीम के ऐप, फ्लो और चैटबॉट के सह-मालिक बन जाते हैं. सह-स्वामी उपयोगकर्ता प्रश्नों का समर्थन करने में सक्षम हैं और छोटे बग फिक्स और परिवर्तन कर सकते हैं. जबकि टीम-सहायता समर्थन कभी-कभी अनौपचारिक रूप से होता है, इस प्रक्रिया को औपचारिक रूप देना एक अच्छा विचार है क्योंकि आपका गोद लेने और विकास परिपक्व होता है. |
|
सहायता डेस्क समर्थन (आंतरिक) औपचारिक समर्थन मुद्दों और अनुरोधों को संभालता है। हेल्प डेस्क ऐसे प्रश्नों में मदद कर सकता है, जैसे कि मोबाइल डिवाइस पर किसी ऐप तक कैसे पहुंचें या बैक-एंड डेटा स्रोत तक पहुंच का अनुरोध कैसे करें। वे समाधान संबंधी प्रश्नों को समाधान का समर्थन करने वाले चैनल पर पुनर्निर्देशित करेंगे. |
|
समर्पित समर्थन (आंतरिक) में सहायता डेस्क द्वारा उठाए गए जटिल मुद्दों को संभालना शामिल है। Power Platform इस टीम को महत्वपूर्ण एप्लिकेशन सौंपे गए हैं, और वे बग फिक्स को तैनात करने में सक्षम हैं. |
|
साझेदार समर्थन (बाह्य) आपकी आंतरिक समर्थन पेशकश को पूरक कर सकता है, और या तो महत्वपूर्ण अनुप्रयोगों का समर्थन कर सकता है या विशिष्ट विभागों के साथ उनके ऐप्स का समर्थन करने के लिए काम कर सकता है। अधिक जानें भागीदारों से विशेषज्ञ सहायता प्राप्त करें Power Apps । |
|
Microsoft समर्थन (बाह्य) का उपयोग प्लेटफ़ॉर्म-संबंधी तकनीकी समस्याओं को उठाने के लिए किया जा सकता है। आपकी सहायता योजना के आधार पर, आपके लिए विभिन्न तकनीकी सहायता और सलाहकार सेवाएँ उपलब्ध हैं. समर्थन Microsoft Power Platform में अधिक जानें. |
अपने समर्थन ढांचे को औपचारिक रूप दें
आपके संगठन के आकार और लो-कोड और प्रो-कोड तकनीकों के लिए मौजूदा वितरण दृष्टिकोणों के आधार पर, आप अपने समर्थन को औपचारिक रूप देने के विभिन्न तरीके चुन सकते हैं.
विकेंद्रीकृत: यदि आपका Power Platform अपनाने का दृष्टिकोण काफी हद तक विकेंद्रीकृत है, तो आपके पास पूरे संगठन में स्वायत्त टीमें होंगी जो Power Platform समाधान प्रदान करेंगी और उनका प्रबंधन करेंगी. इस मॉडल के साथ, समर्थन को भी प्रत्यायोजित किया जा सकता है, और टीम-सहायता प्राप्त समर्थन उपयोगकर्ताओं और निर्माताओं के लिए सबसे अधिक प्रासंगिक सेवा हो सकती है।
केंद्रीकृत: यदि आपका Power Platform अपनाने का दृष्टिकोण काफी हद तक केंद्रीकृत है, तो आपके पास उत्पाद स्वामियों की केंद्रीय टीमें होंगी, जो संगठन की व्यावसायिक इकाइयों से विभागीय समाधानों की निम्न-कोड डिलीवरी के स्वामी होंगे। इस मॉडल के साथ, समर्थन भी केंद्रीकृत होगा और एक केंद्रीय सहायता टीम सवालों और सवालों के जवाब देगी.
अधिकांश संगठनों में, वितरण मॉडलों का मिश्रण सबसे अच्छा काम करता है। भले ही विकेन्द्रीकृत टीमें अपने निर्माताओं के लिए समाधान का समर्थन करती हों, फिर भी तकनीकी मुद्दों, उपयोगकर्ता प्रश्नों और प्रथम-स्तरीय समर्थन के लिए एक सहायता डेस्क और केंद्रीय सहायता टीम की आवश्यकता हो सकती है।
अनुप्रयोगों के स्तरों को परिभाषित करें
जब आप अपनी समर्थन प्रक्रिया और उन्नयन पथ को परिभाषित करते हैं, तो समाधानों को गंभीरता के आधार पर वर्गीकृत करना महत्वपूर्ण होता है। यह दृष्टिकोण आपको ऐसी प्रक्रियाएं बनाने की सुविधा देता है जो यह सुनिश्चित करती हैं कि महत्वपूर्ण अनुप्रयोगों में आवश्यक सुरक्षा कवच मौजूद हो, तथा उत्पादकता परिदृश्यों में नवाचार को बाधित होने से बचाया जा सके।
| विशेषताएँ और प्रक्रियाएँ | उत्पादकता | महत्वपूर्ण | गंभीर |
|---|---|---|---|
| उदाहरण | व्यक्तिगत उत्पादकता और छोटी टीम ऐसे मामलों का उपयोग करती है जो मौजूदा डेटा का उपयोग कर सकते हैं. | सरल व्यावसायिक अनुप्रयोग या टीम पहल. छोटे स्टैंडअलोन सहयोगी प्रक्रियाएं. | जटिल व्यावसायिक अनुप्रयोग, उद्यम-व्यापी पहल, या मिशन-महत्वपूर्ण कार्यभार, जिसके परिणामस्वरूप डाउनटाइम के दौरान महत्वपूर्ण व्यावसायिक प्रभाव पड़ेगा। |
| जटिलता | सरल प्रक्रियाएँ. | मध्यम जटिलता. | अत्यधिक जटिलता. |
| उपयोगकर्ता आधार | छोटा उपयोगकर्ता आधार: व्यक्तिगत उपयोगकर्ता, प्रत्यक्ष सहकर्मी, या छोटी टीम। | व्यवसाय इकाई के दायरे में. | बड़ा उपयोगकर्ता आधार या उद्यम-व्यापी उपयोग. |
| विकास जीवनचक्र | पुनरावृत्ति का उच्च स्तर. | आमतौर पर विकसित होने में तीन महीने से भी कम समय लगता है. | लंबा विकास चक्र. |
| प्रभाव | कम व्यापार प्रभाव | महत्वपूर्ण लेकिन व्यावसायिक महत्वपूर्ण नहीं (मध्यम प्रभाव). | उच्च व्यावसायिक प्रभाव. |
| एएलएम | किसी अनुप्रयोग जीवनचक्र प्रबंधन की आवश्यकता नहीं है। | ALM आवश्यक है, और इसे मैन्युअल समाधान आयात/निर्यात के माध्यम से प्राप्त किया जा सकता है। | मजबूत ALM प्रक्रिया की आवश्यकता है. ALM को Azure DevOps या GitHub पाइपलाइनों का उपयोग करके प्राप्त किया जाता है। |
| पर्यावरण रणनीति | समाधान डिफ़ॉल्ट या साझा उत्पादकता वातावरण में बनाया गया है. | समर्पित विकास परिवेश, तथा साझा परीक्षण और उत्पादन परिवेश (अन्य समाधानों के साथ साझा, उदाहरण के लिए, व्यवसाय-इकाई विशिष्ट)। परिवेश का प्रबंधन व्यवसाय इकाई (विकेंद्रीकृत) या केंद्रीय आईटी (केंद्रीकृत) द्वारा किया जाता है. | समर्पित विकास/परीक्षण/प्रोड परिवेश. परिवेश केंद्रीय आईटी द्वारा प्रबंधित किए जाते हैं. |
| निर्माता अनुमतियाँ | मेकर की परिवेशों में पर्यावरण निर्माता सुरक्षा भूमिका होती है. | मेकर के पास विकास परिवेश में पर्यावरण निर्माता या सिस्टम अनुकूलक सुरक्षा भूमिका होती है, लेकिन परीक्षण और उत्पादन वातावरण में केवल उपयोगकर्ता सुरक्षा भूमिका होती है. समाधान परीक्षण और उत्पादन में सेवा खाते या पर्यावरण व्यवस्थापक के स्वामित्व में हो सकते हैं. | मेकर के पास विकास परिवेश में पर्यावरण निर्माता या सिस्टम अनुकूलक सुरक्षा भूमिका होती है, लेकिन परीक्षण और उत्पादन वातावरण में केवल उपयोगकर्ता सुरक्षा भूमिका होती है. समाधान परिनियोजन स्वचालित रूप से होता है और समाधान परीक्षण और उत्पादन में सेवा प्रिंसिपल के स्वामित्व में होते हैं. |
| आईटी भागीदारी | प्रतिक्रियात्मक शासन. आईटी को बनाए जा रहे समाधानों की जानकारी होती है तथा उपयोग पर नजर रखी जाती है। | समाधान या उपयोगकर्ता स्तर पर आईटी आशीर्वाद. मेकर समाधान विवरण प्रदान करता है, जैसे संभावित समाधान और उपयोग किए गए डेटा स्रोत. | उत्पादन वातावरण आईटी द्वारा प्रबंधित किया जाता है. |
| समर्थन मॉडल | स्वयं समर्थित. | टीम-सहायता समर्थित. | औपचारिक समर्थन. |
समर्थन मॉडल को परिभाषित करते समय, स्नातक पथ पर विचार करें। कोई समाधान उत्पादकता-स्तर के समर्थन से शुरू हो सकता है, लेकिन कार्यक्षमता या उपयोगकर्ता आधार में वृद्धि के लिए महत्वपूर्ण-स्तर के समर्थन की आवश्यकता हो सकती है। परिभाषित करें कि कैसे निर्माता अधिक औपचारिक समर्थन का अनुरोध कर सकते हैं और समर्थित परिवेशों में समाधान को परिवर्तित कर सकते हैं.
निर्माता समर्थन (स्वयं-समर्थन)
निर्माता समर्थन से तात्पर्य निर्माता द्वारा स्वयं, अपनी टीम या अपने सहकर्मियों के लिए बनाए गए ऐप्स और प्रवाहों का समर्थन करने से है। समर्थन में उपयोगकर्ता के प्रश्नों का उत्तर देना, बग्स को ठीक करना और परिवर्तन अनुरोधों को संभालना शामिल है। इस प्रकार का समर्थन अनौपचारिक होता है - उपयोगकर्ता अक्सर निर्माता को जानते हैं और उनसे सीधे संपर्क करते हैं।
महत्त्वपूर्ण
नए निर्माताओं को शामिल करने के भाग के रूप में, सुनिश्चित करें कि निर्माता समर्थन, क्रमोन्नति और उन्नयन पथों से अवगत हों। अपने महत्वपूर्ण व्यावसायिक स्तर के समाधानों का समर्थन करने में व्यस्त निर्माता न तो कोई नवाचार कर सकते हैं और न ही नए समाधान बना सकते हैं। परिभाषित करें कि निर्माता अपने समाधानों को समर्थन के अगले स्तर तक कैसे ले जाते हैं और उस प्रक्रिया में क्या शामिल है।
निर्माताओं को प्रक्रियाओं के बारे में सक्रिय रूप से बताने के अलावा, यह सुनिश्चित करें कि आपके पास अत्यधिक साझा और प्रयुक्त समाधानों की पहचान करने के लिए प्रतिक्रियाशील शासन व्यवस्था हो, जो आपके व्यवसाय के लिए महत्वपूर्ण हो सकते हैं। निर्माताओं से संपर्क करके पुष्टि करें कि उन समाधानों में आवश्यक समर्थन गार्डरेल्स हैं। अपने एप्लिकेशन के उपयोग के बारे में अधिक जानने के लिए टेनेंट-स्तरीय एनालिटिक्स का उपयोग करें, अपनी टेलीमेट्री को अपने डेटा स्टोरेज खाते में निर्यात करें अपनी उन्नत रिपोर्टिंग बनाने के लिए, या CoE स्टार्टर किट को शुरुआती बिंदु के रूप में उपयोग करें।
टीम-समर्थित समर्थन
टीम-सहायता प्राप्त समर्थन का अर्थ है कि टीम के सदस्य अपनी टीम के लिए बनाए गए या उनके द्वारा उपयोग किए गए ऐप्स और प्रवाहों के सह-स्वामी होते हैं और दैनिक कार्य के दौरान इन समाधानों का समर्थन करने में सहायता करते हैं। समर्थन में उपयोगकर्ताओं के प्रश्नों का उत्तर देना, बग्स को ठीक करना और परिवर्तन अनुरोध करना शामिल है। निर्माता जो आपके चैंपियन के रूप में उभरते हैं, स्वेच्छा से इस प्रकार की अनौपचारिक सहायक भूमिका निभाते हैं क्योंकि उनकी मदद करने की आंतरिक इच्छा होती है.
यद्यपि यह अक्सर अनौपचारिक रूप से शुरू होता है, कई संगठन प्रयासों को बढ़ाने के लिए टीम-सहायता प्राप्त समर्थन को औपचारिक रूप देते हैं। Power Platform इस प्रक्रिया में व्यावसायिक इकाइयों को अपने समर्पित परिवेशों का स्वामित्व प्राप्त करना, परिवेश व्यवस्थापक की भूमिका निभाना, तथा उन परिवेशों में समाधानों का समर्थन करना शामिल है। बड़े संगठनों में, प्रत्येक व्यावसायिक इकाई के भीतर समर्पित टीमें यह भूमिका निभाती हैं। Power Platform
सहायता डेस्क सज्जित
हेल्प डेस्क आईटी विभाग द्वारा साझा सेवा के रूप में संचालित होती है।
हेल्प डेस्क कर सकता है:
- समर्थन तकनीकी समस्याएँ जिन्हें IT की भागीदारी के बिना हल नहीं किया जा सकता—उदाहरण के लिए, Power Platform सेवा संबंधी समस्याएँ जिनके लिए व्यवस्थापक को व्यवस्थापक केंद्र में Power Platform समर्थन टिकटउठाना पड़ता है।
- उपयोगकर्ता और प्रशासन संबंधी प्रश्नों का उत्तर दें, जैसे कि अनुप्रयोगों तक पहुंच का अनुरोध कैसे करें या अनुप्रयोग कहां खोजें।
- महत्वपूर्ण ऐप्स से जुड़ी समस्याओं को सही सहायता टीम तक पहुँचाएँ.
समर्पित Power Platform समर्थन टीम
जैसे-जैसे आपकी स्वीकार्यता बढ़ती है और निर्माता अधिक व्यवसाय-महत्वपूर्ण समाधान विकसित करते हैं, आपको एक समर्पित Power Platform सहायता टीम की आवश्यकता हो सकती है।
इस टीम में Power Platform तकनीकी विशेषज्ञ शामिल होने चाहिए जो जटिल मुद्दों का समर्थन कर सकें. एक समर्थन टिकट का उपयोग करके एक निर्धारित पथ के माध्यम से इस टीम को समर्थन प्रक्रिया में शामिल करें।
यह टीम मिशन-महत्वपूर्ण Power Platform समाधानों का समर्थन करेगी जो समर्पित केंद्र समर्थित वातावरणों के लिए तैयार किए गए हैं.
यदि आपकी संगठनात्मक संरचना विकेन्द्रीकृत है, तो स्थानीय क्षेत्रों या व्यावसायिक इकाइयों के साथ संरेखित करने के लिए टीम-सहायता प्राप्त समर्थन को औपचारिक रूप देने पर विचार करें, जिसमें केंद्रीय Power Platform सहायता टीम केवल जटिल प्रश्नों या डेटा नीतियों जैसे केंद्रीय कॉन्फ़िगरेशन में सहायता करेगी। कुछ ग्राहक इस स्तर के समर्थन को किसी साझेदार को आउटसोर्स करना चुनते हैं।
सहायता डेस्क से विशुद्ध रूप से एक उन्नयन पथ के रूप में अनुरोधों का प्रबंधन करना कठिन है, क्योंकि ये तकनीकी विशेषज्ञ अक्सर व्यावसायिक उपयोगकर्ताओं के लिए अच्छी तरह से जाने जाते हैं। Power Platform उचित माध्यम से जाने की आदत को प्रोत्साहित करने के लिए, इस टीम को उपयोगकर्ताओं को हेल्प डेस्क टिकट जमा करने के लिए पुनर्निर्देशित करना चाहिए. यह हेल्प डेस्क अनुरोधों के विश्लेषण के लिए डेटा की गुणवत्ता में भी सुधार करेगा.
सहभागी का सहयोग
कई ग्राहक अपने Power Platform गोद लेने पर भागीदारों के साथ काम करना चुनते हैं, जिसमें समर्थन भी शामिल है. इस साझेदारी में निर्माताओं के लिए विकास सहायता, CoE और तकनीकी सहायता प्रक्रियाओं की स्थापना में सहायता, तथा महत्वपूर्ण ऐप्स के लिए 24/7 तकनीकी सहायता शामिल हो सकती है।
Microsoft समर्थन
प्लेटफ़ॉर्म से संबंधित तकनीकी समस्याओं को उठाने के लिए Microsoft समर्थन का उपयोग किया जाता है. आपकी समर्थन योजना के आधार पर, आपके लिए विभिन्न तकनीकी सहायता और सलाहकार सेवाएँ उपलब्ध हैं.
टिप
समर्थन टिकट बनाने से पहले, Power Apps समर्थन, Power Automate समर्थन, और Microsoft Copilot Studio समर्थन की उच्च-प्राथमिकता वाली समस्याओं की भी जांच करें, जो व्यापक रूप से सभी ग्राहकों को प्रभावित करती हैं।
विचार और प्रमुख क्रियाएं
स्व-सहायता और टीम-सहायता समर्थित समाधानों को बेहतर बनाने के लिए इन प्रमुख कार्यों पर विचार करें:
- अपने निर्माताओं को मान्यता और प्रोत्साहन प्रदान करें.
- सुनिश्चित करें कि निर्माता अपने समाधान को अधिक औपचारिक समर्थन चैनलों तक ले जाने की प्रक्रियाओं से अवगत हों।
- निर्माताओं को अपने कौशल में वृद्धि जारी रखने के लिए कार्यालय समय, मार्गदर्शन के अवसर और प्रशिक्षण सत्र प्रदान करें।
- निर्माताओं को तकनीकी विशेषज्ञों से जुड़ने के लिए एस्केलेशन पथ प्रदान करें। Power Platform
- निर्माताओं के लिए अपने ऐप्स में शामिल करने हेतु टेम्प्लेट घटक बनाएँ, जैसे उपयोगकर्ताओं के लिए सहायता डेस्क से संपर्क करने हेतु एक फ़ॉर्म।
- कार्यभार और किसी विशिष्ट व्यवसाय क्षेत्र में समर्थन की आवश्यकता वाले समाधानों की संख्या के आधार पर टीम-सहायता प्राप्त समर्थन को औपचारिक रूप देने का मूल्यांकन करें।
अपने आंतरिक सहायता डेस्क समर्थन को बेहतर बनाने के लिए इन प्रमुख कार्यों पर विचार करें:
- हेल्प डेस्क द्वारा संभाले जाने वाले Power Platform विषयों का प्रारंभिक दायरा निर्धारित करें.
- समर्थन को संभालने के लिए अपने हेल्प डेस्क की तैयारी के स्तर का आकलन करें.
- तैयारी संबंधी कमियों को दूर करने के लिए हेल्प डेस्क कर्मचारियों के लिए अधिक प्रशिक्षण की व्यवस्था करें।
- उन अनुरोधों के लिए एस्केलेशन पथ निर्धारित करें जिन्हें सहायता डेस्क सीधे तौर पर संभाल नहीं सकता।
- ज्ञात Power Platform विषयों के लिए हेल्प डेस्क नॉलेज बेस को अपडेट करें. सुनिश्चित करें कि कोई व्यक्ति ज्ञानकोष को नियमित रूप से अपडेट करने के लिए जिम्मेदार है ताकि नई और उन्नत सुविधाएं शामिल की जा सकें। Power Apps ब्लॉग, Power Automate ब्लॉग, और Microsoft Copilot Studio ब्लॉग आरएसएस फ़ीड की सदस्यता लेकर अद्यतित रहें।
- सुनिश्चित करें कि एक अच्छी समस्या-ट्रैकिंग प्रणाली मौजूद है. यह अक्सर एक टिकटिंग प्रणाली है जो प्राथमिकता स्तरों का प्रबंधन कर सकती है.
- तय करें कि क्या कोई व्यक्ति Power Platform से संबंधित किसी भी मुद्दे के लिए कॉल पर होगा। यदि उपयुक्त हो, तो सुनिश्चित करें कि 24/7 सहायता की अपेक्षाएँ स्पष्ट हैं.
- निर्धारित करें कि कौन से SLA मौजूद हैं, और सुनिश्चित करें कि प्रतिक्रिया और समाधान के लिए अपेक्षाएं स्पष्ट रूप से बताई गई हैं।
- विशिष्ट सामान्य समस्याओं का तुरंत समाधान करने के लिए तैयार रहें. उदाहरण के लिए, एक नए कनेक्टर का उपयोग करने के अनुरोध को शीघ्रता से हैंडल किया जाना चाहिए. धीमी समर्थन प्रतिक्रिया के परिणामस्वरूप उपयोगकर्ताओं को वर्कअराउंड मिल सकता है.
- सुनिश्चित करें कि आपकी सहायता डेस्क की एक सुरक्षा भूमिका है जो उन्हें Microsoft के साथ समर्थन टिकट जुटाने की अनुमति देती है. तय करें कि हेल्प डेस्क या समर्पित सपोर्ट टीम उन मुद्दों को ट्राइ करेगी या नहीं.
अपने आंतरिक समर्पित समर्थन को बेहतर बनाने के लिए इन प्रमुख कार्यों पर विचार करें: Power Platform
- स्पष्ट रूप से परिभाषित करें कि हेल्प डेस्क की जिम्मेदारियां कहां समाप्त होती हैं और समर्पित सपोर्ट जिम्मेदारियां कहां से शुरू होती हैं.
- सुनिश्चित करें कि Power Platform समर्पित समर्थन टीम के पास Microsoft 365 और Azure के लिए वैश्विक प्रशासकों तक पहुँचने के लिए एक सीधा वृद्धि पथ है. यह तब महत्वपूर्ण हो जाता है जब कोई व्यापक मुद्दा उठता है जो Power Platform के दायरे से बाहर होता है। ऐसी समस्याएं उपयोगकर्ता खातों और अनुमतियों, नेटवर्क कॉन्फ़िगरेशन या समाधानों में उपयोग किए जाने वाले डेटा स्रोतों से संबंधित हो सकती हैं। Power Platform
- समर्पित सहायता टीम से वापस सहायता डेस्क पर फीडबैक लूप बनाएं ताकि आईटी ज्ञानकोष को अपडेट किया जा सके. इसका लक्ष्य यह है कि प्राथमिक सहायता डेस्क भविष्य में अधिकाधिक समस्याओं से निपटने में अधिकाधिक सक्षम हो सके।
- हेल्प डेस्क से समर्पित सपोर्ट टीम के लिए फीडबैक लूप बनाएं. जब सहायक कर्मी अतिरेक या अक्षमता देखते हैं, तो वे उस जानकारी को समर्पित समर्थन टीम को बता सकते हैं, जो आंतरिक प्रक्रियाओं को बदलने और सुधारने का विकल्प चुन सकती है. उदाहरण के लिए, यदि हेल्प डेस्क निर्माताओं के लिए नए Power Platform परिवेशों को बनाने और कॉन्फ़िगर करने में व्यस्त है, तो समर्पित टीम CoE स्टार्टर किट में परिवेश अनुरोध प्रबंधन घटकों का उपयोग करके इस प्रक्रिया को स्वचालित करने पर विचार कर सकती है.
- अपने समाधानों का समर्थन करने वाले व्यक्तियों और टीमों के लिए समर्पित सहायता टीम तक पहुंचने का एक मार्ग बनाएं, ताकि जब वे उन समस्याओं का सामना करें, जिन्हें वे स्वयं हल नहीं कर सकते, तो उन्हें अनब्लॉक किया जा सके।
- अपने समाधानों का समर्थन करने वाले व्यक्तियों और टीमों से समर्पित सहायता टीम तक हस्तांतरण पथ बनाएं ताकि महत्वपूर्ण अनुप्रयोगों में परिवर्तन हो सके।
- समर्पित टीम को समाधान हस्तांतरित करने के लिए अपनी समग्र रणनीति तय करें। उदाहरण के लिए, जैसे-जैसे आपके महत्वपूर्ण और नाजुक समाधानों की संख्या बढ़ेगी, क्या आप समर्पित सहायता टीम में कर्मचारियों की संख्या बढ़ाएंगे, या आप अपने क्षेत्रों के लिए सहायता टीमों में कर्मचारियों की नियुक्ति के लिए व्यावसायिक इकाइयों पर निर्भर रहेंगे?