تکنیکی خطرہ کوئی بھی چیز ہے جو ڈیلیوری میں رکاوٹ بن سکے یا پروڈکشن میں خراب ہو سکے، نامعلومات، نازک منحصریت، اسکیلنگ کی حدود، ناکامی کے اکلوتے مقام۔ ایک TL کا کام ہے خطرے کو جلد سامنے لانا اور اسے جان بوجھ کر کم کرنا، کیونکہ خطرہ سب سے سستا ہوتا ہے جب آپ نے اس کے اوپر کچھ نہ بنایا ہو۔
خطرے کو کنٹرول کرنے کا طریقہ
1. IDENTIFY — what could go wrong? (unknowns, deps, scale, security, people)
2. ASSESS — likelihood x impact. Focus on the high-high quadrant.
3. ATTACK the biggest unknowns FIRST — spike, prototype, load-test
4. MITIGATE — reduce likelihood or blast radius (redundancy, flags, fallbacks)
5. MONITOR — track known risks; have a plan if they materialize
جلد خطرہ کم کریں، دیر سے نہیں
سب سے خطرناک خطرے نامعلومات ہیں، وہ چیزیں جن کا آپ تخمینہ نہیں لگا سکتے۔ پہلے ان کا نشانہ بنائیں ایک spike یا prototype سے، تاکہ آپ سچائی سیکھیں جب پروجیکٹ ابھی سستا ہو تبدیل کرنے میں۔ آسان، معلوم حصے پہلے بنانا پروڈکٹیو محسوس ہوتا ہے لیکن آخر کے لیے بارود چھوڑ دیتا ہے۔
ایک عملی مثال
ایک پروجیکٹ تیسری فریق کی API پر منحصر ہے جسے آپ نے بڑے پیمانے پر کبھی استعمال نہیں کیا۔ پورے نظام کو ڈیزائن نہ کریں یہ سوچتے ہوئے کہ یہ کام کرے گی، پہلے ہفتے میں اس کے خلاف prototype کریں۔ اگر یہ آپ کا لوڈ سنبھال نہیں سکے، تو آپ کو یہ اب پتا چل جائے گا، نہ کہ بعد میں جب آپ نے سب کچھ اس کے گرد بنایا ہو۔
ایک خطرناک غلطی
آرام دہ، معلوم کام پہلے کرنا اور خوفناک نامعلوم کو آخر کے لیے رکھنا۔ یہ غلط ہونے کی قیمت کو بڑھاتا ہے، بالکل الٹا۔
یہ کیوں اہم ہے
خطرات جو آخر تک نظر انداز کیے جاتے ہیں بحران بن جاتے ہیں، مہنگے، شیڈول توڑنے والے، اور حوصلہ شکن۔
ایک TL جو جلد خطرے کا شکار ہوتا ہے اب ایک چھوٹی معلوم قیمت دیتا ہے تاکہ بعد میں ایک بڑی نامعلوم قیمت سے بچے۔
یہ دوراندیشی وہی ہے جو ایک سینئر لیڈ کو قابل قدر بناتا ہے۔