ایک صارف کے پاس آپ کی AI پروڈکٹ کا نفاذ (rollout) بکھرا ہوا اور جزوی طور پر کام کرنے والی حالت میں ہے۔ وہ چاہتے ہیں کہ آپ بورڈ کے سامنے ڈیمو سے قبل دو ہفتوں کے لیے وہاں (آن سائٹ) موجود رہیں اور اسے “حقیقی اور فعال شکل” دیں۔ وہ پروڈکٹ میں تبدیلیاں بھی چاہتے ہیں، اور وہ بھی فوراً۔
بطور ہائرنگ مینیجر، آپ کسی ایسے شخص کی تلاش میں نہیں ہیں جو صرف ڈیپلائمنٹس (نفاذِ نظام) کے بارے میں اچھی باتیں کر سکے۔ آپ ایسے شخص کی تلاش میں ہیں جو اس صورتحال میں قدم رکھ سکے، درست نتائج کا تعین کر سکے، اور ایک ماہ بعد بھی—جب ڈیمو ختم ہو جائے اور اصل کام شروع ہو—مستعدی سے کام جاری رکھ سکے۔
‘فارورڈ ڈیپلائڈ انجینئر’ (Forward Deployed Engineer) کے بارے میں سوچنے کا ایک سادہ طریقہ یہ ہے۔ فارورڈ ڈیپلائڈ انجینئر (FDE) وہ انجینئر ہے جو صارف کے ماحول میں سسٹم کو فعال (ship) کرتا ہے اور نتائج کی ذمہ داری اٹھاتا ہے، جبکہ اس دوران حاصل ہونے والی معلومات اور تجربات کو واپس پروڈکٹ اور اندرونی ٹیموں تک پہنچاتا ہے۔
ملاحظہ کریں کہ کس طرح ذمہ داریاں صارف کے نتائج اور اندرونی نتائج کے درمیان باہمی ربط قائم کرتی ہیں۔
اس دو ہفتے کے ‘آن سائٹ’ (موقع پر کیے جانے والے) کام میں، ظاہری مقصد ایک فعال ڈیمو کی فراہمی ہے۔ لیکن اصل مقصد ایسی چیز تیار کرنا ہے جس کی آپ معاونت کر سکیں، اسے وسعت دے سکیں اور اس کی وضاحت کر سکیں، اور ساتھ ہی آپ کے جانے کے بعد کے مراحل کا واضح منصوبہ بھی موجود ہو۔
یہی وجہ ہے کہ بہترین FDEs (فیلڈ ڈپلائمنٹ انجینئرز) بیک وقت تین چیزوں کے لیے جوابدہ ہوتے ہیں۔
جوابدہی مکمل عمل (end-to-end) پر محیط ہوتی ہے اگر صرف “ڈیمو” ہی کامیاب رہا، تو FDE نے اپنا کام مکمل نہیں کیا۔
یہاں بھرتی کے عمل میں سب سے اہم اشارہ یہ ہے کہ آیا امیدوار فطری طور پر “میرے جانے کے بعد” کے تناظر میں سوچتا ہے۔ کیا وہ مانیٹرنگ، رن بکس (runbooks)، رسائی کے راستوں اور آپریشنل ذمہ داران کا ذکر کرتے ہیں، یا صرف “ہم نے اسے انٹیگریٹ (ضم) کر دیا” پر ہی بات ختم کر دیتے ہیں؟
بھرتی کا عمل تب متاثر ہوتا ہے جب ہم ایسے کرداروں کو خلط ملط کر دیتے ہیں جو میٹنگز میں ایک جیسے دکھائی دیتے ہیں۔ حدود کا تعین عہدوں (ٹائٹلز) سے نہیں، بلکہ اس بات سے ہوتا ہے کہ معاملات بگڑنے پر کس شخص کو ذمہ دار ٹھہرایا جاتا ہے۔
ایک سلوشنز انجینئر (Solutions Engineer) عام طور پر فروخت سے قبل تکنیکی تصدیق (pre-sales technical validation) کے لیے جوابدہ ہوتا ہے، جیسے یہ ثابت کرنا کہ پروڈکٹ کام کر سکتی ہے اور ڈیل (معاہدے) سے وابستہ خطرات کو کم کرنا۔ ایک پروڈکٹ مینیجر (PM) اس بات کے لیے جوابدہ ہوتا ہے کہ کیا چیز بنائی جائے اور کیوں؛ اس میں ترجیحات کا تعین (trade-offs) اور روڈ میپ کے فیصلے شامل ہیں۔ ایک پلیٹ فارم انجینئر کمپنی کے اندر مشترکہ سسٹمز کے لیے جوابدہ ہوتا ہے، جیسے کہ اندرونی ٹیموں کے لیے سسٹم کا قابلِ اعتماد ہونا اور ڈویلپر کا تجربہ۔
ایک FDE ان سب سے مہارتیں تو مستعار لیتا ہے، لیکن اس کی جوابدہی مختلف ہوتی ہے۔ ہمارے زیرِ بحث منظرنامے میں، FDE کو صارف کے ماحول میں کوئی حقیقی چیز فراہم کرنی ہوتی ہے، اور پھر اس ماحول کی پیچیدہ حقیقت کو ایسی چیز میں تبدیل کرنا ہوتا ہے جس پر کمپنی عمل کر سکے۔
آئیے موازنہ کریں کہ یہ کردار پیمانوں (metrics)، وقت کے دورانیے (time horizon)، اور صارف کے ساتھ گہرائی (customer depth) کے اعتبار سے کس طرح مختلف ہیں۔