इसके माध्यम से साझा किया गया


डिलीवरी मॉडल

आपके संगठन के आकार के आधार पर, हो सकता है कि आप संरचित संगठन मॉडल को लागू करके अपने Microsoft Power Platform को अपनाने के दृष्टिकोण को औपचारिक रूप देना चाहें. आपको अपनी टीम की संरचना करने के लिए निम्नलिखित तरीकों पर विचार करना चाहिए और यह तय करना चाहिए कि आपकी स्थिति और संगठन के लिए सबसे फ़िट क्या है.

Microsoft Power Platform में चार डिलीवरी मॉडल हैं, लेकिन इनमें से प्रत्येक सिर्फ एक मानसिक मॉडल है—प्रत्येक संगठन में इस कॉन्टिनम के साथ कई विविधता वाले मॉडल होते हैं. उदाहरण के लिए, यहाँ तक कि अगर आप कोई केंद्रीयकृत मॉडल चुनते हैं, जहाँ सभी आवश्यकताएँ एक केंद्रीय डिलीवरी टीम में आ रही हैं, तो आपके पास तब भी ऐसे नागरिक डेवलपर होंगे, जो अपनी टीमों के लिए प्लेटफ़ॉर्म की खोज और ऐप का निर्माण कर रहे होंगे. जिससे आपके पास मैट्रिक्स या BizDevOps की परवाह किए बिना तत्व रहेंगे.

ये मॉडल आपको यह विचार करने में मदद कर सकते हैं कि आपका वर्तमान सॉफ़्टवेयर डिलीवरी मॉडल क्या है और Microsoft Power Platform इसमें कैसे ओवरले हो सकता है या Microsoft Power Platform द्वारा सक्षम तीव्र विकास क्षमता को समायोजित करने के लिए आपका वर्तमान मॉडल कैसे विकसित हो सकता है.

वितरण मॉडल।

केंद्रीयकृत

इस मॉडल में, आप उत्पाद सेवामियों की केंद्रीय टीम बनाते हैं, जो संगठन की व्यावसायिक इकाइयों के संबंध में विभागीय समाधानों की लो-कोड डिलीवरी की स्वामी होती है. कोड-प्रथम समाधान के स्वामी पेशेवर डेवलपर साझा मॉडल में डिलीवर करने के लिए व्यवसाय के साथ मिलकर काम करेंगे. एंटरप्राइज़ आर्किटेक्ट मध्य स्तरीय और सेवाओं के स्वामी होंगे, और यह सुनिश्चित करेंगे कि डेटा निर्माताओं के लिए उपलब्ध हो. सेंट्रल IT लाइसेंसिंग और सिस्टम का स्वामी होगा, जिसमें हर कोई ऑपरेट करता है.

इस मॉडल के साथ, आप एक केंद्रीय टीम बनाते हैं, जो संगठनात्मक प्राथमिकताओं के आधार पर ऐप के विकास को चुन सकती है. इसके अतिरिक्त, क्योंकि उनके पास Power Apps, में मूलभूत विशेषज्ञता होगी, आपकी टीम में वे सदस्य शामिल होंगे, जो Microsoft Power Platform के विशिष्ट हिस्सों जैसे कि Power Automate, Power BI और Power Apps component framework के विशेषज्ञ हैं या वे तृतीय-पक्ष एकीकरण और कृत्रिम बुद्धिमत्ता के विशेषज्ञ हो सकते हैं. यह मॉडल आपके संगठन में परिवर्तन को चलाने का एक प्रभावी तरीका है और किसी भी प्रकार के एप्लिकेशन को डिलीवर करने का सबसे अच्छा तरीका है.

यहाँ पर इस प्रकार के मॉडल का चित्रण करते हुए Schlumberger से एक डिजिटल ब्रीफ़िंग दी गई है, जो विकेंद्रीयकृत और मैट्रिक्स मॉडल दोनों के माध्यम से विकसित हो रहा है. इस बारे में अधिक जानें कि Schlumberger Microsoft Power Platform को कैसे अपना रहा है: सफल अनुप्रयोग निर्माता Schlumberger में कम कोड की क्रांति को प्रज्वलित करता है

एप्लिकेशन डिलीवरी का प्रकार डिलीवरी मॉडल का प्रकार एप्लिकेशन का बिल्ड समय एप्लिकेशन का जीवनकाल उदाहरण IT सहभागिता
स्वयं-सेवा कोई भी 1-2 सप्ताह 6-12 महीने छोटे, विभागीय या LOB समाधान. विकेंद्रीयकृत IT
छोटी टीमें मैट्रिक्स/केंद्रीयकृत 3-6 महीने 6-24 महीने मध्यम समाधान या एकाधिक-विभाग समाधान डिलीवर करने के लिए काम करने वाली छोटी टीमें. विकेंद्रीयकृत IT
एकाधिक-विभाग या बड़े कार्यक्षेत्र का समाधान मैट्रिक्स/केंद्रीयकृत 3-6 महीने 6-24 महीने मध्यम और बड़े समाधान या अंतर-विभागीय समाधान डिलीवर करने के लिए काम करने वाली बड़ी मैट्रिक्स वाली टीमें. केंद्रीयकृत IT
बड़े पैमाने पर उत्पाद की डिलीवरी केंद्रीयकृत 1-2 वर्ष 5-7 वर्ष विक्रेता और प्रथम-पक्ष समाधान के साथ लो-कोड और कोड-प्रथम Power Apps समाधानों के मिश्रण का लाभ उठाते हुए बड़े उत्पाद की डिलीवरी. केंद्रीयकृत IT
बड़े एंटरप्राइज़ विक्रेता की डिलीवरी केंद्रीयकृत 7 वर्ष 10-15 वर्ष रिकॉर्ड और समर्थन ढांचे की एक तृतीय-पक्ष प्रणाली के लिए परिवेशी रणनीति. उदाहरण के लिए, SAP कार्यान्वयन और Power Apps में लो-कोड और कोड-प्रथम समाधानों और अन्य Microsoft और तृतीय-पक्ष एकीकरण के मिश्रण के साथ इसे परिवृत्त करना. केंद्रीयकृत IT

विकेंद्रीयकृत

इस मॉडल में, आप संगठन में एकाधिक टीमें बना सकते हैं, जो दिन-प्रतिदिन चलने वाली विभिन्न टीमों के करीब होते हैं. उनके पास संगठनात्मक दिशा-निर्देशों के भीतर लगातार ऐप डिलीवर करने के लिए संसाधन होंगे. प्रत्येक टीम स्वायत्त रूप से चल सकती है, और वे सेलुलर चलन में विभाजित और विकसित हो सकते हैं. हालाँकि, इस मॉडल के साथ, कॉर्पोरेट अनुपालन सुनिश्चित करने के लिए आपको कुछ उच्च-स्तरीय डिजिटल रेलिंग लगाने के लिए अभी भी केंद्रीयकृत नियंत्रण की आवश्यकता होगी. इनमें डेटा हानि की रोकथाम (DLP) नियंत्रण, कनेक्टर प्रबंधन और लाइसेंस प्रबंधन जैसी चीजें शामिल हो सकती हैं, जिससे कि उपयोगकर्ता और डेवलपर कंपनी के डेटा को सुरक्षित और अनुपालन में बनाए रखते हुए सुरक्षित तरीके से IT के न्यूनतम हस्तक्षेप के साथ समाधान बना सकें और जारी कर सकें. यह एक बेहतरीन स्‍वयं-सेवा विकल्प है.

मैट्रिक्स

इस मॉडल के साथ, आप विकेंद्रीयकृत और केंद्रीयकृत का सबसे अच्छा मिश्रण बनाते हैं. आपके पास प्रशिक्षित और प्रमाणित Microsoft Power Platform विशेषज्ञों की एक केंद्रीयकृत टीम है. आपके पास संगठन में स्थानीय टीमों को प्रशिक्षित करने के लिए विशेष प्रशिक्षकों के अलावा, परिवर्तन, डिज़ाइन, डिज़ाइन और आर्किटेक्चर के नेता होंगे. नागरिक डेवलपर से बनी स्थानीय टीम केंद्रीयकृत संरचना के विशेषज्ञों के साथ जुड़ी होती है, यह सुनिश्चित करने के लिए कि लोगों को उनके रोज़मर्रा के काम करने और बनाए जाने वाले ऐप का उपयोग करने के बीच अनूदन में कुछ भी नहीं खो रहा है. इस मॉडल के साथ, आप ऐप निर्माण पर काम करने वाले हजारों लोगों के बीच जगह बना सकते हैं.

इस टीम को अपने डेटा एस्टेट का प्रबंधन करने और सभी के लिए दिशानिर्देशों के साथ समाधानों को लागू करने के लिए उत्कृष्टता केंद्र की धारणा पर भी विचार करना चाहिए. यह स्वयं-सेवा और छोटी टीमों हेतु कम IT सहभागिता के साथ विकल्प प्रदान करने के लिए अच्छी तरह से कारगर है.

BizDevOps

रैपिड ऐप डेवलपमेंट केवल उस गति से हो सकता है, जिस पर IT जैसे ऑपरेशन बनाए गए ऐप का समर्थन कर सकते हैं. BizDevOps ऐप निर्माताओं और ऑपरेशन के बीच एक समग्र संबंध है, जो एक कुशलता के लूप में काम करता है. इसके कारगर होने के लिए, सभी टीमों को डिजिटल संस्कृति के स्पष्ट दृष्टिकोण की आवश्यकता होती है, जिस तरफ संगठन बढ़ रहा है. बनाए गए ऐप से अधिकतम मूल्य प्राप्त करने के लिए, उन्हें विश्वसनीय सहायता, नियंत्रण और रखरखाव की आवश्यकता होती है. जैसे-जैसे तकनीक विकसित होती जाती है, ऐप को अद्यतित रखने के लिए उनका अद्यतन करना होगा. न केवल परिवर्तन के बारे में पता होना, बल्कि इसके प्रबंधन की योजना होना, सफल ऐप के लिए महत्वपूर्ण है.