आपातकालीन सुधारों के लिए चार-आंखों के सिद्धांत को कैसे लागू किया जाए?

Question

इस परिदृश्य पर विचार करें (वास्तविक दुनिया की स्थितियों की तुलना विशुद्ध रूप से दुर्घटना से होती है):

• 3:07 बजे : इनकमिंग सपोर्ट कॉल " प्रोडक्शन में कुछ नीचे गया, मुझे आपकी मदद की जरूरत है! "।
• 3:12 am : सिस्टम से जुड़ा (लॉगऑन स्वीकृत) ... और कॉफी का समय नहीं।
• 3:15 am : आप भाग्यशाली हैं, तुरंत आप कहीं न कहीं किसी त्रुटि संदेश के माध्यम से समस्या को हल कर सकते हैं।
• 3:17 am : कोड को हथियाने के लिए अपने SCM टूलबॉक्स का उपयोग करें, समस्या को ठीक करें, इसका परीक्षण करें, बहुत अच्छा ... मेरे फिक्स काम!
• 3:20 am : फिक्स को शिप करने और उत्पादन को फिर से चलाने के लिए देव ऑप्स-टीम के साथ संपर्क करें।
• 3:21 am : लाल झंडा ... " चार-आंखों का सम्मान करने के लिए , हमें इस फिक्स के लिए अनुमोदन प्राप्त करने के लिए 2 और आंखों की आवश्यकता है "।
• 3:22 am : ggrgrrrreat, अब क्या, और कौन कह सकता है कि हम (कुछ मैनेजर को जगाएं)?

यदि आपने " चार-दृष्टि सिद्धांत के संभावित कार्यान्वयन (या उदाहरण) क्या हैं? " के मेरे उत्तर के समान कुछ अनुमोदन प्रक्रिया लागू की है , तो आप भाग्य से बाहर हैं ... यहाँ आपके विकल्प हैं:

• जब तक 2 और आँखें शामिल नहीं हो जातीं, तब तक आपका सुधार अटका रहेगा (पढ़ें: उत्पादन कम होगा)।
• आप लापता आँखों के आसपास पाने का एक तरीका समझ लेते हैं।

तो आपातकालीन सुधारों के लिए चार-आंखों के सिद्धांत को कैसे लागू किया जाए? ... ताकि आपको उत्पादन हो जाए और आसापास हो जाए, यानी सुबह 3:25 के आसपास ... और ताकि आप कॉल को बंद भी कर सकें (और आप जहां से आए थे, वहां वापस जाएं)?

Comments

आपने एक टीम से संपर्क किया , जिसका अर्थ है कि उन्हें पहले से ही स्वीकृत सिद्धांतों के संबंध में पैच को आशीर्वाद देना चाहिए था। मैं वास्तव में उन अलंकारिक प्रश्नों से घृणा करना शुरू करता हूं :( सिर्फ मेरी राय, इसके साथ बहुत परेशान मत करो

— तेंसिबाई

@Tensibai एक संभावित रूप से "कुछ पैच को आशीर्वाद दिया है" (या तय) कैसे कर सकते हैं, न जाने क्या समस्या का कारण था जब "आपसे संपर्क किया गया था"? इसके अलावा, क्या आप बयानबाजी के बारे में अधिक विशिष्ट हो सकते हैं? एक अच्छा फिट नहीं, कुछ और?

— Pierre.Vriens

मेरा मतलब है कि आप कहते हैं कि आप 3:20 पर टीम से संपर्क करने में सक्षम थे, इसका मतलब यह है कि आप केवल फिक्स को धक्का नहीं दे रहे हैं। मैं बयानबाजी का उपयोग 'काल्पनिक मामले के रूप में करता हूं, अनुभव से या नहीं, जहां आप पहले से ही जानते हैं कि आप किस उत्तर की प्रतीक्षा कर रहे हैं'। मेटा पर अपनी चिंताओं को कम या ज्यादा महसूस करता हूं, मैं इस 'सामान्य सिद्धांत' क्यू / ए में दिलचस्पी नहीं लेता, इसलिए मैं शायद गलत हूं। अगर मुझे यकीन है कि अगर मैं इस बीटा का आउटलैंडर हूं, तो मैं सामान्य सिद्धांतों के बारे में दो बार क्यू / ए की यात्रा नहीं करूंगा।

— तैंसीबाई

मैं जेनरिक जेनकींस के सवालों के बारे में भी यही कह सकता हूं कि अगर वे अभी आ रहे थे

— Tensibai

सार्वजनिक बीटा तक प्रतिबद्धताओं की गणना नहीं की जाएगी, अब निजी रूप से हम उस साइट का निर्माण कर रहे हैं जिसे हम 'प्रतिबद्ध' उपयोगकर्ता महसूस करते हैं, इस साइट के लिए अनुकरणीय प्रश्न हैं, और मुझे लगता है कि हमारे पास शेष 12 दिनों में काम का गुच्छा है, या मैं बस दुःख के 7 चरणों से

— गुजरना पड़ता है

Answer 1

SCM- दुनिया में जहां मैं ज्यादातर परिचित हूं, ऊपर के परिदृश्य को आम तौर पर " संक्षिप्त-संक्षिप्त सूची प्रक्रिया " कहा जाता है ।

यहाँ इसका एक खाका है:

• अपने व्यवसाय के घंटे को परिभाषित करें, सुबह 8 से शाम 6 बजे तक कहें।
• (कहते हैं) अनुमोदन की 3 स्तरों (भूमिकाओं एक्स, वाई और जेड के लिए) की एक पूरी अनुमोदन सूची को परिभाषित करें ।
• (1) अनुमोदन की केवल 1 स्तर की (कहते हैं) की संक्षिप्त सूची को परिभाषित करें ।
• नियोजित परिवर्तनों को हमेशा पूर्ण अनुमोदन सूची से सभी अनुमोदन की आवश्यकता होती है।
• के लिए अनियोजित परिवर्तन , पूरा अनुमोदन सूची प्रयोग किया जाता है यह भी आवश्यक स्वीकृतियों के इकट्ठा करने के लिए है, बशर्ते मंजूरी जारी किए जाने वाले हैं दौरान परिभाषित व्यापार घंटे।
• अनियोजित परिवर्तनों के किसी भी अनुमोदन के लिए जो परिभाषित व्यावसायिक घंटों के बाहर जारी किए जाने हैं :
  • परिवर्तन को अधिकृत करने के लिए केवल संक्षिप्त अनुमोदन सूची (जैसे भूमिका एक्स ऊपर) से अनुमोदन आवश्यक है। और संक्षिप्त अनुमोदन सूची द्वारा प्राधिकरण दिए जाने के बाद, परिवर्तन (लक्ष्य वातावरण में) की तैनाती वास्तव में की जाएगी।
  • लेकिन बाद में अतिरिक्त पोस्ट- श्रोताओं की आवश्यकता होगी (घंटों / दिनों की उचित मात्रा के भीतर), अर्थात पूर्ण अनुमोदन सूची में निहित सभी भूमिकाओं से (जैसे भूमिका Y और Z ऊपर), जो संक्षिप्त अनुमोदन सूची में भी शामिल नहीं हैं। (जैसे कि भूमिका एक्स के ऊपर)। और यदि (अपफ्रंट) के भीतर सहमत / स्वीकृत राशि घंटों / दिनों की है, तो सभी पोस्ट-अप्रूवल जारी नहीं किए गए हैं (जैसे कि फिक्स ने "इस" समय पर काम किया, लेकिन यह केवल एक अस्थायी फिक्स की तरह था), तो परिवर्तन रोलबैक के अधीन हो सकता है। । जबकि कम से कम 1 बकाया पोस्ट-अनुमोदन है, परिवर्तन "प्रतीक्षा पोस्ट अनुमोदन" के रूप में चिह्नित है।

जगह में इस तरह के समाधान के साथ, कॉल को 3:23 बजे के आसपास बंद किया जा सकता है ... के बाद से 3:21 पर कोई और अधिक लाल झंडा नहीं होगा ... ggrgrrreat, एक बीयर के लिए समय मेरे उत्पादन को फिर से पाने के लिए तय करने के लिए (कॉफ़ी के बजाय) ... और उँगलियाँ पार कर बकाया पोस्ट स्वीकृतियाँ जल्द ही आएंगी ...

Answer 2

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

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

Comments

मैं आपकी सिफारिश से सहमत हूं, जो मेरी खुद की सिफारिश (उत्तर) के समान है। क्या आप SCM दुनिया के कुछ उदाहरणों के बारे में सोच सकते हैं जिनसे आप परिचित हैं, और आप इसे कैसे लागू करेंगे? यदि हां, तो क्या आप अपने जवाब में उस पर विस्तार कर सकते हैं?

— Pierre.Vriens