प्रॉम्प्ट और उपयोग का संदर्भ (Use case)
प्रोडक्शन से जुड़ी किसी ऐसी घटना का वर्णन करें जिसकी समीक्षा में आपने मदद की हो: आपने तथ्यों का पुनर्निर्माण कैसे किया, व्यक्तियों को दोष देने से कैसे बचे, ठोस कदमों को कैसे आगे बढ़ाया, और यह कैसे सत्यापित किया कि बदलावों से दोबारा घटना होने का जोखिम कम हुआ है? उत्तर में दबाव के बीच संवाद, संतुलन (trade-offs), सहयोग और कार्य को पूरा करने की दृढ़ता दिखनी चाहिए।
साक्षात्कारकर्ता क्या जांच रहा है
- क्या आप समयसीमा (timeline) और साक्ष्यों के साथ प्रभाव, निर्णयों और रिकवरी की व्याख्या कर सकते हैं।
- क्या आप जवाबदेही से बचने और दोष-मुक्त संस्कृति (blameless culture) के बीच अंतर समझते हैं तथा सिस्टम और प्रक्रियाओं पर ध्यान केंद्रित करते हैं।
- क्या आप "मॉनिटरिंग में सुधार" को एक ज़िम्मेदार व्यक्ति (owner), समयसीमा और स्वीकृति संकेत (acceptance signal) में बदलते हैं।
- क्या आप अपने निर्णय की गलती को स्वीकार करते हैं और टीम के साथ मिलकर लगातार फॉलो-अप और सत्यापन का प्रदर्शन करते हैं।
उत्तर देने से पहले स्पष्ट करने योग्य प्रश्न
- कौन से उपयोगकर्ता, SLOs या व्यावसायिक प्रक्रियाएं प्रभावित हुईं और कितने समय के लिए?
- आपकी क्या भूमिका थी, और आपने कौन से निर्णय सीधे तौर पर लिए?
- उस समय कौन से तथ्य ज्ञात थे, और कौन से निष्कर्ष बाद में (hindsight) समझ में आए?
- कार्यों को कैसे प्राथमिकता दी गई, ज़िम्मेदारी सौंपी गई, सत्यापित किया गया और मापा गया?
30-सेकंड का उत्तर ढांचा (Framework)
मैं "स्थिति, कार्रवाई, परिणाम, पोस्टमॉर्टम" के रूप में उत्तर दूंगा। सबसे पहले एक समयसीमा पर प्रभाव और रिकवरी के लक्ष्यों को संख्यात्मक रूप से स्पष्ट करें, फिर अपनी परिचालन और संचार ज़िम्मेदारियों को समझाएं। समीक्षा में, व्यक्तिगत गलती ठहराने के बजाय सिस्टम की अवलोकनीय स्थितियों, संकेतों और निर्णय के संदर्भ पर चर्चा करें। अंत में, योजना को कुछ उच्च-प्राथमिकता वाले कार्यों तक सीमित करें—प्रत्येक का एक ओनर, समयसीमा और मापने योग्य संकेत हो—और रिलीज़, अलर्ट रीप्ले या गेम डे (game day) के माध्यम से परिणाम को सत्यापित करें।
चरण-दर-चरण विस्तृत विश्लेषण
1. तथ्यात्मक सीमा स्थापित करें
अलर्ट, लॉग, बदलावों के रिकॉर्ड और उपयोगकर्ता पर प्रभाव को एकत्र करें, फिर समय-क्षेत्र (timezone) को ध्यान में रखते हुए एक टाइमलाइन बनाएं। देखे गए तथ्यों, उस समय लगाई गई परिकल्पनाओं और बाद में मिली जानकारी को अलग-अलग रखें ताकि बाद की जानकारी के आधार पर पहले के निर्णय का मूल्यांकन न किया जाए।
2. अपनी भूमिका बताएं
बताएं कि क्या आप ऑन-कॉल इंजीनियर, समन्वयक, रिलीज़ ओनर या सहायता करने वाले रिस्पॉन्डर थे, और अपने अधिकार क्षेत्र तथा एस्केलेशन पाथ की व्याख्या करें। साक्षात्कारकर्ता आपका ठोस योगदान जानना चाहता है, न कि सभी की उपलब्धियों की सूची।
3. रिकवरी का वर्णन करें, नायक बनने का नहीं
बताएं कि आपने प्रभाव को कैसे कम किया, जोखिम भरे बदलावों को कैसे रोका, मदद कैसे मांगी और हितधारकों को कैसे अपडेट रखा। यदि आपने रोलबैक किया, किसी फ़ीचर को सीमित (degrade) किया, या कोई समझौता (trade-off) स्वीकार किया, तो उसे उस समय ज्ञात संकेतों और जोखिमों से जोड़कर बताएं।
4. दोष-मुक्त चर्चा के नियम निर्धारित करें
लापरवाह या गैर-जिम्मेदार जैसे लेबलों के बजाय सिस्टम की स्थितियों, टूल से मिलने वाले फीडबैक, प्रक्रिया की कमियों और निर्णय के संदर्भ पर ध्यान केंद्रित करें। दोष-मुक्त दृष्टिकोण सीखने की गुणवत्ता को बनाए रखता है; यह अनुमतियों, प्रशिक्षण या अनुपालन से जुड़ी जवाबदेही को समाप्त नहीं करता है।
5. बदलने योग्य सिस्टम कारकों की पहचान करें
कारणों को ट्रिगर, एम्प्लीफायर, पहचान में देरी, रिकवरी की बाधाओं और संगठनात्मक सीमाओं में विभाजित करें। एक अकेला थ्रेशोल्ड पहचान की कमी और क्षमता-डिज़ाइन की समस्या दोनों हो सकता है; इसे केवल "किसी ने अलर्ट छोड़ दिया" तक सीमित न करें।
6. स्वीकार किए जा सकने वाले एक्शन आइटम्स लिखें
प्रत्येक कार्य के लिए एक ऑपरेशन, ओनर, समयसीमा, प्राथमिकता और स्वीकृति संकेत आवश्यक है। "मॉनिटरिंग जोड़ें" को क्वेरी, थ्रेशोल्ड, रूटिंग नियम और ड्रिल की तारीख के रूप में दोबारा लिखें ताकि कोई मात्र इच्छा, योजना का रूप न ले ले।
7. असहमति को संभालें
जब प्राथमिकताओं में अंतर हो, तो उपयोगकर्ता पर प्रभाव, जोखिम में कमी, कार्यान्वयन लागत और निर्भरताओं पर वापस लौटें। अस्वीकार किए गए सुझावों और उनके कारणों को दर्ज करें; केवल सैद्धांतिक बहस करने के बजाय आवश्यकता पड़ने पर एक छोटा प्रयोग करें।
8. सुधार चक्र को सत्यापित करें
रिलीज़ के बाद, समान अलर्ट, रिकवरी समय और उपयोगकर्ता मेट्रिक्स पर नज़र रखें, और विफलता या रोलबैक ड्रिल निर्धारित करें। यदि मेट्रिक्स में सुधार नहीं होता है, तो एक्शन को फिर से खोलें। कार्य पूरा होने का अर्थ कम जोखिम का प्रमाण है, न कि केवल दस्तावेज़ जमा करना।
समझौते और सीमाएं (Trade-offs and boundaries)
- पोस्टमॉर्टम में अधिक विवरण होना ही अपने आप में बेहतर नहीं होता; केवल वही साक्ष्य रखें जो निर्णयों को बदलते हैं या जोखिम को कम करते हैं।
- दोष-मुक्त चर्चा जानकारी की गुणवत्ता में सुधार करती है, लेकिन दुर्भावनापूर्ण व्यवहार, अनुपालन उल्लंघन या विशेषाधिकारों के दुरुपयोग की औपचारिक जांच की जाती है।
- बहुत अधिक कार्य क्रियान्वयन को कमजोर कर देते हैं; जोखिम और प्रतिवर्तीता (reversibility) के आधार पर बैचों में काम पूरा करें।
- एक ड्रिल प्रक्रिया की कमियों को उजागर करती है लेकिन यह साबित नहीं कर सकती कि हर विषम विफलता को संभाल लिया गया है; स्पष्ट रूप से बताएं कि क्या असत्यापित रह गया है।
कार्यान्वयन योजना और साक्ष्य
- घटना के बाद टाइमलाइन, प्रभाव और प्रमुख साक्ष्यों को सुरक्षित (freeze) करें और इसमें शामिल भूमिकाओं के साथ उनकी पुष्टि करें।
- तथ्यों, परिकल्पनाओं, सिस्टम कारकों और व्यक्तिगत धारणाओं को अलग करते हुए एक दोष-मुक्त समीक्षा संचालित करें।
- ओनर, समयसीमा, प्राथमिकताओं और स्वीकृति मेट्रिक्स के साथ कार्यों को ट्रैक करें।
- रिलीज़, अलर्ट रीप्ले, रोलबैक या गेम डे के माध्यम से कार्यों को सत्यापित करें।
- Google SRE Postmortem Culture और AWS Game Days के दिशा-निर्देशों के आधार पर सीखने के चक्र की जांच करें।
सामान्य गलतियां और आगे के प्रश्न
गलती 1: व्यक्तिगत नायक की कहानी सुनाना
संकेतों, सहयोग और सिस्टम परिवर्तनों की व्याख्या किए बिना केवल देर रात तक काम करके ठीक करने पर जोर देना टीम के जोखिम को कम नहीं दर्शाता है।
गलती 2: जवाबदेही से बचने के लिए दोष-मुक्त संस्कृति का उपयोग करना
दोष-मुक्त समीक्षा सीख की रक्षा करती है; यह अनुमति, प्रशिक्षण या अनुपालन की ज़िम्मेदारी को नहीं हटाती है। बताएं कि तथ्यों की खोज और सुधार कैसे साथ-साथ आगे बढ़ते हैं।
गलती 3: नारों को एक्शन आइटम के रूप में सूचीबद्ध करना
"मॉनिटरिंग में सुधार करें" और "टेस्ट कवरेज बढ़ाएं" का कोई ओनर या स्वीकृति शर्त नहीं होती है। उन्हें निष्पादन योग्य, मापने योग्य कार्यों के रूप में फिर से लिखें।
अनुवर्ती प्रश्न: यदि ओनर किसी एक्शन को अस्वीकार कर देता है तो क्या होगा?
प्रभाव के साक्ष्य और जोखिम की प्राथमिकता पर सहमति बनाएं, असहमति को दर्ज करें, और मीटिंग नोट्स में विवाद को छोड़ने के बजाय समीक्षा तिथि के साथ एक कम लागत वाला प्रयोग चलाएं।
अनुवर्ती प्रश्न: आप कैसे साबित करेंगे कि पोस्टमॉर्टम कारगर रहा?
समान अलर्ट, MTTR, रोलबैक की सफलता और उपयोगकर्ता प्रभाव की तुलना करें, फिर गेम डे या फॉल्ट इंजेक्शन का उपयोग करें। यदि मेट्रिक्स में कोई बदलाव नहीं दिखता है, तो परिकल्पना और कार्यों का पुनर्मूल्यांकन करें।