لوگ فیصلے کرتے ہیں اور پھر آگے بڑھ جاتے ہیں۔ فیصلہ تو رہتا ہے مگر اس کی وجوہات ان کے ساتھ ہی چلی جاتی ہیں۔ ایک فیصلہ لاگ 'کیا' کے ساتھ 'کیوں' کو بھی محفوظ رکھتا ہے، تاکہ اس ساتھی کو بھی معلوم ہو سکے جو میٹنگ میں موجود نہیں تھا۔
وجوہات کے بغیر، ایک ٹیم صرف اس فیصلے کو برقرار رکھ سکتی ہے جسے وہ اب سمجھ نہیں پاتی، یا اسے واپس لے کر اس مسئلے کو دوبارہ کھڑا کر سکتی ہے جسے اس نے حل کیا تھا۔
ماہر نفسیات Baruch Fischhoff نے دکھایا کہ ایک بار جب لوگ نتیجہ جان لیتے ہیں، تو وہ اسے اصل حقیقت سے زیادہ قابلِ پیش گوئی سمجھتے ہیں۔ انہوں نے اسے "creeping determinism" کا نام دیا۔
Journal of Experimental PsychologyMicrosoft کی آرکیٹیکچر گائیڈنس: ایک ایسا فیصلہ جو کبھی ریکارڈ نہ کیا گیا ہو، "ممکنہ طور پر بھول جایا جائے گا، جس سے بار بار بحث ہوگی۔" لاگ کو صرف اضافہ کرنے والا (append-only) رکھیں، اور ہر فیصلے کے لیے اعتماد کی سطح (confidence level) درج کریں۔
Microsoft LearnMichael Nygard نے فیصلہ ریکارڈ کی تجویز پیش کی: عنوان، سیاق و سباق، فیصلہ، حیثیت، اور نتائج۔ "تمام نتائج یہاں درج ہونے چاہئیں، نہ کہ صرف 'مثبت' والے۔"
Michael NygardThoughtworks نے اپنے Technology Radar کے Adopt رنگ میں ہلکے پھلکے فیصلہ ریکارڈز کو اپنی سب سے مضبوط سفارش کے طور پر رکھا ہے۔
Thoughtworksایک کلینک، اسکول، سروس سینٹر اور بینک برانچ سے: تمام اہم فیصلوں کے لیے ایک جیسے فیلڈز استعمال کیے جاتے ہیں۔
| شناختی کارڈ | عنوان | فیصلہ شدہ | ذمہ دار | فیصلہ | متوقع نتیجہ | اعتماد | ریویو | حالت |
|---|---|---|---|---|---|---|---|---|
| D-005 | اکاؤنٹ کھولنے کے لیے پیشگی اپائنٹمنٹ | 2026-10-20 | برانچ مینیجر | ہم اکاؤنٹ کھولنے کے لیے پیشگی وقت (slots) فراہم کریں گے، جبکہ واک ان کی سہولت برقرار رہے گی۔ | کم وقت والے کاموں کے لیے انتظار میں کمی۔ | کم | 2027-02-28 | تجویز کردہ |
| D-004 | کوارڈینیٹر کا کردار ڈسچارج کالز میں اضافہ کرتا ہے | 2026-06-12 | آپریشنز مینیجر | ہم جولائی سے کوآرڈینیٹر کے کردار میں ڈسچارج کالز شامل کریں گے۔ | دسمبر تک نرسز کا کالز پر وقت کم ہو جائے گا۔ | درمیانہ | 2026-12-15 | قبول شدہ · D-001 کی جگہ لیتا ہے |
| D-003 | سروس کاؤنٹر پیر کے روز 7:30 پر کھلتا ہے | 2026-05-05 | سروس سینٹر مینیجر | ہم جون سے ہر پیر کو صبح 7:30 بجے کاؤنٹر کھول دیں گے۔ | ستمبر کے آخر تک پیر کے روز اوسط انتظار میں کمی آئے گی۔ | اعلیٰ | 2026-10-15 | قبول شدہ · ریویو کی ضرورت ہے |
| D-002 | دو مختصر اسیسمنٹس ٹرم کے اختتامی امتحان کی جگہ لیں گی | 2026-04-22 | ڈپٹی ہیڈ، اکیڈمک | ہم ستمبر سے گریڈ 7 سے 9 تک ہر ٹرم میں دو مختصر اسیسمنٹس کریں گے۔ | اساتذہ دو ہفتوں کے اندر مڈ ٹرم نتائج پر عمل کرتے ہیں۔ | درمیانہ | 2027-01-31 | قبول شدہ |
| D-001 | فالو اپ کالز اب کوآرڈینیٹر کو بھیجی جائیں گی | 2026-02-10 | آپریشنز مینیجر | ہم 1 مارچ سے فالو اپ کالز ایک مخصوص کوآرڈینیٹر کو منتقل کر دیں گے۔ | تین ماہ کے اندر تکمیل کی شرح بڑھ جاتی ہے۔ | درمیانہ | 2026-06-01 | D-004 سے تبدیل شدہ |
XLSX اس وقت Review due کا نشان لگاتا ہے جب ریویو کی تاریخ گزر جائے اور کوئی نتیجہ درج نہ ہو۔ یہ فائلیں سیاق و سباق، زیر غور اختیارات، شواہد، غیر یقینی صورتحال اور ریویو کے نتیجے کے ساتھ ساتھ ایک صفحے کا ریکارڈ شیٹ بھی فراہم کرتی ہیں۔
مسترد شدہ اختیارات اور ان کی وجوہات سمیت۔ یہ وہ فیلڈ ہے جو اکثر غائب ہوتی ہے اور سب سے زیادہ ضرورت پڑتی ہے۔
ایک جملہ جو ایکٹو وائس میں ہو اور "We will..." سے شروع ہو۔
سروے، رپورٹ یا لاگ کا لنک خود شامل کریں، تاکہ بعد میں ریڈنگ کرنے والے فیصلہ کر سکیں کہ آیا وہ اب بھی درست ہے۔
اگر یہ کام کرے تو کیا ہونا چاہیے، اور کب تک۔ یہ آپ کے جاننے سے پہلے لکھا جاتا ہے۔
اعلیٰ، درمیانہ یا کم، اور ایک لائن اس بارے میں کہ کیا غیر یقینی ہے۔
تجویز کردہ، قبول شدہ، تبدیل شدہ یا ریٹائرڈ۔ تبدیل شدہ (Superseded) اس کے متبادل سے منسلک ہوتا ہے۔
منتخب کریں کہ کیا اہم ہے
وہ فیصلے جو آپ کے کام کرنے کے طریقے کو تشکیل دیتے ہیں، معیار یا حفاظت پر اثر انداز ہوتے ہیں، یا جنہیں واپس لینا مشکل ہو۔ ہر خریداری نہیں۔
اسی ہفتے اسے ریکارڈ کریں
اسی ہفتے لکھا گیا ریکارڈ درست ہوتا ہے۔ مہینوں بعد لکھا گیا ریکارڈ محض ایک یادداشت کی دوبارہ تشکیل ہے۔
مسترد شدہ اختیارات کا نام لکھیں
اور ہر ایک کے مسترد ہونے کی وجہ۔ اگلی ٹیم اسی چیز کو دوبارہ کھولنا چاہے گی۔
بیان کریں کہ آپ کو کیا توقع ہے
نتیجہ، تاریخ اور آپ کا اعتماد۔ ماضی کا علم ان تینوں کو مٹانے کی کوشش کرے گا۔
تاریخ پر ریویو کریں
جو آپ نے توقع کی تھی اس کے ساتھ ساتھ یہ بھی لکھیں کہ اصل میں کیا ہوا۔ کمزور شواہد، بدلتے ہوئے حالات یا بدقسمتی: بتائیں کہ کون سا۔
تبدیل کریں (Supersede)، کبھی بھی اوور رائٹ نہ کریں
ایک نیا ریکارڈ پرانے کی جگہ لے لیتا ہے اور اس سے منسلک رہتا ہے۔ سمت کی تبدیلی کی تاریخ اکثر سب سے قیمتی حصہ ہوتی ہے۔
لاگ منٹس میں بدل جاتا ہے۔ پھر کوئی اسے پڑھتا نہیں، اور پھر کوئی اسے لکھتا نہیں۔
مسترد شدہ اختیارات کے بغیر، وہی بحث ایک سال بعد دوبارہ شروع ہو جاتی ہے۔
تب تک نتیجہ معلوم ہو چکا ہوتا ہے اور ریکارڈ اس کے مطابق ڈھل چکا ہوتا ہے۔
آثار مٹ جاتے ہیں۔ ایک نیا ریکارڈ لکھیں اور پرانے کو تبدیل شدہ (superseded) کے طور پر نشان زد کریں۔
پھر کبھی کسی کو معلوم نہیں ہوتا کہ کیا فیصلے نے اپنا وعدہ پورا کیا یا نہیں۔
منصوبوں اور طریقہ کار کے ساتھ موجود لاگ کی ریڈنگ کی جاتی ہے۔ فولڈر میں موجود لاگ کی نہیں۔
ایک اسپریڈ شیٹ میں قطاریں ہوتی ہیں۔ یہ نہیں دکھا سکتی کہ ہر ایک پر کتنا اعتماد کیا جا سکتا ہے، یا اس کے بعد کیا ہوا۔
- لوگ پوچھتے ہیں "ہم نے یہ فیصلہ کیوں کیا؟" اور جواب کسی کے ان باکس میں ہوتا ہے۔
- فیصلے، طریقہ کار اور اسباق مختلف فائلوں میں رہتے ہیں جن کا کبھی آمنا سامنا نہیں ہوتا۔
- آپ کسی منظور شدہ فیصلے کو کسی کے اندازے سے الگ نہیں کر سکتے۔
- آپ کی ٹیم کے اسسٹنٹ یہ نہیں دیکھ سکتے کہ آپ نے کوئی فیصلہ کیوں کیا۔
ROADYOM PRISM
ہر فیصلہ، اپنی اہمیت کے ساتھ۔
Prism کسی ادارے کے فیصلوں اور علم کو ایک بیان کردہ اعتماد کی سطح کے ساتھ آئٹمز کے طور پر محفوظ کرتا ہے: منظور شدہ، شواہد کے ساتھ، مشاہدہ شدہ یا اخذ کردہ۔ ہر فیصلہ اپنے شواہد، اسے نافذ کرنے والے اقدامات، اور اس کے نتیجے میں نکلنے والے نتائج اور Pause and Learn اسباق سے منسلک ہوتا ہے۔ جب کوئی فیصلہ تبدیل (supersede) ہو جاتا ہے، تو پرانا فیصلہ نظر آتا رہتا ہے۔ فیصلے لوگ کرتے ہیں۔ Prism ان کی وجوہات محفوظ رکھتا ہے۔
کوارڈینیٹر کا کردار ڈسچارج کالز میں اضافہ کرتا ہے
- فیصلہ
- ہم جولائی سے کوآرڈینیٹر کے کردار میں ڈسچارج کالز شامل کریں گے۔
- ذمہ دار
- آپریشنز مینیجر
- ریویو
- 2026-12-15
کیا یہ میٹنگ کے منٹس (minutes) جیسا ہے؟
نہیں۔ منٹس میں وہ ریکارڈ ہوتا ہے جو کہا گیا۔ ایک فیصلے کا ریکارڈ اس بات کو محفوظ رکھتا ہے کہ کیا فیصلہ کیا گیا، کیوں، مزید کیا غور کیا گیا اور آپ کو کیا توقع تھی۔ ایک صفحہ یا اس سے کم۔
ریکارڈ کسے لکھنا چاہیے؟
فیصلے کا مالک، یا اسی ہفتے میں ان کا نامزد کردہ کوئی شخص۔ جن سے مشورہ کیا گیا ہو، وہ اسے پڑھنے اور حقائق کی تصحیح کرنے کے قابل ہونے چاہئیں۔
ان فیصلوں کا کیا جو ہم نے سالوں پہلے کیے تھے؟
نئے فیصلوں سے شروع کریں۔ پھر ماضی کے ان چند فیصلوں کو دوبارہ ترتیب دیں جن کے بارے میں لوگ سب سے زیادہ پوچھتے ہیں، اور انہیں 'reconstructed' کے طور پر نشان زد کریں۔
کیا یہ سافٹ ویئر انجینئرنگ کا طریقہ کار نہیں ہے؟
اس کا آغاز وہیں سے ہوا تھا، آرکیٹیکچر ڈیسیژن ریکارڈ کے ساتھ۔ اس میں کچھ بھی صرف سافٹ ویئر تک محدود نہیں ہے۔ داخلہ کے قواعد، تشخیص کی پالیسیاں اور کھلنے کے اوقات کا بھی سیاق و سباق، اختیارات اور نتائج ہوتے ہیں۔
Confidence کیا اضافہ کرتا ہے؟
یہ اس بات کو ریکارڈ کرتا ہے کہ نتیجہ معلوم ہونے سے پہلے آپ کا کیا یقین تھا۔ ریویو کے وقت، ایک پر اعتماد فیصلہ جو ناکام ہو گیا، وہ ایک محتاط فیصلے کے مقابلے میں کچھ مختلف سبق دیتا ہے۔
کیا کسی فیصلے کو کبھی حذف کر دینا چاہیے؟
نہیں۔ اسے ریٹائر کر دیں یا تبدیل (supersede) کر دیں۔ بدلے گئے فیصلے کا ریکارڈ ہی وہ طریقہ ہے جس سے اگلی ٹیم اسے دہرانے سے بچتی ہے۔
ذرائع (5)
- Hindsight ≠ foresight: The effect of outcome knowledge on judgment under uncertainty۔ Journal of Experimental Psychology: Human Perception and Performance 1(3) (B. Fischhoff), 1975۔
- Architecture Decisions کی دستاویز سازی۔ Michael Nygard, Relevance (اب Cognitect) بلاگ، 2011۔
- Architecture decision record (Azure Well-Architected Framework)۔ Microsoft Learn, 2024۔
- Decision Log (Code-With Engineering Playbook)۔ Microsoft, 2024۔
- Lightweight Architecture Decision Records (Technology Radar)۔ Thoughtworks, 2018۔
ایک بار جب آپ منتخب کرتے ہیں۔ دوبارہ جب آپ ریویو کرتے ہیں۔ مفت، انگریزی اور عربی میں۔