SLA – Service Level Agreement

— अद्यतन:
SLA – Service Level Agreement
चित्र: Paradee Paradee | Dreamstime

SLA क्या है और IT क्षेत्र में ग्राहक और ठेकेदार के बीच संबंधों में SLA की क्या भूमिका है।

हाल ही में, कई अपेक्षाकृत नई अवधारणाओं ने उद्यमों के जीवन में प्रवेश किया है जो मौलिक होने का दावा करते हैं: पारिस्थितिकी तंत्र, मंच, व्यावसायिक प्रक्रियाओं को अनुकूलित करने के लिए प्रौद्योगिकी, तेजी से और चुस्त विकास और बातचीत के लिए नवीन तरीके … उनमें से प्रत्येक वास्तव में सार्थक और सार्थक है . एक और बात यह है कि एक सुंदर शब्द के पीछे सार अक्सर धुंधला हो जाता है, और केवल एक सामान्य फैशनेबल शब्द सतह पर रहता है, धीरे-धीरे एक डमी में बदल जाता है।

SLA क्या है?

कुछ साल पहले, शुरू में महत्वपूर्ण और सामग्री से भरी अवधारणाओं की इस श्रृंखला को SLA (सेवा की गुणवत्ता के बारे में) शब्द द्वारा पूरक किया गया था।

SLA एक सेवा उपभोक्ता (मुख्य रूप से एकीकृत स्वचालन के क्षेत्र में) और एक आईटी डेवलपर/एकीकरणकर्ता के बीच बातचीत के मूलभूत सिद्धांतों में से एक है, जो इसके अनुसार परियोजनाओं को पूरा करता है इस तरह के समझौते के बुनियादी सिद्धांत।

इस स्थिति में SLA की अवधारणा का अवमूल्यन करने का अर्थ ग्राहक और ठेकेदार के बीच संबंधों के प्रतिमान का अवमूल्यन करना होगा।

कुकीज़ रहस्यमयी फाइलें हैं जिनके बारे में बहुत कम लोग जानते हैं
कुकीज़ रहस्यमयी फाइलें हैं जिनके बारे में बहुत कम लोग जानते हैं

कई उद्यम इसे समझते हैं, कुछ एसएलए समझौतों के सख्त पालन पर भी जोर देते हैं। लेकिन समस्या यह है कि हाल ही में हमने कई नई आर्थिक और सामाजिक चुनौतियों का सामना किया है, और व्यवसाय उन्हें ठीक से जवाब देने के लिए सब कुछ कर रहा है। तदनुसार, इसकी सेवा करने वाली संरचनाओं को नई आवश्यकताओं को पूरा करना होगा। यह पूरी तरह से SLA पर लागू होता है: यह दो साल पहले जैसा नहीं रह सकता। आइए यह जानने की कोशिश करें कि आज SLA क्या है, इसे कैसे और किस रूप में बदलना चाहिए, और यह एक वर्ष में क्या बन जाएगा।

पारंपरिक SLA क्लाइंट और सेवा प्रदाता के बीच एक समझौता है, जो स्पष्ट रूप से परियोजना की गुणवत्ता (समापन बिंदु) की गारंटी बताता है।

कभी-कभी एक “मध्यवर्ती” एसएलए होता है, जहां परियोजना के प्रत्येक चरण के लिए गारंटी एक विशिष्ट समझौते (मध्यवर्ती बिंदु) के स्तर पर निर्धारित की जाती है। इस मामले में, अक्सर एसएलए को अनुबंध के एक अभिन्न अंग के रूप में तैयार किया जाता है, लेकिन यहां सामग्री लोड पूरी तरह से अलग है। इसलिए, यदि अनुबंध अक्सर निर्धारित करता है कि क्या किया जाएगा, किस हद तक और किस समय सीमा में, तो SLA यह घोषित करता है कि यह कैसे किया जाएगा, किस कीमत पर, और कौन से संकेतक विशिष्ट संकेतक के रूप में लिए गए हैं।

SLA
चित्र: Joerg Stoeber | Dreamstime

आजकल, जब व्यावसायिक चुनौतियां अधिक से अधिक जटिल होती जा रही हैं, और एक महामारी सहित संकटों की एक श्रृंखला, उद्यमों को उनके अनुकूल होने के लिए, तेजी से, बेहतर तरीके से काम करने के लिए समय अंतराल को कम करने के लिए मजबूर कर रही है, यह अजीब होगा अगर आईटी उद्यमों ने ठीक से जवाब नहीं दिया। कम से कम संभव समय में, जटिल समूह विकास विधियों (एजाइल, देवओप्स, साझाकरण समूह) को लगभग सभी पेशेवर आईटी संरचनाओं द्वारा अपनाया गया – दोनों बड़ी विकास कंपनियां और छोटे अति विशिष्ट आईटी उद्यम।

बेशक, दोनों वितरित कार्य, और डेवलपर्स और कार्यान्वयनकर्ताओं की स्पाइक, और छोटे चरणों में विभाजित सॉफ़्टवेयर समाधान बनाने की तकनीक एक त्वरित परिणाम प्राप्त करना संभव बनाती है – ग्राहक की व्यावसायिक समस्याओं को हल करना – और यहां तक ​​​​कि निर्माण या किसी भी उद्यम की सूचना प्रणाली विकसित करना। लेकिन अगर व्यापार और आईटी समाधान प्रदाताओं दोनों ने वर्तमान स्थिति का ठीक से जवाब दिया है, तो गारंटी, और सबसे ऊपर SLA के भीतर, विशाल बहुमत में वही रहता है। इसका मतलब यह है कि एसएलए गठन के सिद्धांतों को बदलने की आवश्यकता की अनदेखी करने से अनिवार्य रूप से नकारात्मक परिणाम होंगे।

DevOps – विकास और संचालन
DevOps – विकास और संचालन

इस पृष्ठभूमि के खिलाफ, यह बेहद महत्वपूर्ण है कि नया एसएलए आधुनिक चुस्त विकास की पद्धति से संबंधित है, और चरणों में पारंपरिक टूटना अब यहां पर्याप्त नहीं है। अब सेवा की गुणवत्ता पर समझौते को पूर्ण चरणों के लिए नहीं, बल्कि परियोजना के प्रत्येक चरण के कार्यान्वयन के भीतर प्रत्येक चरण में “समायोजित” करना चाहिए। वर्तमान वास्तविकताओं में, एक व्यापक एसएलए में न केवल विकास और कार्यान्वयन के गारंटीकृत सूक्ष्म चरण शामिल होने चाहिए, बल्कि उनमें से प्रत्येक के लिए इंटीग्रेटर की जिम्मेदारी भी शामिल होनी चाहिए।

हालांकि, यह दृष्टिकोण कंपनी पर बोझ डालता है, जो इन शर्तों के तहत, किसी भी जटिलता की परियोजना के कार्यान्वयन के लिए तैयार है। यह आसान नहीं है, क्योंकि इस तरह की गारंटियों का पालन करने के लिए, ग्राहक के “दिल” में इंटीग्रेटर के कार्य समूह का एक प्रकार का “प्रवेश” प्रदान करना आवश्यक है, मुख्य रूप से उसके व्यवसाय की गहरी समझ के स्तर पर। . डेवलपर को पता होना चाहिए कि ग्राहक की व्यावसायिक प्रक्रियाओं को वास्तव में कैसे व्यवस्थित किया जाता है, और तदनुसार, उन्हें कैसे बदला जाए। और इसके लिए सर्वोत्तम तकनीकी समाधानों को खोजना और अपनाना, उन्हें लगभग तुरंत सुधारना, जबकि ग्राहक के उद्यम कार्य चक्र की निरंतरता सुनिश्चित करना एक अच्छे आईटी पार्टनर का मुख्य कार्य है।

डोमेन संचालित डिजाइन – डीडीडी प्रोग्रामिंग
डोमेन संचालित डिजाइन – डीडीडी प्रोग्रामिंग

यह स्पष्ट है कि आउटसोर्सिंग के मानक तरीकों से इसे हासिल करना लगभग असंभव है – यहां क्लाइंट और ठेकेदार के काम का एक मौलिक रूप से अलग रूप है, एक अलग स्तर की बातचीत की आवश्यकता है। आज इसे “बाहरी आईटी विभाग” कहा जाता है। यह नई सेवा शुरू होने के बाद ही अपडेट किया गया SLA वास्तव में प्रभावी होगा। और नियमित रूप से, जब ग्राहक और कलाकार दोनों उससे निरंतर संपर्क करते हैं (शायद हर दो सप्ताह में एक बार भी)। और यहां बताया गया है कि यह कैसे काम करता है।

कार्य निर्धारित करने का कार्य (और यह परियोजना का प्रमुख चरण है) तुरंत ग्राहक और संभावित निष्पादक के बीच वितरित किया जाता है। पहले दिनों से, डेवलपर/कार्यान्वयनकर्ता आंतरिक लेखा परीक्षा (या परामर्श) की प्रमुख भूमिकाओं में से एक पर कार्य करता है। ग्राहक के साथ, ऐसे विशेषज्ञ संशोधित की जाने वाली प्रमुख व्यावसायिक प्रक्रियाओं की पहचान करते हैं, व्यवसाय विकास को लागू करने के लिए एक रणनीति और रणनीति विकसित करते हैं, और इसके लिए सर्वोत्तम तकनीकों का चयन करते हैं।

SLA
चित्र: Joerg Stoeber | Dreamstime

फिर इंटीग्रेटर कंपनी एक तैयार रिजर्व से एक उच्च पेशेवर टीम बनाती है, जिसमें एक नियम के रूप में शामिल हैं: एक परियोजना खाता, विश्लेषक, डेवलपर्स, परीक्षक, कार्यान्वयनकर्ता, तकनीकी सहायता विशेषज्ञ, आदि। परिणामस्वरूप, एक तैयार आईटी विभाग किसी विशेष उद्यम की समस्याओं को हल करने के उद्देश्य से शाब्दिक रूप से तुरंत बनाया जाता है, जैसे कि वह इस कंपनी के अंदर हो। इस दृष्टिकोण का एक अतिरिक्त लाभ अन्य समान रूप से महत्वपूर्ण कार्यों को हल करने के लिए ग्राहक के आईटी संसाधनों को जारी करना है।

हम दो परस्पर संबंधित जटिल सेवाओं के बारे में बात कर रहे हैं जो एक आधुनिक आईटी डेवलपर आज एक ग्राहक को प्रदान करने के लिए बाध्य है: एक बहु-स्तरीय परियोजना, जो सूक्ष्म चरणों में विभाजित है जिसे वह लागू करता है (एक बाहरी आईटी विभाग), और एक नियमित एसएलए जो प्रदान करता है इस परियोजना के भीतर प्रत्येक चरण का एक गारंटीकृत परिणाम।

UX डिज़ाइन – उपयोगकर्ता अनुभव डिज़ाइन
UX डिज़ाइन – उपयोगकर्ता अनुभव डिज़ाइन

अब तक, यह दृष्टिकोण अभी तक रूस और पूर्वी यूरोप में व्यापक नहीं हुआ है।

फिर भी, हमारे पास पहले से ही इस योजना के अनुसार कई परियोजनाएं सफलतापूर्वक पूरी की गई हैं, और ग्राहक के व्यवसाय का पैमाना यहां इतना महत्वपूर्ण नहीं है: यह बड़े उद्यम और मध्यम आकार के व्यवसाय दोनों हो सकते हैं जिनके पास अभी तक तैनाती का उचित अनुभव नहीं है। अपने स्वयं के आईटी सिस्टम, लेकिन पहले से ही इस मुद्दे पर मौलिक रूप से संपर्क करने के लिए तैयार हैं।

एक कंपनी राष्ट्रीय स्तर पर इस तरह के एक जटिल कार्य को हल करने में सक्षम नहीं है: इसके लिए आईटी डेवलपर्स, सिस्टम इंटीग्रेटर्स, उपकरण आपूर्तिकर्ताओं और निश्चित रूप से ग्राहकों की इच्छा के संयुक्त प्रयासों की आवश्यकता है। . यह रास्ता किसी भी हाल में हमारे पास से गुजरेगा। लेकिन यह जल्दी और व्यवस्थित रूप से किया जाना चाहिए।