پروژے ناکام کیوں ہوتے ہیں؟

زیادہ تر ناکام منصوبے اپنی ناکامی کا اعلان کرنے کے بجائے چھوٹے اشاروں سے شروع ہوتے ہیں جو ملتوی کیے جا سکتے دکھائی دیتے ہیں: غیر واضح ہدف، دستخط کے لیے منتظر کوئی فیصلہ، ٹیم تک نہ پہنچنے والی کوئی معلومات، یا بغیر اس کے اثر کا حساب کیے شامل کیا گیا کوئی تبدیلی۔ وقت گزرنے کے ساتھ یہ تفصیلات جمع ہوتی جاتی ہیں، تاخیر ایک عام بات بن جاتی ہے، لاگت بڑھ جاتی ہے، اور سب مل کر اس بات کی تشریح کرنے میں مصروف ہو جاتے ہیں کہ کیا ہوا، اس کے بجائے کہ مطلوبہ کام کو مکمل کیا جائے۔ لہٰذا کامیابی کا انحصار بجٹ کے حجم پر نہیں، بلکہ اس مینجمنٹ کی معیار پر ہوتا ہے جو دستیاب وسائل کو فیصلوں، کارروائیوں اور نتائج میں تبدیل کرتی ہے۔

پہلی مشکلات اس وقت ظاہر ہوتی ہیں جب منصوبہ اس بات پر اتفاق رائے کے بغیر شروع ہو جاتا ہے کہ اس کا مقصد کیا ہے۔ ہر فریق تصویر کا ایک حصہ جان سکتا ہے، لیکن ٹیم کے پاس کامیابی کی کوئی واحد تعریف نہیں ہوتی۔ صارفین اضافی خصوصیات کا مطالبہ کرتے ہیں، نفاذ کنندہ کاموں کو مکمل کرنے پر توجہ مرکوز کرتا ہے، جبکہ انتظامیہ وقت اور لاگت کو دیکھتی ہے۔ یہ زاویے فہم ہیں، لیکن مشترکہ ہدف کی عدم موجودگی روزمرہ کے فیصلوں میں تضاد کا سبب بنتی ہے۔ مناسب آغاز کے لیے ایک سادہ سوال ضروری ہے: منصوبہ کس مسئلے کو حل کرے گا، اور ہم کیسے جانیں گے کہ اس نے اسے واقعی حل کر دیا ہے؟ درست جواب بعد میں بہت سے جھگڑوں کو روکتا ہے۔

مقامی خبریں

رائے کے مضامین

سیفٹی اور عدلیہ

ہدف کی وضاحت کے بعد کام کی حدود (Scope) کو کنٹرول کرنا آتا ہے۔ منصوبے صرف بڑی تبدیلیوں سے متاثر نہیں ہوتے، بلکہ ان کے شیڈول کبھی کبھار چھوٹی درخواستوں سے بھی کھوکھلے ہو جاتے ہیں، جنہیں ذمہ داران اس لیے منظور کر لیتے ہیں کیونکہ انہیں الگ سے دیکھنے پر وہ آسان لگتی ہیں۔ لیکن ہر درخواست کے لیے وقت، ڈیزائن، جائزہ اور شاید نئی خریداری درکار ہوتی ہے۔ اس لیے تبدیلی کو خود بخود مسترد نہیں کیا جانا چاہیے، نہ ہی اسے محض خوشامد میں منظور کیا جانا چاہیے۔ مطلوبہ بات یہ ہے کہ ٹیم کو اس کا اثر مدت، لاگت اور معیار پر واضح کرنا چاہیے، اور پھر متعلقہ اختیار رکھنے والا شخص ایک دستاویزی فیصلہ لے جو اپنے نتائج کی ذمہ داری لے۔

ایک اچھا ٹائم لائن صرف تاریخوں کی فہرست سے زیادہ ہوتا ہے۔ یہ کاموں کی ترتیب اور ہر کام اور اس کے بعد آنے والے کام کے درمیان تعلق کو ظاہر کرتا ہے، اور ان سرگرمیوں کو اجاگر کرتا ہے جن کی تاخیر پورے منصوبے کی تاخیر کا سبب بنے گی۔ حقیقت پسندانہ شیڈول نفاذ کنندہ کی تخمینہ کاریوں، وسائل کی دستیابی اور حقیقی منظوریوں پر مبنی ہوتا ہے۔

مواصلت بھی کام کا حصہ ہے، کوئی اضافی سرگرمی نہیں۔ کتنی ہی ٹیمیں پرانی معلومات کی بنیاد پر نفاذ جاری رکھتی ہیں، یا اہم فیصلے کے محدود اجلاس میں پڑا رہنے کی وجہ سے کام دہراتی ہیں۔ منصوبے کو لمبے اجلاسوں کی ضرورت نہیں، لیکن اسے ایک واضح نظام کی ضرورت ہے جو یہ طے کرے کہ کون معلومات اٹھائے گا، کون فیصلہ کرے گا، اور کب مسئلے کو اوپر تک پہنچانا (escalate) ضروری ہے۔ اگر ایک مختصر اور باقاعدہ رپورٹ یہ پیش کرے کہ کیا مکمل ہوا، کیا رک گیا، کس فیصلے کی ضرورت ہے، اور اسے لینے والے ذمہ دار کا نام کیا ہے، تو وہ بکثرت بکھرے ہوئے پیغامات سے زیادہ مفید ثابت ہو سکتی ہے۔

دوسرے طرف، رسک مینجمنٹ کوئی ایسا دستاویز نہیں جو منصوبے کی شروعات میں تیار کیا جائے اور پھر فائل میں محفوظ کر دیا جائے۔ حقیقی خطرات کام کی پیش رفت کے ساتھ بدلتے رہتے ہیں، ان کے وقوع کا امکان بڑھ سکتا ہے یا ایسے نئے خطرات سامنے آ سکتے ہیں جو پہلے سے معلوم نہیں تھے۔ اس لیے خطرات کی دوری جائزہ اور مخصوص اقدامات کی ضرورت ہوتی ہے۔ اگر کسی بنیادی مواد کی فراہمی میں تاخیر کا خطرہ ہو، تو صرف نوٹ لکھنا کافی نہیں؛ متبادل کا تعین، اس کے استعمال کی تاریخ اور منصوبے کو فعال کرنے کا مجاز شخص مقرر کرنا ضروری ہے۔ اس طرح تیاری عملِ اجرا کا حصہ بن جاتی ہے، نہ کہ مسئلے پیش آنے کے بعد کی تاخیر سے کی گئی ردعمل۔

اسی طرح، ٹیکنالوجی، چاہے کتنی ہی اہم کیوں نہ ہو، کمزور انتظامیہ کو اکیلے حل نہیں کر سکتی۔ جدید سافٹ ویئر ایک ہی ڈیش بورڈ پر پیشرفت کی شرح، اخراجات اور خطرات دکھا سکتے ہیں، لیکن وہ غلط ڈیٹا کو درست نہیں کر سکتے، مبہم ذمہ داریوں کا تعین نہیں کر سکتے، اور منیجر کی جگہ مشکل فیصلے نہیں لے سکتے۔

کسی آلے کی قدر اس کے صارفین کی معلومات کو اپ ڈیٹ کرنے کی نظم و ضبط اور قیادت کی ان اشاریوں کو پڑھنے اور ان کی بنیاد پر عمل کرنے کی تیاری سے آتی ہے۔ کبھی کبھار ایک سادہ اور اپ ڈیٹ شدہ شیڈول، کسی ایسے جدید نظام سے بہتر ہوتا ہے جس پر کسی کو اعتماد نہ ہو۔

منصوبے کے اختتام پر، ایک موقع شروع ہوتا ہے جو اکثر نظر انداز کیا جاتا ہے: سیکھنا۔ ادارے کو یہ پوچھنا چاہیے کہ کس چیز کو حاصل کیا گیا، کس چیز میں رکاوٹ آئی، کس فیصلے نے ٹیم کی مدد کی، اور وقت کہاں ضائع ہوا۔ مقصد کسی کو قصوروار ٹھہرانا نہیں، بلکہ غلطی کی دہرانے سے روکنا، اگلے منصوبے کے لیے اندازوں اور اقدامات میں بہتری لانا ہے۔ تجربہ خود بخود منتقل نہیں ہوتا، اور اگر سبق کو دستاویزی شکل نہ دی جائے اور نئی عملی طرزِ کار میں نہ تبدیل کیا جائے، تو ادارہ ایک ہی مسئلے کی قیمت دوبارہ ادا کر سکتا ہے۔

منصوبہ بندی کی انتظامیہ بنیادی طور پر واضح ذمہ داری، وقت پر فیصلہ، اور اس معلومات کی فراہمی پر مشتمل ہوتی ہے جو اسے درکار ہوتی ہے۔ جب ادارہ ان طریقہ کار کو مستحکم کر لیتا ہے، تو بجٹ اور وسائل زیادہ مؤثر ہو جاتے ہیں، اور ٹیم کا ہر رکن اپنا کردار اور اختیارات کی حدود کو سمجھ جاتا ہے۔ اس صورت میں مسائل غائب نہیں ہوتے، بلکہ انہیں جلدی دریافت کر لیا جاتا ہے اور انہیں بحران بننے سے پہلے حل کر دیا جاتا ہے۔ یہی وہ فرق ہے جس کے تحت ایک منصوبہ اپنی تکمیل تک محنت ضائع کرتا ہے، جبکہ دوسرا منصوبہ اس مقصد کو حاصل کرتا ہے جس کے لیے اسے بنایا گیا تھا۔

کویت کا انجینئر