خطرات کا انتظام بحران کے وقوع سے پہلے شروع ہوتا ہے

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

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

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

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

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

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

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

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

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

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

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

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