افراد تصمیم می‌گیرند و سپس از آن موضوع عبور می‌کنند؛ اما تصمیم و دلایل آن با آن‌ها می‌رود. یک گزارش ثبت تصمیمات، «چرایی» را در کنار «چیستی» نگه می‌دارد تا همکارانی که در جلسه نبوده‌اند نیز مطلع باشند.
بدون داشتن دلایل، یک تیم یا مجبور است تصمیمی را که دیگر درکش نمی‌کند حفظ کند، یا آن را لغو کرده و دوباره همان مشکلی را که حل شده بود، بازگرداند.
باروخ فیش‌هوف، روان‌شناس، نشان داد که وقتی افراد از نتیجه باخبر می‌شوند، آن را پیش‌بینی‌پذیرتر از آنچه واقعاً بوده می‌بینند. او این پدیده را «جبرگرایی خزنده» نامید.
Journal of Experimental Psychologyراهنمای معماری Microsoft: تصمیمی که هرگز ثبت نشود «احتمالاً فراموش خواهد شد و منجر به بحث‌های تکراری می‌شود.» گزارش را فقط به صورت افزودنی (append-only) نگه دارید و برای هر تصمیم، سطح اطمینان تعیین کنید.
Microsoft Learnمایکل نیگارد، ثبت تصمیمات را با این ساختار پیشنهاد داد: عنوان، زمینه، تصمیم، وضعیت و پیامدها. «تمام پیامدها باید اینجا لیست شوند، نه فقط موارد مثبت.»
Michael NygardThoughtworks در رادار فناوری خود، ثبت تصمیمات سبک را در حلقه Adopt قرار داد که قوی‌ترین توصیه آن‌هاست.
Thoughtworksاز یک کلینیک، یک مدرسه، یک مرکز خدمات و یک شعبه بانک گرفته تا هر جای دیگر: فیلدهای یکسان، هر تصمیم مهمی را ثبت می‌کنند.
| شناسه | عنوان | تصمیم‌گیری شده | مسئول | تصمیم | نتیجه مورد انتظار | سطح اطمینان | بازبینی | وضعیت |
|---|---|---|---|---|---|---|---|---|
| D-005 | رزرو وقت قبلی برای افتتاح حساب | 2026-10-20 | مدیر شعبه | ما برای افتتاح حساب، امکان رزرو وقت قبلی را فراهم می‌کنیم، در حالی که مراجعه حضوری نیز حفظ خواهد شد. | کاهش زمان انتظار برای درخواست‌های سریع. | کم | 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 | معاون آموزشی | We will run two shorter assessments per term in grades 7 to 9 from September. | معلمان ظرف دو هفته بر اساس نتایج میان‌ترم اقدام می‌کنند. | متوسط | 2027-01-31 | پذیرفته شد |
| D-001 | تماس‌های پیگیری به هماهنگ‌کننده منتقل می‌شود | 2026-02-10 | مدیر عملیات | We will move follow-up calls to a dedicated coordinator from 1 March. | میزان تکمیل ظرف سه ماه افزایش می‌یابد. | متوسط | 2026-06-01 | جایگزین شده با D-004 |
فایل XLSX زمانی که تاریخ بازبینی سپری شود و نتیجه‌ای ثبت نشده باشد، علامت Review due را نمایش می‌دهد. این فایل‌ها شامل زمینه، گزینه‌های بررسی‌شده، شواهد، موارد نامشخص و نتیجه بازبینی، به‌علاوه یک برگه ثبت یک‌صفحه‌ای هستند.
شامل موارد رد شده و دلیل آن‌ها. این فیلد اغلب پر نشده‌ترین و در عین حال پرنیازترین بخش است.
یک جمله با فعل معلوم که با «ما ... خواهیم کرد» شروع شود.
خودِ نظرسنجی، گزارش یا گزارش ثبت‌شده را پیوند دهید تا خوانندگان بعدی بتوانند اعتبار آن را بسنجند.
آنچه در صورت موفقیت باید محقق شود و تا چه زمانی. پیش از آنکه بدانید، نوشته شود.
بالا، متوسط یا پایین، همراه با یک خط توضیح درباره آنچه نامشخص باقی مانده است.
پیشنهادی، پذیرفته شده، جایگزین شده یا بایگانی شده. گزینه Superseded به جایگزین خود لینک می‌شود.
انتخاب آنچه اهمیت دارد
تصمیماتی که نحوه کار شما را شکل می‌دهند، بر کیفیت یا ایمنی تأثیر می‌گذارند یا بازگشت از آن‌ها دشوار است. نه هر خرید ساده‌ای.
در همان هفته ثبت کنید
ثبتی که در همان هفته نوشته شود دقیق است. ثبتی که ماه‌ها بعد نوشته شود، بازسازی گذشته است.
نام گزینه‌های رد شده را بیاورید
و دلیل رد شدن هر کدام. این همان چیزی است که تیم بعدی می‌خواهد دوباره بررسی کند.
انتظارات خود را بیان کنید
نتیجه، تاریخ و میزان اطمینان شما. نگاه به گذشته سعی می‌کند هر سه مورد را از بین ببرد.
بازبینی در تاریخ مقرر
آنچه واقعاً رخ داده را در کنار آنچه انتظار داشتید بنویسید. شواهد ضعیف، تغییر شرایط یا بدشانسی: مشخص کنید کدام مورد.
جایگزین کنید، هرگز بازنویسی نکنید
یک رکورد جدید جایگزین رکورد قدیمی شده و به آن لینک می‌شود. تاریخچه تغییر مسیر، اغلب ارزشمندترین بخش است.
گزارش تبدیل به صورت‌جلسه می‌شود. هیچ‌کس آن را نمی‌خواند، پس دیگر کسی هم آن را نمی‌نویسد.
بدون ذکر گزینه‌های رد شده، همان بحث یک سال دیگر دوباره تکرار خواهد شد.
در آن زمان نتیجه مشخص شده و گزارش بر اساس آن شکل می‌گیرد.
ردپا از بین می‌رود. یک رکورد جدید بنویسید و رکورد قبلی را به‌عنوان جایگزین‌شده علامت‌گذاری کنید.
در این صورت، هیچ‌کس هرگز نمی‌فهمد که آیا آن تصمیم به وعده‌های خود عمل کرده است یا خیر.
گزارشی که در کنار طرح‌ها و دستورالعمل‌های مربوطه باشد، خوانده می‌شود؛ اما گزارشی که در یک پوشه باشد، خیر.
یک صفحه گسترده فقط ردیف‌ها را نگه می‌دارد. نمی‌تواند نشان دهد که به هر ردیف چقدر می‌توان اعتماد کرد یا بعد از آن چه اتفاقی افتاده است.
- مردم می‌پرسند «چرا چنین تصمیمی گرفتیم؟» و پاسخ در صندوق ورودی (inbox) یکی از افراد است.
- تصمیمات، دستورالعمل‌ها و درس‌ها در فایل‌های مختلفی زندگی می‌کنند که هرگز با هم ملاقات نمی‌کنند.
- نمی‌توان یک تصمیم تأییدشده را از حدس و گمان یک فرد تشخیص داد.
- دستیارانی که تیم شما از آن‌ها استفاده می‌کند، نمی‌توانند دلیل تصمیمات شما را ببینند.
ROADYOM PRISM
هر تصمیم، با تمام وزن آن.
Prism تصمیمات و دانش یک سازمان را به عنوان مواردی با سطح اعتماد مشخص نگه می‌دارد: تأییدشده، دارای شواهد، مشاهده‌شده یا استنباط‌شده. هر تصمیم به شواهد خود، به مراحلی که آن را اجرا می‌کنند و به نتایج و درس‌های بخش Pause and Learn متصل است. وقتی تصمیمی جایگزین می‌شود، تصمیم قبلی همچنان قابل مشاهده باقی می‌ماند. تصمیم‌ها توسط انسان‌ها گرفته می‌شوند؛ Prism دلایل آن‌ها را حفظ می‌کند.
نقش هماهنگ‌کننده، تماس‌های ترخیص را اضافه می‌کند
- تصمیم
- ما از ماه جولای، تماس‌های مربوط به ترخیص را به وظایف هماهنگ‌کننده اضافه خواهیم کرد.
- مسئول
- مدیر عملیات
- بازبینی
- 2026-12-15
آیا این همان صورت‌جلسه است؟
خیر. صورت‌جلسه آنچه گفته شده را ثبت می‌کند. یک رکورد تصمیم، آنچه تصمیم گرفته شده، دلیل آن، سایر گزینه‌های بررسی‌شده و انتظارات شما را نگه می‌دارد. در یک صفحه یا کمتر.
چه کسی باید رکورد را بنویسد؟
صاحب تصمیم یا شخصی که او در همان هفته نام می‌برد. افرادی که با آن‌ها مشورت شده باید بتوانند آن را بخوانند و حقایق را اصلاح کنند.
در مورد تصمیماتی که سال‌ها پیش گرفته‌ایم چطور؟
با تصمیمات جدید شروع کنید. سپس تعداد کمی از تصمیمات گذشته را که مردم بیشتر درباره‌شان می‌پرسند بازسازی کنید و آن‌ها را به‌عنوان «بازسازی‌شده» علامت‌گذاری کنید.
آیا این یک روش مهندسی نرم‌افزار نیست؟
از آنجا شروع شد، با رکورد تصمیمات معماری. اما هیچ‌چیز در آن مختص نرم‌افزار نیست. قوانین پذیرش، سیاست‌های ارزیابی و ساعات کاری نیز دارای زمینه، گزینه‌ها و پیامدها هستند.
Confidence چه چیزی اضافه می‌کند؟
این بخش آنچه را که قبل از دانستن نتیجه باور داشتید، ثبت می‌کند. هنگام بازبینی، یک تصمیم با اعتمادبه‌نفس که شکست خورده، درسی متفاوت از یک تصمیم محتاطانه دارد.
آیا تصمیمی هرگز باید حذف شود؟
خیر. آن را بازنشسته یا جایگزین کنید. ثبتِ یک تصمیمِ لغو شده، راهی است که تیم بعدی از تکرار آن جلوگیری کند.
Sources (5)
- نگاه به گذشته ≠ آینده‌نگری: تأثیر دانستن نتیجه بر قضاوت در شرایط عدم قطعیت. Journal of Experimental Psychology: Human Perception and Performance 1(3) (B. Fischhoff)، 1975.
- مستندسازی تصمیمات معماری. Michael Nygard، وبلاگ Relevance (اکنون Cognitect)، 2011.
- گزارش تصمیم معماری (Azure Well-Architected Framework). Microsoft Learn، 2024.
- گزارش تصمیم (Code-With Engineering Playbook). Microsoft، 2024.
- گزارش‌های سبک تصمیم معماری (Technology Radar). Thoughtworks، 2018.
یک بار هنگام انتخاب. دوباره هنگام بازبینی. رایگان، به زبان انگلیسی و عربی.