آپ ٹیم کو ایک شخص پر بہت زیادہ انحصار کرنے سے بچانے کے لیے کیا کرتے ہیں؟

Question

Accepted Answer

**کم bus factor ایک خطرہ ہے جسے میں جان بوجھ کر manage کرتا ہوں، اسی طرح جیسے میں کسی بھی single point of failure کو manage کرتا ہوں۔** اگر صرف ایک شخص deploy کر سکتا ہے، payment service کو debug کر سکتا ہے، یا legacy module کو چھو سکتا ہے، تو ٹیم ایک استعفے یا چھٹی کی دوری پر بحران سے دوچار ہے۔ مقصد علم کو پھیلانا ہے بغیر ہر کسی کو رینگنے کی رفتار تک سست کیے۔

## عملی طریقہ کار

- **مقصد کے ساتھ code review۔** Reviews صرف دروازہ بانی نہیں ہیں؛ یہ علم کی منتقلی ہیں۔ میں یقینی بناتا ہوں کہ کوئی علاقہ صرف اسی شخص کے ذریعے review نہ ہو جس نے اسے لکھا۔
- **اہم سسٹمز پر جوڑی بنائیں اور rotate کریں۔** میں جان بوجھ کر زیادہ خطرے والے علاقوں میں کام ایک دوسرے شخص کو تفویض کرتا ہوں، چاہے ماہر اسے تیزی سے کر سکتا ہو۔ مختصر مدتی لاگت، طویل مدتی انشورنس۔
- **ایسی documentation جو اپنا حق ادا کرے۔** ایسے exhaustive wikis نہیں جنہیں کوئی نہیں پڑھتا، بلکہ بوجھ اٹھانے والی چیزیں: runbooks، architecture کے فیصلے، "کیسے deploy کریں،" "جب X ٹوٹے تو کیا کریں۔"
- **On-call rotation۔** کوئی چیز operational علم کو تیزی سے نہیں پھیلاتی جیسے ہر کسی کا باری باری production کا ذمہ دار ہونا۔
- **اندرونی talks / brown bags۔** کسی مشکل subsystem کا مالک ٹیم کو اس میں سے گزارتا ہے۔

## میں خطرہ کیسے تلاش کرتا ہوں

- ملکیت کا ایمانداری سے نقشہ بنائیں: ہر اہم سسٹم کے لیے پوچھیں "اگر X دو ہفتوں کے لیے غیر حاضر ہو تو اسے اور کون سنبھال سکتا ہے؟" اگر جواب "کوئی نہیں" ہے، تو یہ ایک نشان زدہ خطرہ ہے۔
- **hero pattern** پر نظر رکھیں — وہ شخص جسے ہمیشہ page کیا جاتا ہے، ہمیشہ جواب ہوتا ہے۔ یہ ایک انتباہی نشان ہے، طاقت نہیں۔

## نقصانات

- **نوکری کی حفاظت کے طور پر علم جمع کرنا۔** کچھ انجینئرز (اور کچھ منیجرز) ناگزیر ہونا پسند کرتے ہیں۔ میں اسے دوبارہ ترتیب دیتا ہوں: bottleneck ہونا آپ کی اپنی promotion اور آپ کی چھٹی کو روکتا ہے۔
- "ہر کوئی سب کچھ کرتا ہے" میں حد سے زیادہ اصلاح، جو گہرائی تباہ کرتی ہے۔ مقصد کوئی single point of failure نہ ہونا ہے، صفر تخصص نہیں۔
- docs ایک بار لکھنا اور انہیں سڑنے دینا؛ پرانے docs کسی سے بھی بدتر ہیں۔

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

Bus factor کم کرنا بیماری، چھٹیوں، اور استعفوں کے خلاف ڈلیوری کی حفاظت کرتا ہے، اور یہ آپ کے سب سے مضبوط لوگوں کو بڑھنے کے لیے آزاد کرتا ہے بجائے اس چیز کو maintain کرنے میں پھنسے رہنے کے جسے صرف وہ سمجھتے ہیں۔ یہ ٹیم کو صحت مند بھی بناتا ہے: مشترکہ ملکیت نازک بہادری کو شکست دیتی ہے۔