ड्यूटी शिफ्ट लागू करते समय क्या सोचना चाहिए?

प्रभावी DevOps लेखक रिन डेनियल उन रणनीतियों को साझा करते हैं जिनका उपयोग कोई भी बेहतर, कम निराशाजनक और अधिक टिकाऊ ऑनकॉल रोटेशन बनाने के लिए कर सकता है।

डेवॉप्स के आगमन के साथ, आजकल कई इंजीनियर किसी न किसी तरीके से शिफ्ट का आयोजन कर रहे हैं, जो कभी सिस्टम एडमिन या ऑपरेशन इंजीनियरों की एकमात्र जिम्मेदारी थी। ड्यूटी पर रहना, विशेषकर गैर-कार्य घंटों के दौरान, कोई ऐसा कार्य नहीं है जिसका अधिकांश लोग आनंद लेते हैं। ऑनकॉल ड्यूटी हमारी नींद में खलल डाल सकती है, दिन के दौरान हम जो सामान्य काम करने की कोशिश कर रहे हैं उसमें बाधा डाल सकती है और सामान्य तौर पर हमारे जीवन में हस्तक्षेप कर सकती है। जैसे-जैसे अधिक से अधिक टीमें सतर्कता में भाग लेती हैं, हमने सवाल पूछा, "व्यक्ति, टीम और संगठन के रूप में हम निगरानी को अधिक मानवीय और टिकाऊ बनाने के लिए क्या कर सकते हैं?"

नींद बचाएं

जब लोग ड्यूटी पर होने के बारे में सोचते हैं तो अक्सर पहली बात यह सोचती है कि इससे उनकी नींद पर नकारात्मक प्रभाव पड़ेगा; कोई भी नहीं चाहता कि उसे आधी रात में जगाने वाला अलर्ट मिले। यदि आपका संगठन या टीम काफी बड़ी हो जाती है, तो आप "फॉलो-द-सन" रोटेशन का उपयोग कर सकते हैं, जहां कई समय क्षेत्रों में टीमें कम ड्यूटी शिफ्ट के साथ एक ही रोटेशन में भाग लेती हैं। इसलिए प्रत्येक समय क्षेत्र केवल अपने व्यवसाय के दौरान ड्यूटी पर होगा (या कम से कम जागें) घंटे। इस तरह का रोटेशन स्थापित करने से अटेंडेंट द्वारा उठाए जाने वाले रात के काम के बोझ को कम करने में चमत्कार हो सकता है।

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

नींद, कर्तव्य और टीम संस्कृति

नींद में व्यवधान के अन्य समाधानों में बड़े सांस्कृतिक परिवर्तन शामिल हैं। इस समस्या को हल करने का एक तरीका अलर्ट की निगरानी करना है, इस बात पर विशेष ध्यान देना कि वे कब आते हैं और क्या वे कार्रवाई योग्य हैं। ऑप्सवीकली Etsy द्वारा निर्मित और प्रकाशित एक उपकरण है जो टीमों को प्राप्त होने वाले अलर्ट को ट्रैक और वर्गीकृत करने की अनुमति देता है। यह ग्राफ़ उत्पन्न कर सकता है जो दर्शाता है कि कितने अलर्ट ने लोगों को जगाया (फिटनेस ट्रैकर्स से नींद डेटा का उपयोग करके), साथ ही कितने अलर्ट के लिए वास्तव में मानवीय कार्रवाई की आवश्यकता थी। इन तकनीकों का उपयोग करके, आप अपने ऑन-कॉल रोटेशन की प्रभावशीलता और समय के साथ नींद पर इसके प्रभाव को ट्रैक कर सकते हैं।

टीम यह सुनिश्चित करने में भूमिका निभा सकती है कि ड्यूटी पर मौजूद प्रत्येक व्यक्ति को पर्याप्त आराम मिले। एक ऐसी संस्कृति बनाएं जो लोगों को अपना ख्याल रखने के लिए प्रोत्साहित करे: यदि रात में बुलाए जाने के कारण आपकी नींद खराब हो रही है, तो आप खोए हुए नींद के समय की भरपाई करने के लिए सुबह थोड़ी देर और सो सकते हैं। टीम के सदस्य एक-दूसरे का ध्यान रख सकते हैं: जब टीमें ऑप्सवीकली जैसी किसी चीज़ के माध्यम से एक-दूसरे के साथ अपनी नींद का डेटा साझा करती हैं, तो वे ड्यूटी पर अपने सहयोगियों के पास जा सकते हैं और कह सकते हैं, "अरे, ऐसा लगता है कि कल रात पेजरड्यूटी के साथ आपकी रात खराब रही।" "क्या आप चाहेंगे कि मैं आज रात आपको कवर करूँ ताकि आपको कुछ आराम मिल सके?" लोगों को इस तरह से एक-दूसरे का समर्थन करने के लिए प्रोत्साहित करें और "नायक संस्कृति" को हतोत्साहित करें जहां लोग खुद को सीमा तक धकेल देंगे और मदद मांगने से बचेंगे।

कार्यस्थल पर ड्यूटी पर होने के प्रभाव को कम करना

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

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

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

कार्य-जीवन संतुलन बनाना और बनाए रखना

इस बारे में सोचें कि ड्यूटी पर रहने से काम के अलावा आपके जीवन पर क्या प्रभाव पड़ता है। जब आप ड्यूटी पर होते हैं, तो आप अपने मोबाइल फोन और लैपटॉप से ​​बंधा हुआ महसूस करते हैं, इसका मतलब है कि आप हमेशा अपने साथ एक लैपटॉप और एक मोबाइल राउटर (यूएसबी मॉडेम) रखते हैं या बस अपना घर/कार्यालय नहीं छोड़ते हैं। कॉल पर रहने का मतलब आमतौर पर अपनी शिफ्ट के दौरान दोस्तों या परिवार से मिलने जैसी चीजों को छोड़ना है। इसका मतलब यह है कि प्रत्येक शिफ्ट की अवधि आपकी टीम में लोगों की संख्या पर निर्भर करती है, और शिफ्ट की आवृत्ति लोगों पर अनुचित बोझ डाल सकती है। आपको एक ऐसा शेड्यूल ढूंढने के लिए अपनी शिफ्ट की लंबाई और समय के साथ प्रयोग करने की आवश्यकता हो सकती है जो कम से कम इसमें शामिल अधिकांश लोगों के लिए काम करता है, क्योंकि अलग-अलग टीमों और लोगों की अलग-अलग प्राथमिकताएं और प्राथमिकताएं होंगी।

यह पहचानना महत्वपूर्ण है कि ड्यूटी पर होने का लोगों के जीवन पर, प्रबंधन स्तर पर और व्यक्तिगत स्तर पर, दोनों पर प्रभाव पड़ेगा। यह ध्यान दिया जाना चाहिए कि इसका प्रभाव कम विशेषाधिकार प्राप्त लोगों पर असंगत रूप से महसूस किया जाएगा। उदाहरण के लिए, यदि आपको बच्चों या परिवार के अन्य सदस्यों की देखभाल में समय बिताना है, या यदि आप पाते हैं कि घर का अधिकांश काम आपके कंधों पर पड़ता है, तो आपके पास पहले से ही किसी ऐसे व्यक्ति की तुलना में कम समय और ऊर्जा है जो ज़िम्मेदारियाँ नहीं संभालता है। इस प्रकार की "दूसरी पाली" या "तीसरी पाली" का काम लोगों पर असमान रूप से प्रभाव डालता है, और यदि आप एक शेड्यूल या तीव्रता के साथ ऑन-कॉल रोटेशन स्थापित करते हैं जो मानता है कि प्रतिभागियों का कार्यालय के बाहर कोई निजी जीवन नहीं है, तो आप उन लोगों को सीमित कर रहे हैं जो आपकी टीम में भाग ले सकते हैं.

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

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

कर्तव्य अनुभव में सुधार

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

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

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

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

यह सब सहानुभूति के बारे में है

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

लोगों को लंबी अवधि में अपनी ऑन-कॉल स्थिति को बेहतर बनाने के लिए समय और प्रयास करने के लिए प्रोत्साहित करें। यदि आपकी टीम के पास ऑन-कॉल हैं, तो आपको इस कार्य की उसी तरह योजना बनानी चाहिए और प्राथमिकता देनी चाहिए जैसे आप अपने रोडमैप पर किसी अन्य कार्य को करते हैं। ऑन-कॉल 90% एन्ट्रापी हैं, और जब तक आप उन्हें सुधारने के लिए सक्रिय रूप से काम नहीं करते, वे समय के साथ और भी बदतर होते जाएंगे। यह पता लगाने के लिए अपनी टीम के साथ काम करें कि लोगों को सबसे अच्छा क्या प्रेरित और पुरस्कृत करता है, और फिर इसका उपयोग लोगों को अलर्ट शोर को कम करने, रनबुक लिखने और उनकी ऑन-कॉल समस्याओं को हल करने वाले टूल बनाने के लिए प्रोत्साहित करने के लिए करें। आप जो भी करें, भयानक कर्तव्य को राज्य की स्थिति का स्थायी हिस्सा न मान लें।

स्रोत: www.habr.com