پری مارٹم، صحیح طریقے سے چلائیں: ان خطرات کو سامنے لانا جو آپ کی ٹیم پہلے سے جانتی ہے

وہ ریٹرو جو بہت دیر سے آیا

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

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

پری-مورٹم اسی کے لیے بنایا گیا ایک رسم ہے۔ گیری کلین نے 2007 میں ہارورڈ بزنس ریویو میں اس کی وضاحت کی: کمرے کو بتائیں کہ منصوبہ پہلے ہی ناکام ہو چکا ہے، بارہ مہینے پہلے، اور سب سے کہیں کہ وہ لکھیں کہ کیوں۔ تناؤ کی تبدیلی واقعی کام کرتی ہے — ممکنہ نظر ثانی پر تحقیق یہ پاتی ہے کہ کسی نتیجے کو یقینی تصور کرنا، محض ممکنہ کے بجائے، لوگوں کی پیدا کردہ وجوہات کی تعداد اور وضاحت کو بڑھاتا ہے۔ اور یہ فریمنگ سماجی کام بھی کرتی ہے: آپ اب اسپانسر کے منصوبے کی تنقید نہیں کر رہے ہیں؛ آپ ایک خیالی ماضی کی وضاحت کر رہے ہیں۔ اچانک سب کو یہ جاننے کی اجازت ہے کہ وہ کیا جانتے ہیں۔

کیوں لوگ پہلے ہی جانتے تھے

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

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

مرحلہ 1: منصوبے کو ایک دعوے کے طور پر ترتیب دیں

بحث کو منصوبے کے بنیادی دلیل کے طور پر تشکیل دیں — ایک عزم شدہ دعوے کے طور پر بیان کریں، سوال کی صورت میں نہیں: "ہم Q2 تک سیگمنٹ Y کو X بھیجیں گے۔" الفاظ کا چناؤ اہم ہے۔ ایک سوال ("کیا ہمیں X بھیجنا چاہیے؟") اس بات پر بحث کی دعوت دیتا ہے کہ آیا؛ ایک دعویٰ ایک ایسی چیز تخلیق کرتا ہے جس پر ناکامی کے اسباب حملہ کر سکتے ہیں۔ ایک جملہ، تاریخ کے ساتھ، منصوبے کے اسپانسر کی ملکیت۔

پھر کلین کا فریم کمرے میں پہنچائیں، اگر آپ چاہیں تو لفظ بہ لفظ: "یہ بارہ مہینے بعد ہے۔ یہ منصوبہ ناکام ہو گیا — بہت برا۔ دس منٹ لیں، اکیلے، اور ہر وجہ لکھیں۔"

• ✓ریاستی دعویٰ بنایا گیا — منصوبہ ایک عزم شدہ جملے کے طور پر، اس کے اسپانسر کی طرف سے لکھا گیا۔ چیک پوائنٹ: یہ ایک دعویٰ کے طور پر پڑھتا ہے جس پر کچھ حملہ کر سکتا ہے، سوال نہیں۔

مرحلہ 2: خاموش دس منٹ

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

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

• ✓خاموش نسل مکمل — ہر ایک نے خود مختاری سے جمع کرایا۔ چیک پوائنٹ: ہر شریک کے لیے ≥3 وجوہات؛ کسی نے کسی کی ترمیم نہیں کی؛ AI وجوہات (اگر کوئی ہیں) واضح طور پر لیبل کی گئی ہیں۔

مرحلہ 3: جو چیز سامنے آئی اس کی تفتیش کریں

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

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

مرحلہ 4: درجہ بندی کریں، اور پھیلاؤ پڑھیں

ہر شریک ہر وجہ کی درجہ بندی کرتا ہے — ہر ایک کی ایک درجہ بندی، ایک لیبل کے ساتھ ایک قیمت۔ تقسیم کے مطابق ترتیب دیں، اور پھر وہ چیز کریں جو زیادہ تر کمرے چھوڑ دیتے ہیں: صرف اوسط نہیں بلکہ پھیلاؤ پر نظر ڈالیں۔ ایک وجہ جسے سب 8 کی درجہ بندی دیتے ہیں، ایک ترجیح ہے۔ ایک وجہ جسے آدھا کمرہ 9 اور آدھا 2 کی درجہ بندی دیتا ہے، کچھ بہتر ہے: دنیا کے کام کرنے کے بارے میں ایک حقیقی اختلاف، جو سامنے آیا اور نامزد ہوا۔ یہ تقسیم عام طور پر پورے سیشن کی سب سے قیمتی دریافت ہوتی ہیں۔

• ✓ترجیحات طے کر لی گئیں — سب کی جانب سے وجوہات کی درجہ بندی کی گئی۔ چیک پوائنٹ: اعلی وجوہات کی نشاندہی کی گئی؛ زیادہ متغیر وجوہات کو اختلافات کے طور پر نشان زد کیا گیا، نہ کہ اوسط میں شامل کیا گیا۔

مرحلہ 5: مداخلتیں بطور متضاد دلائل

ہر اہم وجہ کے لیے، تخفیف شامل کریں — اور یہاں درخت وہ کام کرتا ہے جو ایک فہرست نہیں کر سکتی۔ ایک تخفیف کو وجہ کا نقصان کے طور پر شامل کیا جاتا ہے: ایک دلیل جو ناکامی کے طریقے پر حملہ کرتی ہے۔ اور چونکہ فائدہ/نقصان والدین کے لحاظ سے متعلق ہے، ایک نقصان کا نقصان منصوبے کی حمایت کرتا ہے — یہ ساخت منطقی طور پر کوڈ کرتی ہے۔ ہر تخفیف کا ایک مصنف ہوتا ہے، اور مصنف مالک ہوتا ہے۔

یہ وہ لمحہ ہے جب پری-مورٹم عام طور پر وائٹ بورڈ کی شکل میں ختم ہوتا ہے: خطرات کی فہرست بنائی جاتی ہے، سر ہلائے جاتے ہیں، کچھ بھی کسی کے پاس نہیں ہوتا۔ یہاں چیک پوائنٹ ساختی ہے — ایک اعلیٰ وجہ جس کے نیچے کوئی تخفیف نہیں ہے وہ واضح طور پر عریاں ہے۔

• ✓منسلک تخفیفیں — ہر اعلیٰ وجہ کے ساتھ کم از کم ایک جواب دلیل ہوتی ہے جس کا نامزد مصنف ہوتا ہے۔ چیک پوائنٹ: کوئی بھی اعلیٰ درجہ کی وجہ بے نقاب نہیں رہنی چاہیے۔

آپ کے پاس چھ ماہ میں کیا باقی رہے گا

آرٹيفیکٹ ہی نقطہ ہے۔ چھ ماہ بعد، جب کچھ غلط ہو جائے گا اور کوئی پوچھے گا "کیا ہم نے اس پر غور کیا؟"، تو جواب ایک تلاش کی دوری پر ہے: منصوبہ، اس کے خلاف اٹھائے گئے ہر اعتراض، ہر ایک نے کون سا اعتراض اٹھایا، ہر چیلنج جس کا سامنا کیا گیا، اور جو تخفیف منسلک تھی (یا نہیں تھی)۔ ایک تصویری وائٹ بورڈ اس سوال کا جواب نہیں دے سکتا؛ یہ دے سکتا ہے — یہ فیصلہ سازی کے معیار کی زنجیر کا ایک عملی نمونہ ہے، جو نوے منٹ میں بنایا گیا۔

ایماندار حدود

• ✗اوزار نفسیاتی تحفظ پیدا نہیں کرتے۔ آزادانہ جمع کرانا لنگر انداز کرنے کے مسئلے کو ختم کرتا ہے؛ یہ اس مینیجر کو ختم نہیں کرتا جو اختلاف رائے کی سزا دیتا ہے۔ اگر لوگ اسپانسر سے ڈرتے ہیں تو پہلے اس کا حل نکالیں۔
• ✗AI-generated خطرات سوچنے کے لیے اشارے ہیں، نہ کہ خطرے کا رجسٹر۔ انہیں بالکل اسی وجہ سے لیبل کیا گیا ہے۔ ایک ایسا سبب جس کی کوئی ملکیت نہیں لے گا، وہ ایک دریافت نہیں ہے۔
• ✗ریٹنگز ایک واحد لیبل شدہ قیمت ہیں، نہ کہ ایک احتمال × اثر میٹرکس۔ اگر آپ کو ایک رسمی خطرے کا میٹرکس درکار ہے، تو اسے کہیں اور برآمد کریں اور بنائیں — یہ مت ظاہر کریں کہ ریٹنگ ایک ہے۔
• ✗ایک زنجیر چار موڑ ہے، پھر مکمل۔ یہ ایک منظم تبادلہ ہے، نہ کہ ایک لامتناہی دھاگہ۔ اگر کسی اختلاف کے لیے مزید ضرورت ہو تو اس کے لیے ایک ملاقات کی ضرورت ہے۔
• ✗پری مارٹم کچھ بھی فیصلہ نہیں کرتا۔ یہ چیزوں کو سامنے لاتا ہے اور ترجیحات طے کرتا ہے؛ فیصلہ — اور منصوبے کو تبدیل کرنے کی ہمت — اب بھی آپ کا ہے۔

ان کو چلانے سے عملی اسباق

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

ریٹرو کی طرف واپس

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