جب ٹیم پر بہت زیادہ بوجھ ہو، تو آپ یہ فیصلہ کرنے کے لیے کون سے معیار استعمال کرتے ہیں کہ پہلے کس چیز پر کام کریں؟

Question

Accepted Answer

**سب سے پہلے میں اوورلوڈ کو نظر آنے والا بناتا ہوں اور یہ ظاہر کرنا بند کرتا ہوں کہ ہر چیز سما جاتی ہے۔** جب کسی ٹیم پر بہت زیادہ بوجھ ہو، تو ناکامی کا انداز ہر چیز کا تھوڑا کرنا اور کچھ بھی مکمل نہ کرنا ہے۔ میرا کام واضح ترجیح بندی پر مجبور کرنا اور ٹیم کو افراتفری سے بچانا ہے۔

## وہ معیار جو میں لاگو کرتا ہوں

- **اثر بمقابلہ کوشش۔** میں کام کو فراہم کردہ قدر کے مقابلے لاگت سے درجہ بند کرتا ہوں۔ زیادہ اثر، کم کوشش والی اشیاء پہلے جاتی ہیں؛ زیادہ کوشش، کم اثر والی اشیاء کھلے عام کاٹ دی جاتی ہیں یا ملتوی کی جاتی ہیں۔
- **قابلِ واپسی ہونا اور فوری ضرورت۔** کوئی بھی چیز جو ناقابلِ واپسی ہو یا وقت کی پابند ہو (ایک security fix، ایک معاہداتی deadline، ایک launch dependency) قطار میں چھلانگ لگاتی ہے۔
- **تاخیر کی لاگت۔** کچھ کام جتنا زیادہ انتظار کرے اتنا ہی مہنگا ہوتا جاتا ہے (بڑھتا ہوا **tech debt**، deadline کا جرمانہ)؛ کچھ اگلے مہینے بھی ویسا ہی ہوتا ہے۔ میں اس بنیاد پر ترجیح دیتا ہوں کہ لاگت کتنی تیزی سے بڑھتی ہے۔
- **دوسروں کو روکنا۔** وہ کام جو دوسرے لوگوں یا ٹیموں کو unblock کرتا ہے اس کی اپنی قدر سے بڑھ کر ایک multiplier ہوتا ہے۔
- **خطرہ۔** اگر یہ غلط یا دیر سے ہوا تو لاگت کیا ہے؟ پہلے مہنگی ناکامی سے بچائیں۔

## ایک سادہ framework

| زمرہ | مثالیں | عمل |
|---|---|---|
| اہم + فوری | Production incident، security سوراخ | ابھی کریں، باقی کام چھوڑ دیں |
| زیادہ قدر، فوری نہیں | اہم roadmap خصوصیت | شیڈول کریں اور حفاظت کریں |
| کم قدر، فوری | شور والی لیکن معمولی درخواست | پیچھے دھکیلیں یا delegate کریں |
| کم قدر، فوری نہیں | اچھی ہوتیں تو | نہیں کہیں، واضح طور پر کاٹ دیں |

## میں اسے کیسے چلاتا ہوں

- ایک **واحد درجہ بند فہرست** بنائیں، پانچ متوازی priority-ones نہیں۔ اگر ہر چیز ایک ترجیح ہے، تو کچھ بھی نہیں ہے۔
- **stakeholders** کو سادہ الفاظ میں trade-offs بتائیں: "ہم اس sprint میں A یا B کر سکتے ہیں، دونوں نہیں۔ کون سا زیادہ اہم ہے؟"
- توجہ کی حفاظت کریں: زیر کام کو محدود کریں، context switching کم کریں، اور ٹیم کو sprint کے درمیان نئے interrupts سے بچائیں۔

## نقصانات

- ڈیٹا کے بجائے سب سے شور والے stakeholder کو ترجیح طے کرنے دینا۔
- ہر چیز کو ہاں کہنا، جو دراصل "میں اتفاق کو فیصلہ کرنے دوں گا" کہنا ہے۔
- دائرہ کار میں فٹ ہونے کے لیے خاموشی سے معیار کاٹنا؛ یہ صرف لاگت کو production میں منتقل کرتا ہے۔

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

اوورلوڈ کے تحت، بے رحم، شفاف ترجیح بندی ہی وہ چیز ہے جو ایک دباؤ والی، افراتفری کا شکار ٹیم کو ایک ایسی ٹیم میں بدلتی ہے جو وہ چیزیں ship کرتی ہے جو واقعی اہم ہیں، اور یہ trade-offs کے بارے میں ایماندار رہ کر stakeholders کے ساتھ اعتماد برقرار رکھتی ہے، بجائے خاموشی سے سب کچھ کھونے کے۔

زمرہ	مثالیں	عمل
اہم + فوری	Production incident، security سوراخ	ابھی کریں، باقی کام چھوڑ دیں
زیادہ قدر، فوری نہیں	اہم roadmap خصوصیت	شیڈول کریں اور حفاظت کریں
کم قدر، فوری	شور والی لیکن معمولی درخواست	پیچھے دھکیلیں یا delegate کریں
کم قدر، فوری نہیں	اچھی ہوتیں تو	نہیں کہیں، واضح طور پر کاٹ دیں