تعیین نام مالک برای هر سند کافی نیست؛ یک پاسخ ممکن است همزمان به قیمت، دامنه خدمت و تعهد قراردادی مربوط باشد. اگر دو مالک نظر متفاوت دارند، مدل نباید تازهترین فایل یا قاطعترین جمله را برنده اعلام کند. مسئله این راهنما حل تعارض اختیار میان چند مالک است، نه تقویم بازبینی محتوای قدیمی.
واحد تصمیم را کوچک کنید
یک سؤال کلی مانند «برای مشتری چه قولی بدهیم؟» را به تصمیمهای جدا بشکنید: مبلغ، امکان اجرا، زمان تعهد و انتشار پاسخ. برای هر تصمیم، یک صاحب اختیار نهایی و چند مشارکتکننده مشخص کنید. در DACI، هماهنگکننده پیگیر جمعآوری اطلاعات است و تصمیمگیر با مشارکتکننده یکی نیست؛ این تفکیک مبنای طراحی نمونه ماست.
هیچ واحدی نباید با اختیار موضوع خودش، موضوع دیگری را بیصدا تغییر دهد. مالک قیمت میتواند درباره مبلغ نظر نهایی بدهد، اما ظرفیت اجرا را از طرف عملیات تأیید نکند. اگر تصمیم چندموضوعی نیاز به مرجع بالاتر دارد، آن ارجاع باید در ماتریس مشخص باشد و تا تعیین تکلیف، پاسخ قطعی متوقف بماند.
پرونده تعارض با گزینه و شاهد
در سناریوی ساختگی، فروش میخواهد نصب رایگان وعده داده شود، عملیات میگوید دامنه نصب هنوز معلوم نیست و مالی میگوید این استثنا خارج از اختیار کارشناس است. هماهنگکننده پرونده CONFLICT-01 را میسازد. سه نظر به عنوان شاهد حفظ میشوند و هیچکدام خودکار پاسخ جاری دستیار نمیشوند.
| تصمیم | تصمیمگیر نمونه | مشارکتکننده | شرط |
|---|---|---|---|
| دامنه نصب | مالک عملیات | فروش | شرح محل و کار روشن شود |
| استثنای مبلغ | مرجع مالی مجاز | فروش و عملیات | دامنه مصوب موجود باشد |
| متن عمومی پاسخ | مالک انتشار | صاحبان دو تصمیم | هر دو شاهد ثبت شوند |
بعد از تأیید دامنه، مرجع مالی میتواند استثنای یک پرونده مشخص را مجاز بداند. این مجوز به همه مشتریان تبدیل نمیشود. رکورد override باید تصمیم قبلی، دلیل، دامنه مخاطب، زمان پایان و مرجع اختیار را نگه دارد. واژه فوریت یا دستور داخل سند، جای صاحب اختیار تعریفشده نیست.
انتشار و پایان استثنا را آزمایش کنید
دو آزمون بسازید: مشتری داخل دامنه استثنا و مشتری خارج آن. پاسخ برای دومی نباید استثنای پرونده اول را تعمیم دهد. بعد از پایان اعتبار، نسخه استثنا از پاسخ جاری کنار میرود ولی سابقه تصمیم حفظ میشود. تمدید هم رخداد تازه با اختیار معتبر میخواهد.
CSV همراه نظرها را به تصمیمها متصل میکند و ستون مجوز انتشار جدا دارد. توافق روی یک عدد لزوماً مجوز انتشار صفحه یا تغییر سرویس نیست. این الگو روش پیشنهادی حاکمیت است و مسئولیت حقوقی یا اختیار رسمی افراد واقعی را تعیین نمیکند؛ سازمان باید نقشها و مسیر حل بنبست را خودش تصویب کند.
کاربرگ همراه و منبع
دریافت CSV اختصاصی این راهنما؛ تمام رکوردها و شناسههای کاربرگ ساختگیاند. مقادیر نمونه را به داده یا نتیجه واقعی مشتری تعبیر نکنید.
Atlassian: نقشهای DACI. منابع در ۱ نوامبر ۲۰۲۶ خوانده شدند؛ مثال و الگوی اجرایی بالا پیشنهاد آموزشی تحریریه است، نه تأیید قابلیت محصول.
اگر این مسئله در مسیر پاسخگویی مشتری شما وجود دارد، آموزشهای اپرا را ببینید و همین کاربرگ را برای بررسی دامنه و محدودیت در دمو آماده کنید.