کور بینکنگ (core banking) کی اپ گریڈ کا عمل چھٹے ہفتے میں ہے جب وینڈر ایک ایسا انوائس بھیجتا ہے جو تخمینے سے 30 فیصد زیادہ ہے، اور آپ کا فنانس پارٹنر نشاندہی کرتا ہے کہ ‘ٹائم اینڈ میٹریلز’ (time-and-materials) معاہدہ سہ ماہی بجٹ کی حد سے تجاوز کر جائے گا جب تک کہ ابھی کوئی تبدیلی نہ کی جائے۔ پروکیورمنٹ (خریداری کا شعبہ) کا کہنا ہے کہ ‘اسٹیٹمنٹ آف ورک’ (SOW) اتنا مبہم ہے کہ کام کے گھنٹوں پر اعتراض نہیں کیا جا سکتا۔ قانونی شعبہ کہتا ہے کہ قبولیت کے واضح معیارات (acceptance criteria) کے بغیر معاہدے کی عبارت میں اعتراض یا بحث کی گنجائش بہت کم ہے۔ وینڈر کا دعویٰ ہے کہ اضافی کام معاہدے کا ایک ضمنی یا مضمر حصہ تھا۔ آپ ادائیگی کرنے، کام روکنے، یا معاملے کو اعلیٰ حکام تک لے جانے (escalate کرنے) کے درمیان پھنسے ہوئے ہیں، اور ہر گزرتا دن بل کے قابل وقت (billable time) میں اضافہ کرتا ہے اور اگلے سنگِ میل (milestone) کے حصول میں تاخیر کا باعث بنتا ہے۔ یہ کورس آپ میں وہ فیصلہ سازی کی صلاحیت اور دستاویزات تیار کرنے کا ہنر پیدا کرے گا جو آپ کو اس صورتحال سے بچائیں گے؛ اس کا آغاز ‘خود بنانے یا خریدنے’ (make-or-buy) کے فیصلے، رسک کی تقسیم کے طور پر معاہدے کی قسم کے انتخاب، قابلِ پیمائش قبولیت کے معیارات کے ساتھ زیادہ واضح SOW کی تیاری، اور AI کی مدد سے کارکردگی کا مسودہ تیار کرنے، نگرانی کرنے اور ثبوت اکٹھا کرنے کے طریقوں سے ہوگا، جس میں آڈٹ کی سہولت بھی برقرار رہے۔
عمل درآمد کے بعد کے جائزے (post-implementation review) میں، ناکامی اس بات میں نہیں ہے کہ وینڈر نے خراب کام کیا۔ ناکامی اس بات میں ہے کہ کوئی بھی یہ ثابت نہیں کر سکتا کہ ‘اچھے کام’ کا معیار کیا ہے۔ SOW میں اپ اسٹریم اور ڈاؤن اسٹریم سسٹمز کے لیے انٹرفیس اپ ڈیٹس فراہم کرنے کا ذکر تو ہے، لیکن اس میں انٹرفیس، پیغام کے فارمیٹس، ماحول (environments)، یا کام کے ‘مکمل’ سمجھے جانے کی تعریف کی فہرست شامل نہیں ہے۔ یہ معاہدہ ٹائم اینڈ میٹریلز (T&M) کی نوعیت کا ہے، جس کا مطلب ہے کہ آپ کسی طے شدہ نتیجے کے بجائے کوشش اور اخراجات کی ادائیگی کرتے ہیں۔ یہ طریقہ کار اس وقت مناسب ہو سکتا ہے جب ضروریات غیر یقینی ہوں، لیکن اس کا مطلب یہ بھی ہے کہ اگر آپ دائرہ کار (scope)، منظوریوں اور قبولیت کے عمل کو کنٹرول نہ کریں تو یہ ابہام قابلِ ادائیگی گھنٹوں میں تبدیل ہو جاتا ہے۔
ٹائم لائن (time-line) کو دیکھنے سے پہلے، یہ اندازہ لگائیں کہ پہلا تنازعہ کہاں پیدا ہوگا: انوائس، تبدیلی کی درخواست (change request)، یا سنگِ میل کی قبولیت کے مرحلے پر۔
اخراجات میں اضافے (overrun) کا آغاز عام طور پر بظاہر معقول لگنے والی وضاحت طلب کرنے سے ہوتا ہے۔ وینڈر پوچھتا ہے کہ کیا ‘لون اوریجنیشن فیڈ’ (loan origination feed) میں غیر معمولی یا نایاب کیسز (edge cases) بھی شامل ہیں۔ کاروباری فریق جواب دیتا ہے کہ ہاں، بالکل۔ ‘فکسڈ پرائس’ (مقررہ قیمت) والے معاہدے میں، اس ‘ہاں’ کے نتیجے میں کام شروع ہونے سے پہلے ہی دائرہ کار (scope) پر بات چیت شروع ہو جاتی ہے۔ لیکن ‘ٹائم اینڈ میٹریل’ (T&M) ماڈل میں، ٹیم اکثر اسے معمول کی پیش رفت سمجھتی ہے اور وینڈر کام کے گھنٹے ریکارڈ کرنا شروع کر دیتا ہے۔ تیسرے ہفتے تک، وینڈر ایسی ‘تبدیلی کی درخواستیں’ (change requests) جمع کراتا ہے جو تبدیلیوں کے بجائے نئی دریافتوں جیسی لگتی ہیں، اور اندرونی اسٹیک ہولڈرز ان پر دستخط کر دیتے ہیں کیونکہ کام ضروری محسوس ہوتا ہے۔ پانچویں ہفتے تک، ٹیسٹنگ ڈیٹا تیار نہ ہونے کی وجہ سے ایک اہم سنگِ میل (milestone) عبور نہیں ہو پاتا، اور وینڈر انتظار کے دوران بھی وقت کا بل بنا لیتا ہے کیونکہ معاہدے میں خریدار کی ذمہ داریوں (dependencies) اور کام روکنے کے اصولوں (stop-the-clock rules) کی وضاحت نہیں کی گئی تھی۔ پروجیکٹ مینیجر (PM) کی ایک عام غلطی یہ ہوتی ہے کہ وہ SOW (کام کے دائرہ کار کی تفصیل)، قبولیت کے معیار (acceptance criteria)، اور منظوری کے ریکارڈ (approval trail) کی طرف اشارہ کرنے کے بجائے ‘منصفانہ ہونے’ (fairness) کی دلیل دینے کی کوشش کرتا ہے۔ آڈٹ کے دوران ‘منصفانہ ہونے’ کا استدلال نہیں چلتا، صرف ٹھوس شواہد ہی کام آتے ہیں۔
جب آپ کو مسائل کا سامنا کرنا پڑتا ہے، تو اکثر یہ خواہش پیدا ہوتی ہے کہ کوئی AI ٹول خرید لیا جائے اور یہ امید کی جائے کہ وہ خود بخود مسائل کی نشاندہی کر لے گا۔ زیادہ قابلِ اعتماد طریقہ یہ ہے کہ وینڈر اور معاہدے کے لائف سائیکل میں ان مقامات کی نشاندہی کی جائے جہاں فیصلے کیے جاتے ہیں، اور یہ طے کیا جائے کہ AI کی کون سی آؤٹ پٹ (نتائج) ان فیصلوں کو تبدیل کر سکتی ہے۔ AI دستاویزات کو پڑھنے اور ان کا موازنہ کرنے، ذمہ داریوں کو اخذ کرنے، غائب شرائط کی نشاندہی کرنے اور کارکردگی کے اشاریوں (performance signals) کی نگرانی کرنے میں آپ کی مدد کر سکتا ہے۔ یہ معاہدے میں کام کی تکمیل کی تعریف (definition of done) کی جگہ نہیں لے سکتا اور نہ ہی منظوریوں پر دستخط کر سکتا ہے۔
لائف سائیکل کے ہر مرحلے کو AI کی اس قسم کی آؤٹ پٹ سے منسلک کریں جو اخراجات میں غیر متوقع اضافے (cost creep) یا تنازعات کے خطرے کو کم کر سکے۔
ابتدائی مرحلے (intake) میں، AI ضروریات کو معیاری بنا سکتا ہے اور درخواست کی بے ترتیب ای میلز کو دائرہ کار (scope) اور حدود (constraints) پر مبنی ایک منظم مسودے میں تبدیل کر سکتا ہے۔ جانچ پڑتال (due diligence) کے مرحلے میں، یہ وینڈر کے جوابات کا خلاصہ کر سکتا ہے اور چیک لسٹ کے مقابلے میں کمیوں کی نشاندہی کر سکتا ہے، تاہم چیک لسٹ کے لیے اب بھی ذمہ دار افراد (owners) کی ضرورت ہوتی ہے۔ مسودہ سازی میں، یہ مختلف شقوں اور قبولیت کے معیارات (acceptance criteria) کی تجاویز دے سکتا ہے، لیکن قانونی شعبے (Legal) کا ان الفاظ کی منظوری دینا اور خریداری کے شعبے (Procurement) کا تجارتی شرائط کو ہم آہنگ کرنا ضروری ہے۔ نگرانی کے مرحلے میں، یہ حتمی معاہدے سے مطلوبہ نتائج (deliverables)، مقررہ تاریخوں اور منظوری کی ضروریات کو نکال کر ایک ٹریکر میں منتقل کر سکتا ہے، اور پھر انوائسز کا موازنہ ٹائم شیٹ کے اصولوں اور سنگِ میل (milestone) کے ثبوتوں سے کر سکتا ہے۔ تجدید (renewals) کے مرحلے میں، یہ بار بار پیش آنے والے تنازعات کو سامنے لا سکتا ہے اور اس بات کا تعین کر سکتا ہے کہ آپ نے کتنی بار دوبارہ کام (rework) یا انتظار کے وقت (waiting time) کے لیے ادائیگی کی۔ اس کا اصول سادہ ہے: AI کا استعمال وہاں کریں جہاں رکاوٹ پڑھنے، موازنہ کرنے، معلومات نکالنے یا تضاد تلاش کرنے سے متعلق ہو۔ خطرے کو برداشت کرنے کی صلاحیت (risk appetite) کا فیصلہ کرنے یا حتمی منظوری (sign-off) کے متبادل کے طور پر AI کا استعمال نہ کریں۔
بینکنگ میں، وینڈر اور معاہدے کا انتظام دراصل ایک کنٹرول سسٹم بھی ہے۔ آپ کو تھرڈ پارٹی رسک مینجمنٹ (TPRM) کی ضروریات، ڈیٹا کے مقام سے متعلق حدود (data residency limits)، آڈٹ ٹریل کی ضروریات، اور اگر AI ماڈلز فیصلوں پر اثر انداز ہوتے ہیں تو ماڈل رسک مینجمنٹ (MRM) جیسے تقاضوں کا سامنا کرنا پڑتا ہے۔ یہ حدود AI کے استعمال کو روکتی نہیں ہیں، بلکہ یہ اس بات کا تعین کرتی ہیں کہ کیا چیز جائز ہے، کس چیز کا ریکارڈ رکھنا ضروری ہے، اور کن چیزوں کا انسانی سطح پر جائزہ لیا جانا لازمی ہے۔
خریداری یا معاہدے کے ورک فلو میں AI کو متعارف کروانے سے پہلے یہ طے کر لیں کہ آپ کا پروجیکٹ اہم کنٹرول سیٹنگز کے لحاظ سے کس مقام پر ہوگا۔