منگل کی صبح 9:10 بجے کا وقت ہے۔ آپ ادائیگیوں (payments) کے سافٹ ویئر کی اس ریلیز کے پروجیکٹ مینیجر ہیں جسے چھ ہفتے قبل جاری (live) ہو جانا چاہیے تھا۔ انجینئرنگ لیڈ کا کہنا ہے کہ ابھی بھی 12 نقائص (defects) موجود ہیں اور ان میں سے نصف کا تعلق رقوم کی منتقلی سے ہے، اس لیے وہ اسے جاری کرنے کے حق میں نہیں ہیں۔ پروڈکٹ مینیجر مسلسل ایسے غیر معمولی حالات (edge cases) شامل کر رہے ہیں جن پر کوئی اتفاق رائے نہیں ہے کہ ریفنڈز اور چارج بیکس (chargebacks) کے معاملے میں ’کام مکمل ہونے‘ (done) کا کیا مطلب ہے۔ آپ کے ایگزیکٹو اسپانسر دن کے اختتام تک لانچ کی نئی تاریخ چاہتے ہیں کیونکہ سیلز ٹیم پہلے ہی صارفین سے وعدہ کر چکی ہے۔ آپ کے انتظار کے ہر گھنٹے کے ساتھ، ٹیم غیر متعلقہ بحثوں میں الجھتی ہے، اسٹیک ہولڈرز اپنی مرضی کی صورتحال کا تصور قائم کر لیتے ہیں، اور اصل شیڈول محض ایک افواہ بن کر رہ جاتا ہے۔
نیا منصوبہ بنانے سے پہلے، آپ کو صورتحال پر دوبارہ کنٹرول حاصل کرنے کی ضرورت ہے۔ اگلے 48 گھنٹوں میں، آپ بیک وقت تین کام کرنے کی کوشش کر رہے ہوں گے۔ آپ ڈیلیوری کے عمل کو مستحکم کرتے ہیں تاکہ آج کا کام کل دوبارہ کام (rework) کرنے کا سبب نہ بنے۔ آپ ٹیم کا تحفظ کرتے ہیں تاکہ وہ محض ردعمل دینے کے بجائے اپنے کام پر توجہ مرکوز کر سکیں۔ آپ حقیقی ڈیٹا کی بنیاد پر دوبارہ منصوبہ بندی کرنے کے لیے درکار وقت اور اعتماد حاصل کرتے ہیں۔ آپ یہ سب ایک مختصر تشخیصی چیک لسٹ، چند فوری دستاویزات (جیسے کہ ’کام مکمل ہونے‘ کی واضح تعریف اور نقائص کی ترجیح طے کرنے کا اصول)، اور اسپانسر کو دی جانے والی ایسی اپ ڈیٹ کے ذریعے کریں گے جو ان معلومات کو الگ کرتی ہے جو آپ کو معلوم ہیں اور ان معلومات کو جو ابھی تصدیق کے مرحلے میں ہیں۔
اس عمل کو ٹھوس بنیاد فراہم کرنے کے لیے، ایک منٹ نکال کر صورتحال کا جائزہ لیں اور نشاندہی کریں کہ اصل رکاوٹ کہاں ہے۔
جب کوئی پروجیکٹ ناکامی سے دوچار ہو رہا ہو، تو اکثر یہ خواہش پیدا ہوتی ہے کہ فوراً کسی نئی تاریخ کا تعین کر لیا جائے۔ یہ عمل مفید محسوس ہوتا ہے کیونکہ اس سے سب کو ایک ٹھوس چیز (تاریخ) مل جاتی ہے۔ تاہم، اسی طرح ٹیمیں اکثر ایسے غیر حقیقی وعدے کر بیٹھتی ہیں جنہیں پورا کرنا ممکن نہیں ہوتا، اور اگلی بار جب ڈیڈ لائن چھوٹتی ہے تو ان کی ساکھ کو شدید نقصان پہنچتا ہے۔
پروجیکٹ کی بحالی کے اہداف (recovery goals) اور پروجیکٹ کے اصل اہداف ایک جیسے نہیں ہوتے۔ مثال کے طور پر، آپ کے پروجیکٹ کا ہدف تیسری سہ ماہی (Q3) تک ادائیگیوں کا نظام فعال کرنا ہو سکتا ہے، جبکہ بحالی کے اہداف قلیل مدتی اور آپریشنل نوعیت کے ہوتے ہیں۔
پروجیکٹ مینجمنٹ کی حقیقت اگر اسپانسرز کو صورتحال پر کنٹرول نظر آئے تو وہ اکثر غیر یقینی صورتحال کو بھی قبول کر لیتے ہیں۔ لیکن وہ شاذ و نادر ہی ایسے اعتماد کو قبول کرتے ہیں جس کی پشت پر کوئی ٹھوس طریقہ کار یا نظام موجود نہ ہو۔
اگلے مرحلے میں، آپ کو یہ فیصلہ کرنا ہوگا کہ کہاں سختی برتنی ہے اور کہاں لچک کا مظاہرہ کرنا ہے، کیونکہ بحالی کے عمل کے دوران معیار، تاریخ اور دائرہ کار (اسکوپ)—ان تینوں کو بیک وقت بہترین سطح پر لانا ممکن نہیں ہوتا۔
آپ کے پاس مکمل تفصیلی جائزے (postmortem) کے لیے وقت نہیں ہے۔ آپ کو ایک ایسی فوری تشخیص کی ضرورت ہے جو آج نظر آنے والی علامات کو ان ممکنہ وجوہات سے جوڑے جن کی جانچ آپ کل کر سکتے ہیں۔ مقصد فوراً درست ثابت ہونا نہیں ہے، بلکہ مختلف مفروضوں کے درمیان بھٹکنے سے بچنا ہے۔
شروعات ان چار زمروں سے کریں جن میں زیادہ تر ناکامیاں شامل ہوتی ہیں۔
دائرہ کار (Scope) کے مسائل کام میں بار بار تبدیلی یا عدمِ تسلسل (churn) کی صورت میں ظاہر ہوتے ہیں۔ بیک لاگ (backlog) آئٹمز دوبارہ لکھے جاتے ہیں، قبولیت کے معیارات (acceptance criteria) تبدیل ہوتے رہتے ہیں، اور اسٹیک ہولڈرز اس بات پر متفق نہیں ہوتے کہ ‘کام مکمل ہونے’ (done) کا کیا مطلب ہے۔ اس کی ممکنہ وجہ ‘کام کی تکمیل’ کی تعریف کا نہ ہونا یا کمزور ہونا، یا اس بارے میں کسی معاہدے کا نہ ہونا ہے کہ کون تقاضوں (requirements) کو تبدیل کر سکتا ہے۔
شیڈول (Schedule) کے مسائل ایسے منصوبوں کی صورت میں سامنے آتے ہیں جو ایک ہفتہ بھی نہیں چل پاتے۔ دائرہ کار میں کسی متعلقہ تبدیلی کے بغیر ہی تاریخیں آگے بڑھ جاتی ہیں، یا ‘کریٹیکل پاتھ’ (اہم ترین مرحلہ وار راستہ) معلوم نہیں ہوتا۔ اس کی ممکنہ وجہ پوشیدہ انحصار (hidden dependencies) یا ایسے بڑے ٹاسکس ہو سکتے ہیں جن کی درست نگرانی ممکن نہ ہو۔
معیار (Quality) کے مسائل دوبارہ کام (rework) کی صورت میں ظاہر ہوتے ہیں۔ نقائص (defects) دوبارہ سامنے آ جاتے ہیں، اصلاحات سے ملحقہ حصے متاثر ہو جاتے ہیں، اور ٹیسٹنگ ایک ایسا مرحلہ بن جاتی ہے جہاں ہمیشہ غیر متوقع مسائل (surprises) سامنے آتے ہیں۔ اس کی ممکنہ وجہ قبولیت کے غیر واضح معیارات، ٹیسٹ کوریج کا کمزور ہونا، یا انٹیگریشن (انضمام) کے مرحلے میں کام کو جلد بازی میں لے جانا ہو سکتا ہے۔
افرادی قوت (People) سے متعلق مسائل فیصلہ سازی میں تاخیر کی صورت میں ظاہر ہوتے ہیں۔ میٹنگز کی تعداد بڑھ جاتی ہے، کسی کو بھی ‘نہ’ کہنے کا اختیار محسوس نہیں ہوتا، اور ٹیم منظوریوں کی منتظر رہتی ہے۔ اس کی ممکنہ وجہ غیر واضح کردار (roles) یا ایسا اسپانسر ہو سکتا ہے جسے فیصلے کے لیے تیار آپشنز (متبادل) فراہم نہیں کیے جا رہے ہوں۔
عام غلطی ہر علامت کو لوگوں کا مسئلہ سمجھ کر حل کرنے کی کوشش کرنا صرف حوصلے (morale) کو بہتر بنانے کی کوشش تک محدود رہ جاتا ہے، جبکہ اصل مسئلہ دائرہ کار کے کنٹرول یا قبولیت کے معیارات کا ہوتا ہے۔
اس چیک لسٹ کا استعمال کرتے ہوئے مشاہدہ کی گئی صورتحال کا موازنہ ان امور سے کریں جن کی جانچ آپ اگلے 48 گھنٹوں میں کریں گے۔