آپ پروڈکشن انسیڈنٹ کے دوران کیسے رہنمائی کرتے ہیں؟

Question

Accepted Answer

انسیڈنٹ کے دوران آپ کا کام **خدمت کو سکون کے ساتھ بحال کرنا اور ردعمل میں تنسیق کرنا** ہے، نہ کہ اکیلے ہی اسے ٹھیک کرنے والا ہیرو بننا۔ واضح کردار، پرسرار رابطہ، اور سب سے پہلے کمی کی طرفداری ایک ہموار ردعمل کو بے ترتیبی سے الگ کرتی ہے۔

## انسیڈنٹ کو کیسے چلائیں

```text
1. ASSIGN roles — incident commander (coordinates), responders (fix),
   comms (updates stakeholders). One person can't do all three.
2. MITIGATE first — stop the bleeding (roll back, feature-flag off)
   before chasing root cause.
3. COMMUNICATE on a cadence — even "still investigating" every 15-30 min.
4. STAY CALM — the team mirrors your energy. Blame comes later, or never.
5. After: BLAMELESS post-mortem — fix the system, not the person.
```

## تشخیص سے پہلے کمی کریں

روٹ کاز تلاش کرنے کی فطرت مضبوط ہے، اسے روکیں۔ اگر رول بیک سروس کو بحال کرتا ہے، تو یہ *پہلے* کریں، پھر دباؤ کم ہونے کے ساتھ سکون سے تحقیق کریں۔ صارفین اپنی مسائل حل کرنے میں دلچسپی رکھتے ہیں، نہ کہ آپ کی تشخیص میں۔

## ایک ٹھوس مثال

ایک ڈیپلوئے چیک آؤٹ کو توڑتا ہے۔ دباؤ کے تحت نئے کوڈ کو براہ راست ڈیبگ نہ کریں۔ فوری طور پر رول بیک کریں، تصدیق کریں کہ چیک آؤٹ کام کرتا ہے، ایک اپڈیٹ پوسٹ کریں، *پھر* خراب ڈیپلوئے کی تحقیق سکون کی حالت میں کریں۔

## ایک نقصان

ایک قصوروار پوسٹ مارٹم لوگوں کو مسائل چھپانا سکھاتا ہے۔ اسے بغیر قصور رکھیں، نظام کے فاصلے پر توجہ دیں (کوئی کینری نہیں، کوئی الرٹ نہیں) جو اسے ہونے دیتے ہیں۔

## یہ کیوں اہم ہے

انسیڈنٹس اعلیٰ دباؤ اور اعلیٰ نمایاں ہیں، آپ کی رہنمائی نتیجے اور ٹیم کے آپ میں اعتماد دونوں کو شکل دیتی ہے۔

سکون کی تنسیق اور بغیر قصور کی سیکھ ایک آؤٹ ایج کو ایسے نظام میں تبدیل کرتی ہے جو اگلی بار ٹوٹنا مشکل ہے۔