जब पूरी टीम एक लंबे incident के दौरान तनावग्रस्त हो, तो आप मनोबल कैसे बनाए रखते हैं?

Question

IT Interview Practice · Accepted Answer

**लोगों** की रक्षा करें ताकि वे **सिस्टम** की रक्षा कर सकें। एक लंबे incident में, मनोबल अराजकता, थकावट, और दोष के डर से ढहता है — इसलिए Tech Lead के रूप में आपका काम तीनों को हटाना है: संरचना लाएँ, आराम लागू करें, और ऊपर से दबाव को अवशोषित करें ताकि टीम सोच सके।

## मैं वास्तव में क्या करता हूँ

- **स्पष्ट भूमिकाएँ स्थापित करें।** एक **Incident Commander**, एक comms व्यक्ति, और hands-on responders नियुक्त करें। जब हर कोई अपनी लेन जानता है, तो घबराहट गिरती है और फ़ोकस लौटता है।
- **टीम को ढाल दें।** stakeholder अपडेट और management दबाव को खुद पर लें। डिबग कर रहे इंजीनियरों को हर दस मिनट में "क्या यह ठीक हुआ?" का जवाब नहीं देना चाहिए।
- **rotate करें और ब्रेक मजबूर करें।** थके हुए लोग outage को बदतर बनाते हैं। किसी भी बहु-घंटे के लिए, shifts स्थापित करें ताकि कोई थकावट पर न चले — थके हुए responders दूसरा incident पैदा करते हैं।
- **शांत और ठोस रहें।** स्थिर स्वर, छोटे अगले कदम, दृश्यमान प्रगति। शांति संक्रामक है; घबराहट भी। तनाव को ईमानदारी से स्वीकार करें, यह दिखावा करने के बजाय कि सब ठीक है।
- **लोगों को खिलाएँ और गति दें।** भोजन ऑर्डर करें, स्पष्ट विराम बुलाएँ, छोटी जीत मनाएँ ("error rate गिर रही है")। निरंतर संकट को सतत लय चाहिए।

## जब यह समाप्त हो जाए

- **लोगों को विशिष्ट रूप से और सार्वजनिक रूप से धन्यवाद दें**, और सुनिश्चित करें कि नेतृत्व प्रयास देखे।
- **रिकवरी समय दें** — एक कठिन incident आराम कमाता है, सीधे sprint में वापस नहीं।
- **blameless postmortem** चलाएँ ताकि तनाव स्थायी सुधार में बदले, और ताकि कोई निजी अपराध-बोध न ढोए।

## Trade-offs और गलतियाँ

- **Hero culture** — एक व्यक्ति को 18 घंटे पीसने देना वीरतापूर्ण लगता है लेकिन उन्हें burnout करता है और bus-factor जोखिम पैदा करता है। इसका विरोध करें।
- **Toxic positivity** — वास्तविकता को स्वीकार किए बिना "सकारात्मक रहो!" खारिज करने वाला लगता है और भरोसा नष्ट करता है।
- **पल में दोष देना** मनोबल का ज़हर है; सभी निर्णय postmortem पर टालें, और वहाँ भी इसे blameless रखें।
- उत्पादक दिखने के लिए **मानव रिकवरी** न छोड़ें; burnout दो हफ़्ते बाद attrition के रूप में दिखता है।

## यह क्यों महत्वपूर्ण है

Incidents क्षमता से अधिक संस्कृति का परीक्षण करते हैं। एक टीम के साथ उसके सबसे बुरे घंटों में कैसा व्यवहार किया गया, यह वर्षों तक याद रहता है और तय करता है कि अच्छे इंजीनियर रुकते हैं या नहीं। एक Tech Lead जो आग के नीचे लोगों को स्थिर, आराम किया हुआ, और निर्दोष रखता है, वह उस तरह का भरोसा और लचीलापन बनाता है जो कोई शांत-मौसम management नहीं खरीद सकता।

मैं वास्तव में क्या करता हूँ

जब यह समाप्त हो जाए

Trade-offs और गलतियाँ

यह क्यों महत्वपूर्ण है

संबंधित प्रश्न