CRM مائیگریشن ٹیم کام کے تیسرے ہفتے میں ہے اور پہلے ہی تاخیر کا شکار ہے۔ ڈیلیوری لیڈ ہفتہ وار چھٹیوں (ویک اینڈ) کے دوران ڈیٹا کی منتقلی (cutover) شروع کرنا چاہتا ہے۔ سیکیورٹی آفیسر کا کہنا ہے کہ رسائی کی منظوری نہیں دی گئی ہے۔ سیلز آپریشنز مینیجر کا کہنا ہے کہ تربیت (training) کا کوئی شیڈول نہیں بنایا گیا۔ آپ، بطور پروجیکٹ مینیجر، اسپانسر کی جانب سے طے کردہ ٹائم لائن اور کاغذ پر مکمل نظر آنے والے منصوبے کے درمیان پھنسے ہوئے ہیں۔ یہ منصوبہ AI نے ایک دوپہر میں تیار کیا تھا اور سب نے اس پر سر ہلا کر اتفاق کر لیا تھا۔ آپ جتنا انتظار کرتے ہیں، پرانے CRM پر سپورٹ کے اخراجات بڑھتے رہتے ہیں اور نیا CRM نئی مارکیٹیں یا علاقے سنبھالنے کے قابل نہیں ہو پاتا۔ اور آپ جتنا زیادہ کام کو آگے بڑھانے پر زور دیتے ہیں، اتنا ہی آپ پروڈکشن کے عمل پر ایسے خطرات کا بوجھ ڈالتے ہیں جن کا جائزہ نہیں لیا گیا۔
شیڈول کو درست کرنے سے پہلے، آپ کو یہ دیکھنا ہوگا کہ منصوبہ کب محض ایک دستاویز بن کر رہ گیا اور اس کی عملی حیثیت ختم ہو گئی۔ یہ کورس ٹھوس دستاویزات اور ٹولز کے ذریعے آپ میں یہ سمجھ بوجھ پیدا کرتا ہے۔ آپ سیکھیں گے کہ: فیصلے کے اختیارات کو جلد طے کرنے کے لیے پروجیکٹ چارٹر؛ دائرہ کار میں خاموشی سے ہونے والی غیر ارادی تبدیلیوں (scope drift) کو روکنے کے لیے اسکوپ بیس لائن؛ ذمہ داریوں کے تعین میں خلا کو ختم کرنے کے لیے RACI؛ مبہم خدشات کو باقاعدہ نگرانی والے خطرات میں بدلنے کے لیے رسک رجسٹر؛ اور ایک سادہ چینج کنٹرول کا عمل استعمال کیا جائے تاکہ AI کے تیار کردہ مسودے منظوری کے مراحل کو نظر انداز نہ کر سکیں۔ مقصد AI کا کم استعمال نہیں ہے، بلکہ AI کو وہاں شامل کرنا ہے جہاں یہ کام کی رفتار بڑھائے، لیکن ان حفاظتی مراحل (gates) کو ختم نہ کرے جو پروجیکٹ کی حفاظت کے لیے ضروری ہیں۔
پروجیکٹ کی ٹائم لائن کا جائزہ لیں اور اس لمحے کی نشاندہی کریں جہاں کام کو مزید آگے بڑھانے سے پہلے کسی منظوری یا انحصار (dependency) کی وجہ سے عمل کو روکنا ضروری تھا۔
ناکامی کا نمونہ (پیٹرن) پہلے سے ہی سمجھا جا سکتا ہے۔ AI نے ٹاسکس (tasks)، تاریخیں اور ‘کریٹیکل پاتھ’ (اہم ترین راستہ) تو تیار کر دیے، لیکن اس نے پیچیدہ اور مشکل پہلوؤں کی ذمہ داری نہیں لی۔ دیگر ٹیموں پر انحصار (dependencies)، رسائی کے کنٹرول (access controls) جن کے لیے تیاری کے وقت (lead time) کی ضرورت ہوتی ہے، اور منظوری کے مراحل (sign-offs) جو درحقیقت فیصلے کے اہم مقامات ہوتے ہیں—ان سب کو محض عام سرگرمیوں میں بدل دیا گیا۔ اسپانسر نے اسے ‘یقینی صورتحال’ سمجھا، ٹیم نے اسے ‘کام شروع کرنے کی اجازت’ سمجھا، اور یوں پروجیکٹ میں ‘ابھی نہیں’ (یعنی کام روکنے یا ملتوی کرنے) کا فیصلہ کرنے کی صلاحیت ختم ہو گئی۔
پروجیکٹ کا لائف سائیکل محض کیلنڈر نہیں ہوتا۔ یہ مراحل کی منتقلی کا ایک ایسا سلسلہ ہے جس میں ایک مرحلے کی تیار کردہ دستاویز یا نتیجہ (artifact) اگلے مرحلے کے لیے ‘ان پٹ’ (بنیادی مواد) بنتا ہے۔ کسی مرحلے کی منتقلی کو نظر انداز کرنے سے وقت کی بچت نہیں ہوتی؛ بلکہ اس سے غیر یقینی صورتحال ‘عمل درآمد’ (execution) کے مرحلے میں منتقل ہو جاتی ہے جہاں اس کی قیمت (یا نقصان) زیادہ چکانا پڑتا ہے۔
آغاز (Initiation) کا مرحلہ تب مکمل ہوتا ہے جب ‘چارٹر’ میں اسپانسر، مقصد، پروجیکٹ کا وسیع دائرہ کار (high-level scope) اور تبدیلیوں کی منظوری دینے والے شخص کا تعین کر لیا جاتا ہے۔ وہی چارٹر منصوبہ بندی (Planning) کے مرحلے کے لیے ‘ان پٹ’ کا کام دیتا ہے، جہاں آپ اپنے ارادوں کو باقاعدہ وعدوں یا طے شدہ اہداف میں بدلتے ہیں۔ منصوبہ بندی کا اختتام طے شدہ دائرہ کار (baselined scope)، شیڈول اور اسٹیک ہولڈرز کی منظوری (sign-off) پر ہوتا ہے۔ یہ طے شدہ معیارات (baselines) عمل درآمد (Execution) کے مرحلے کے لیے ‘ان پٹ’ بنتے ہیں، جہاں اصل کام ہوتا ہے۔ عمل درآمد کے دوران کارکردگی کا ڈیٹا تیار ہوتا ہے جو نگرانی اور کنٹرول (Monitoring and Controlling) کے مرحلے میں کام آتا ہے؛ یہاں آپ اصل نتائج کا موازنہ طے شدہ معیارات سے کرتے ہیں اور جب صورتحال طے شدہ منصوبے سے ہٹ جائے تو ‘چینج کنٹرول’ (تبدیلی کے انتظام) کا عمل چلاتے ہیں۔ تکمیل (Closure) کے مرحلے میں قبولیت کے معیارات اور منظوریوں (sign-offs) کا استعمال کرتے ہوئے اس بات کی تصدیق کی جاتی ہے کہ مطلوبہ نتائج (deliverables) قبول کر لیے گئے ہیں اور پروجیکٹ پر مزید اخراجات روکے جا سکتے ہیں۔
اندازہ لگائیں کہ لائف سائیکل کے کس مرحلے کی منتقلی (handoff) CRM ٹیم کو رسائی کی منظوری کے بغیر ‘کٹ اوور’ (نئے نظام پر منتقلی) کا عمل شروع کرنے سے روک سکتی تھی۔
ایک عام غلطی پروجیکٹ کے مختلف مراحل کے درمیان موجود جانچ کے اہم نکات (phase gates) کو محض دفتری کارروائی یا بیوروکریسی سمجھنا ہے۔ بظاہر یہ عمل بہت کارآمد لگتا ہے کہ AI سے منصوبہ تیار کروایا جائے اور منظوری کا انتظار کیے بغیر کام شروع کر دیا جائے۔ اس کا نتیجہ دوبارہ کام (rework) کرنے کی صورت میں نکلتا ہے؛ یہ کام شروع میں تو پیش رفت جیسا لگتا ہے لیکن بعد میں سسٹم کی بندش (outage)، ضوابط کی خلاف ورزی یا اسپانسر کی سطح پر سنگین مسئلے (escalation) کا باعث بن سکتا ہے۔
AI اس وقت سب سے زیادہ مددگار ثابت ہوتا ہے جب فراہم کردہ معلومات (input) مستحکم ہوں اور اس کا نتیجہ (output) محض ایک مسودے کی حیثیت رکھتا ہو۔ اگر معلومات نامکمل ہوں اور AI کے نتیجے کو حتمی فیصلہ سمجھ لیا جائے تو پروجیکٹ کو نقصان پہنچ سکتا ہے۔
منصوبہ بندی کے مرحلے میں، AI کام کی تقسیم کا ڈھانچہ (WBS) تیار کر سکتا ہے، نظام الاوقات (schedule) تجویز کر سکتا ہے، یا ممکنہ خطرات کی ابتدائی فہرست بنا سکتا ہے۔ اس سے وقت کی بچت ہوتی ہے، بشرطیکہ آپ اسے پروجیکٹ کا چارٹر، معلوم رکاوٹیں اور انحصار (dependency) سے متعلق ذمہ داران کی تفصیلات فراہم کریں۔ عمل درآمد (execution) کے مرحلے میں، AI پیش رفت کی رپورٹس کا مسودہ تیار کر سکتا ہے، کام میں حائل رکاوٹوں کا خلاصہ پیش کر سکتا ہے اور ٹکٹس (tickets) میں موجود پیٹرنز کی نشاندہی کر سکتا ہے۔ یہ سب مددگار ثابت ہوتا ہے، لیکن صرف تب جب انسانی منظوری کا مرحلہ واضح رہے۔ پروجیکٹ مینیجر (PM) ہی یہ فیصلہ کرتا ہے کہ کون سا کام ‘کریٹیکل پاتھ’ (اہم ترین راستے) پر ہے، کیا چیز تبدیلی (change) کے زمرے میں آتی ہے، اور کس معاملے کو اعلیٰ حکام تک پہنچانے (escalate کرنے) کی ضرورت ہے۔
منصوبہ بندی اور عمل درآمد کے مراحل کے لیے AI کے موزوں استعمال کا انتخاب کریں، اور پھر انسانی منظوری کے اس اہم نکتے کو ذہن نشین رکھیں جو ہر عمل کو محفوظ اور درست رکھتا ہے۔