तकनीकी सहायता मीरान: यह कैसे काम करता है

जिस आग में आप जलते हैं उसे बनाए रखना चाहिए।
वी.ओ. पेलेविन, "जनरेशन पी"

नमस्कार, हेब्र! मेरा नाम अलेक्जेंडर सोलोविएव है, मैं मीरान डेटा केंद्रों के लिए तकनीकी सहायता का प्रमुख हूं।

मुझे बताओ, क्या आपने पाठ्यपुस्तक लिखने की कोशिश की है? मैं नहीं करता। फिर भी, नीचे का पाठ तकनीकी सहायता के आयोजन के लिए एक प्रकार का प्रशिक्षण मैनुअल है। लेख के भाग के रूप में, मैं आपको यह बताना चाहूंगा कि मिरन डेटा केंद्रों का तकनीकी समर्थन क्या है: किस तरह के "गियर" स्पिन और वे इस तरह से स्पिन क्यों करते हैं, और अन्यथा नहीं।


पाठक की सुविधा के लिए, मैं इस लेख को कई अर्थ भागों में विभाजित करूँगा।

1. पहले में, हम टीपी के मूल तत्वों के बारे में बात करेंगे - स्टाफिंग, एप्लिकेशन जीवन चक्र, प्राथमिकता।
2. दूसरे भाग में, हम एक निश्चित स्तर पर तकनीकी सहायता इंजीनियरों के ज्ञान को बनाए रखने के मुद्दों को संबोधित करेंगे।
3. तीसरे , अंतिम भाग में, हम उपरोक्त सभी कार्यों को कैसे करें, इसके बारे में बात करेंगे।

मैं प्रेरणा के बारे में बात करूंगा, विशेष रूप से, गैर-वित्तीय, साथ ही कॉर्पोरेट पुरस्कारों और दंडों के आयोजन के बारे में कुछ सुझाव दूंगा।

तकनीकी सहायता मूल बातें

तकनीकी सहायता के काम को व्यवस्थित करने के लिए, आपको कुछ सरल प्रश्नों का उत्तर देना होगा:

1. इसे एक उत्पाद (सेवा) के लिए समर्थन की आवश्यकता होती है या क्या यह बहु-उत्पाद समर्थन के बारे में है, अर्थात। कई पूरी तरह से अलग उत्पादों का समर्थन?
2. तकनीकी सहायता कॉल के लिए SLA क्या आवश्यक है?
3. क्या चौबीसों घंटे समर्थन की जरूरत है?

पहले

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

दूसरा

SLA जितना कठिन होगा, कंपनी को उतने ही अधिक संसाधनों का पालन करना होगा। ये विभिन्न प्रकार के संसाधन हैं: योग्य इंजीनियर, सूचना प्रणाली, उपकरण, नियामक दस्तावेज, आदि। कर्मचारियों के मुद्दे पर विचार करें। एसएलए आवश्यकताओं को पूरा करने के लिए, कर्मचारियों को समय और गुणवत्ता मानकों को ध्यान में रखते हुए तकनीकी सहायता कॉल की औसत संख्या के अनुपात में होना चाहिए।

उपरोक्त के आधार पर, हमारे इंजीनियरों का स्टाफ निम्नानुसार है:
• पहली पंक्ति - 10 लोग;
• अतिरिक्त पंक्ति - 4 लोग;
• दूसरी पंक्ति - 5 लोग।

तीसरा

राउंड-द-क्लॉक तकनीकी सहायता एक महंगी सेवा है। 24x7x365 मोड में इस सेवा के उच्च-गुणवत्ता वाले प्रदर्शन के लिए कम से कम 5 इंजीनियरों की आवश्यकता होगी, और यह सबसे सरल मामले में है, अर्थात्। एकल उत्पाद समर्थन के मामले में। यदि आपको चौबीसों घंटे सहायता का आयोजन करने की आवश्यकता है, तो लागतों को 5. से गुणा करने के लिए स्वतंत्र महसूस करें, लेकिन सबसे पहले, इस बारे में सोचें कि क्या आपको इसकी आवश्यकता है (क्या आप स्वयं-सेवा पोर्टल के बिना कर सकते हैं, आदि)। यदि आपको अभी भी इसकी आवश्यकता है, तो क्या इसे आउटसोर्स करना संभव है।

ये सब लोग क्या कर रहे हैं?

पहली पंक्ति के इंजीनियरों का कार्य ग्राहक की अपील को जल्दी और कुशलता से संसाधित करना है। प्रक्रिया करने का अर्थ है सही ढंग से वर्गीकृत करना और काम पर भेजना।
प्रसंस्करण के बाद, पहली पंक्ति का इंजीनियर या तो अपने आप ही आवेदन को हल कर देता है यदि यह "जल्दी, यहाँ और अब" से है, या आवेदन को दूसरी पंक्ति में स्थानांतरित करता है अगर यह "लंबी-खेल" है या यदि यह "खराबी" है।
अतिरिक्त लाइन इंजीनियरों का कार्य उन अनुप्रयोगों के साथ काम करना है जो पूरा होने में एक दिन से अधिक समय लेते हैं।
दूसरी पंक्ति के इंजीनियरों का कार्य जितनी जल्दी हो सके जटिल समस्याओं का निवारण करना और "यहां और अब" को हल करना है।

इंजीनियर मोड

पहली पंक्ति : अनुसूची - 2/2, 08:00 और 20:00 से 12-घंटे की शिफ्ट।
अतिरिक्त पंक्ति : अनुसूची - पांच दिन, ०:00:०० से। घंटे की शिफ्ट और १२:०० बजे से।
दूसरी पंक्ति : अनुसूची - 2/2, 08:00 और 20:00 से 12-घंटे की शिफ्ट।

Google कैलेंडर के माध्यम से इंजीनियर शिफ्ट शेड्यूल बनाए रखा जाता है।

जीवन चक्र और टीपी में अनुप्रयोगों की स्थिति

इस योजना के अनुसार एप्लिकेशन जीवन चक्र को ट्रैक करने का सबसे आसान तरीका है:


मैं प्रत्येक बिंदु को अलग से समझाऊंगा।

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

एप्लिकेशन टाइपिंग

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

घटनाओं
घटनाओं में उपकरण की खराबी और खराबी शामिल हैं, साथ ही साथ किसी भी अन्य घटनाओं में जो सेवाओं की गुणवत्ता में महत्वपूर्ण गिरावट दर्ज करती हैं। इस प्रकार के अनुप्रयोगों को प्राथमिकता के क्रम में निष्पादित किया जाता है और अन्य प्रकार के अनुप्रयोगों पर पूर्वता बरती जाती है। केवल घटनाएं प्रसंस्करण पर पूर्वता ले सकती हैं।

घटनाओं के उदाहरण: सेवा अनुपलब्धता, हार्डवेयर विफलता।

आरएफएस - सेवा अनुरोध
ग्राहक को प्रदान की गई सेवाओं के हिस्से के रूप में सेवा की आवश्यकता है। यह अनुरोध आईटी अवसंरचना में विफलता या विफलता से संबंधित नहीं है। इसे प्राथमिकता के आवेदन के अभाव में सामान्य कतार में तुरंत ले जाया जाता है।

उदाहरण: सर्वर को पुनरारंभ करने का अनुरोध।

RFC - परिवर्तन अनुरोध
क्लाइंट को प्रदान की गई सेवाओं की संरचना और / या दायरे में बदलाव के लिए अनुरोध। प्रसंस्करण समय ग्राहक के साथ व्यक्तिगत रूप से कंपनी के प्रबंधन द्वारा निर्धारित किया जाता है।

उदाहरण: स्विचिंग उपकरण के लिए एक अनुरोध।

RFI - सूचना के लिए अनुरोध
सेवा पर जानकारी का अनुरोध किया गया था, जिसमें ऊर्जा की खपत की मात्रा पर रिपोर्ट, सेवा रिपोर्ट आदि शामिल हैं। इसे प्राथमिकता के आवेदन के अभाव में सामान्य कतार में तुरंत ले जाया जाता है।

एप्लिकेशन की प्राथमिकता, प्रतिक्रिया और निर्णय की गति को प्रभावित करती है, ग्राहक से प्राप्त जानकारी के आधार पर गणना की जाती है, कई आंतरिक नियमों और आदेशों को ध्यान में रखते हुए। दो प्राथमिकताएँ हैं: प्रारंभिक और अंतिम। प्रारंभिक प्राथमिकता ग्राहक के अनुसार निर्धारित की जाती है और घटना प्रसंस्करण की गति निर्धारित करती है। अंतिम प्राथमिकता इंजीनियर द्वारा काम पूरा करने के बाद निर्धारित की जाती है और सेवाओं के गिरावट के वास्तविक स्तर को दर्शाती है। अक्सर ये प्राथमिकताएं नहीं के बराबर होती हैं।

प्राथमिकताएँ निम्नानुसार आवंटित की जाती हैं:

• नेटवर्क सेगमेंट का कामकाज टूट गया है (संचार केंद्र अनुपलब्ध है, मूल स्विच ऑर्डर से बाहर है) - 40;
• ग्राहक को प्रदान की जाने वाली कई सेवाओं का महत्वपूर्ण क्षरण - 30;
• ग्राहक को प्रदान की गई सेवाओं में से एक का महत्वपूर्ण क्षरण - 20;
• सेवाओं का ह्रास, जिसका उनकी प्रकृति पर महत्वपूर्ण प्रभाव नहीं है - 10;
• ग्राहक सेवाओं पर कोई प्रभाव नहीं - 0।

मुझे लगता है कि यह सिद्धांत के विश्लेषण को आसानी से समाप्त कर सकता है। पर्दे के पीछे घटनाओं और अनुरोधों, प्रतिक्रियाओं के स्तर, वित्तीय प्रेरणा और अन्य सूचनाओं के लिए प्रतिक्रियाएं, अन्य कंपनियों के लिए कम या ज्यादा मानक होंगे। आइए अधिक दिलचस्प चीजों पर चलते हैं।

ज्ञान के आवश्यक स्तर को बनाए रखना

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

कई दिनों के लिए, एक तकनीकी सहायता इंजीनियर कुछ नियमों को बदल सकता है, नए "परिचयात्मक" वाले दिखाई देंगे, जिसका अर्थ है कि शिफ्ट की शुरुआत में इंजीनियरों के ज्ञान की प्रासंगिकता की जांच करना आवश्यक है। यह स्थितिजन्य मॉडलिंग तकनीक की मदद से उन परिस्थितियों को हल करने के लिए प्रशिक्षण द्वारा किया जाता है जिसमें निर्दिष्ट ज्ञान की मांग होती है। हम एक स्थिति को एक मामला कहते हैं। पारी की शुरुआत में, इंजीनियर को कई उपयोगकर्ता मामलों का एक हिस्सा प्राप्त होता है। यह दृष्टिकोण इंजीनियरों को उनके दिमाग में आवश्यक ज्ञान बनाए रखने और उन्हें लगातार अपडेट करने की अनुमति देता है। नतीजतन, काम की गुणवत्ता बढ़ जाती है। तनाव को कम करने के लिए, उपयोगकर्ता के मामलों को हल करने के लिए समय सीमा पारी के अंत में निर्धारित की जाती है, हालांकि वास्तव में यह एक विशेषज्ञ के लिए पर्याप्त दस मिनट है।

क्या वास्तव में एक ठेठ उपयोगकर्ता मामले से मिलकर बनता है?

कुल 4 सिमेंटिक ब्लॉक हैं:

1. सूचना ब्लॉक
   इसमें उपयोगी जानकारी है जिसे सीखने की आवश्यकता है।
2. ब्लॉक बंडल
   यह ब्लॉक आपको मानव स्मृति में इस जानकारी के "परिवहन" के साथ नई जानकारी को जोड़ने की अनुमति देता है।
3. उत्तर के विकल्प
   वास्तव में, यह स्मृति में सूचना का "परिवहन" है।
4. प्रमाण लिंक
   एक विश्वसनीय स्रोत का लिंक जहां आप इस जानकारी को सीख सकते हैं।

यह वह है जो एक मानक उपयोगकर्ता का मामला ऐतिहासिक सामग्री के उदाहरण पर दिखता है

उपयोगकर्ता के सभी ब्लॉक अर्थ और विषय से संबंधित हैं। आदर्श रूप से, सूचना ब्लॉक में एक उत्तर विकल्प का एक संकेत होना चाहिए, और स्पष्टीकरण के लिए, आपको प्रूफलिंक को खोलने की जरूरत है और विस्तार से अध्ययन किया जा रहा है।

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

वर्तमान में हम कई उपकरणों का एक गुच्छा उपयोग कर रहे हैं।

• अनुरोध ट्रैकर (आरटी) - सिस्टम की बातचीत के तर्क को परिभाषित करता है।
• एपीआई द्वारा Google कैलेंडर कर्मचारियों की सूची और प्रत्येक के लिए उपयोगकर्ता मामलों की संख्या "दूर" देता है।
• Google स्प्रेडशीट उपयोगकर्ता मामले के गठन के लिए जानकारी प्रदान करता है।

वास्तव में, सिस्टम निम्नानुसार काम करता है:

1. ज्ञान के प्रशिक्षण में शामिल कर्मचारियों की एक सूची बनाई गई है।
2. प्रत्येक कर्मचारी के लिए, उपयोगकर्ता मामलों के विषय परिभाषित किए गए हैं।
3. एक उपयोगकर्ता का मामला प्रत्येक विषय के लिए बनाया जाता है और कर्मचारी को स्थानांतरित कर दिया जाता है।
4. कार्य दिवस के दौरान, इंजीनियर को सभी उपयोगकर्ता मामलों को हल करना होगा।
5. उत्तरों की जांच की जाती है, और प्रत्येक उपयोगकर्ता मामले के सत्यापन का परिणाम सिस्टम में संग्रहीत किया जाता है।

एक अच्छा इंजीनियर एक उपयोगकर्ता के मामले को लगभग एक मिनट में हल करता है। धोखा देने और "गिनती" करने के लिए काफी समस्याग्रस्त है, हमने अपने स्वयं के एंटी-चीट सिस्टम का ख्याल रखा।

याद रखें: किसी भी मामले में उन विभागों में कर्मचारियों के ज्ञान के स्तर को प्रबंधित करने का प्रयास न करें जहां आप प्रेरणा को नियंत्रित नहीं करते हैं।

गन, तोते और प्रेरणा

मैंने तकनीकी सहायता सेवा कैसे काम करती है, इसके बारे में पर्याप्त विस्तार से बात की। यह एक और महत्वपूर्ण बिंदु समझने के लिए बना हुआ है: यह काम भी क्यों करता है? :)

सब कुछ दो स्तंभों पर टिकी हुई है। ये स्तंभ गैर-वित्तीय और वित्तीय प्रेरणा हैं।

प्रसिद्ध गैंगस्टर अल कैपोन ने कहा: "एक तरह के शब्द और एक बंदूक से आप केवल एक प्रकार के शब्द की तुलना में बहुत अधिक प्राप्त कर सकते हैं।" अफसोस, इस रूपक में वित्तीय प्रेरणा एक अच्छा शब्द है, और गैर-वित्तीय पहले से ही एक "अच्छी पुरानी" बंदूक है।

गैर-वित्तीय प्रेरणा

गैर-वित्तीय प्रेरणा के तीन स्तंभ: मूल्यांकन की भूख, ठंड और शांति वस्तुनिष्ठता, साक्ष्य का सबूत, प्रशासन में आसानी

कोई भी व्यक्ति पैसे में व्यक्त किए गए जुर्माने के लिए बहुत नकारात्मक रूप से प्रतिक्रिया करता है ... लेकिन सौभाग्य से, वे "तोते" में जुर्माना के बारे में चिंता करना बहुत आसान है। इस बीच, तोते, यदि आप उन्हें पका सकते हैं, तो, बहुत, कर्मचारियों को बहुत प्रेरित करते हैं।

हमने गुणवत्ता के रूप में चुना है। तोता बंद है, लेकिन सैद्धांतिक रूप से आप कुछ और चुन सकते हैं। आराम का समय अच्छा है क्योंकि हम इसे सभी कर्मचारियों द्वारा महसूस करते हैं, यह अपने इच्छित उद्देश्य की मांग में है और अधीनस्थों को यह समझाने की आवश्यकता नहीं है कि यह क्या है और इसके लिए क्या है। सबसे पहले, खाते की एक इकाई चुनते समय, किसी को इस तथ्य से आगे बढ़ना चाहिए कि यह "वैक्यूम में गोलाकार घोड़ा" नहीं होना चाहिए। लेखा इकाई को कर्मचारी के लिए मूर्त होना चाहिए।

गैर-वित्तीय प्रेरणा के ढांचे में, कर्मचारी पैसे से नहीं, बल्कि समय से वंचित हैं और तदनुसार, गैर-वित्तीय प्रेरणा के लाभों का उपयोग करने का अवसर। यह अप्रिय है, लेकिन जुर्माने की तरह नहीं: बढ़ने के लिए प्रोत्साहन है, और कंपनी के प्रति एक व्यक्ति की निष्ठा को नुकसान नहीं होता है। "करतब" को समय-समय पर प्रोत्साहित किया जाता है। एक कर्मचारी अपने इच्छित उद्देश्य के लिए दिन का उपयोग कर सकता है: उदाहरण के लिए, घर पर चारों ओर झूठ बोलना, लेकिन यह इतना दिलचस्प नहीं है। ब्लैकजैक और मैडोमोसेले के साथ एक कैसीनो में जाने के लिए और अधिक दिलचस्प है, उन घटनाओं के लिए कुछ समय का भुगतान करना जो स्वयं या आपकी कंपनी के लिए महत्वपूर्ण हैं, उदाहरण के लिए: VHI के बाहर चिकित्सा सेवाएं, पेशेवर प्रमाण पत्र, फिटनेस या टूर पैकेज प्राप्त करना।

पैसे की तुलना में केवल माइनस समय है कि प्रत्येक उपयोग मामला, प्रत्यक्ष या मौद्रिक संदर्भ में, अधिकारियों द्वारा अलग से सत्यापित करने की आवश्यकता है, जो हमेशा सुविधाजनक नहीं होता है। हमसे दूर रहने का समय 3000 रूबल है, आपके पास कम या ज्यादा हो सकता है। मुख्य बात गैर-वित्तीय प्रेरणा की एक इकाई का उपयोग करने से आपसी आराम है।

जब एक विशिष्ट कार्य को गैर-वित्तीय तरीके से सम्मानित किया जाता है, तो मैं आपको एक जीवित उदाहरण देता हूं।

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

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

मेरा अनुभव बताता है कि पर्याप्त संख्या में उपयोगकर्ता मामलों से लैस एक अच्छे दस्तावेज़ का "मूल्य" तीन दिन की छूट है।

एक इंजीनियर को एक दस्तावेज के लिए दो दिन की छूट मिलती है जिसमें महत्वपूर्ण सुधार की आवश्यकता नहीं होती है।

यदि कई सुधारों की आवश्यकता होती है, तो एक व्यक्ति को एक दिन की छुट्टी मिलती है, और इसे सही तरीके से कैसे करना है, यह समझाने की तुलना में उन्हें स्वयं बनाना आसान है।

हमने इस काम के लिए अधिक समय देने की कोशिश की - 10 दिनों या उससे अधिक से। लेकिन अभ्यास से पता चला है कि बहुत अधिक इनाम से डर लगता है, और व्यावहारिक रूप से ऐसे लोग नहीं हैं जो इसे प्राप्त करना चाहते हैं। इसलिए, कर्मचारियों की पदोन्नति के साथ इसे ज़्यादा नहीं करना महत्वपूर्ण है। यह आपको सबसे अप्रत्याशित तरीके से बग़ल में प्राप्त कर सकता है। प्रयोग करें, लेकिन ध्यान से करें।

वित्तीय प्रेरणा

टीपी इंजीनियर द्वारा पूरा किया गया प्रत्येक आवेदन बोनस के साथ पुरस्कृत किया जाता है। बोनस का मूल्य सीधे आवेदन की जटिलता और इसके कार्यान्वयन के लिए आवश्यक योग्यता के अनुपात में होता है। एक इंजीनियर का अंतिम वेतन इन बोनस के योग से निर्धारित होता है। बेशक, एक "कुटिल" आवेदन की पूर्ति के मामले में, इसके लिए बोनस बाहर जलता है।

एक और बारीकियों: एक इंजीनियर का वेतन हमेशा उसकी स्थिति द्वारा निर्धारित सीमा में होता है। सबसे व्यस्त महीने में, एक व्यक्ति इस सीमा की निचली सीमा से कम प्राप्त नहीं करेगा, और न ही वह सबसे अधिक उत्पादक एक में ऊपरी से अधिक प्राप्त करेगा। फिर भी, कोई भी नाराज नहीं होगा: सभी जामों को दंडित किया जाता है, और गैर-वित्तीय प्रेरणा के माध्यम से प्रसंस्करण को प्रोत्साहित किया जाता है।

संक्षेप में देना

यह लेख अप्रत्याशित रूप से स्वैच्छिक निकला, लेकिन यह आश्चर्य की बात नहीं है: हमने मीरान के तकनीकी समर्थन के जीवन की लगभग पूरी तरह से जांच की, केवल सबसे उबाऊ या सामान्य विवरण को छोड़ दिया। फिर भी, अगर मैं फिर भी आपके लिए कुछ दिलचस्प लिखना भूल गया, या पढ़ने के दौरान आपके पास टीपी सेवा के संगठन के बारे में सवाल थे, तो मुझे टिप्पणियों में उन्हें जवाब देने में खुशी होगी।

संबंधित सामग्री

• नॉलेजकोन 2019 सम्मेलन में तकनीकी सहायता में ज्ञान प्रबंधन पर मेरी रिपोर्ट।
• KPI टेक सपोर्ट हब पर एक लेख
• तकनीकी सहायता में ज्ञान प्रबंधन के केंद्र पर एक लेख ।