بسیاری از کارهای سازمانی نه بهدلیل کمبود مهارت، بلکه بهدلیل ابهام مسئولیت متوقف میشوند. فروش تصور میکند عملیات باید اقدام کند، عملیات منتظر تأیید مالی است و مدیرعامل نیز زمانی از مسئله باخبر میشود که مشتری اعتراض کرده است. ماتریس RACI مشخص میکند چه کسی کار را اجرا میکند، چه کسی پاسخگوی نهایی است، نظر چه کسانی باید دریافت شود و چه افرادی فقط باید در جریان قرار گیرند.
این ابزار جای شرح شغل، فرایند یا ساختار سازمانی را نمیگیرد. RACI برای روشنکردن نقشها در یک خروجی، تصمیم یا فرایند مشخص مفید است؛ بهویژه زمانی که چند واحد درگیر هستند.
فهرست مطالب مقاله
ToggleRACI مخفف چیست؟
هر حرف یکی از چهار نوع مشارکت را نشان میدهد:
R: مسئول اجرا
فرد یا نقشی که کار را انجام میدهد و خروجی را تولید میکند. برای یک فعالیت میتواند بیش از یک مسئول اجرا وجود داشته باشد، هرچند افزایش تعداد افراد ممکن است هماهنگی را دشوار کند.
A: پاسخگوی نهایی
فردی که مالک نتیجه است و درباره تکمیل درست کار پاسخ میدهد. بهتر است برای هر خروجی فقط یک پاسخگوی نهایی تعیین شود؛ در غیر این صورت، تصمیم نهایی ممکن است میان چند نفر معلق بماند.
C: مشاور
فردی که پیش از تصمیم یا اجرا باید نظر تخصصی او دریافت شود. ارتباط با مشاور دوسویه است: اطلاعات را دریافت میکند و بازخورد میدهد.
I: مطلع
فردی که باید از تصمیم، پیشرفت یا نتیجه آگاه شود، اما تأیید یا مشورت او برای ادامه کار لازم نیست. ارتباط با این نقش معمولاً یکسویه است.
راهنمای رسمی دولت بریتانیا نیز RACI را روشی برای تعیین نقشهای مسئول اجرا، پاسخگو، مشاور و مطلع معرفی میکند و نمونهای برای توافق درباره مسئولیتها ارائه میدهد: Agreeing roles and responsibilities.
چه زمانی به ماتریس RACI نیاز داریم؟
برای همه فعالیتهای روزمره سازمان ماتریس نسازید. این ابزار در شرایط زیر ارزش بیشتری دارد:
- چند واحد روی یک خروجی اثر میگذارند؛
- کارها میان افراد پاس داده میشوند؛
- تأییدهای متعدد باعث تأخیر شدهاند؛
- دو نفر خود را صاحب یک تصمیم میدانند؛
- هیچکس مسئولیت نتیجه را نمیپذیرد؛
- مدیرعامل به نقطه تأیید تمام کارها تبدیل شده است؛
- هنگام خطا، واحدها یکدیگر را مقصر میدانند؛
- فرایند با غیبت یک فرد متوقف میشود؛
- پروژه یا خدمت تازهای راهاندازی شده است.
نمونههای مناسب شامل استخدام، رسیدگی به شکایت، راهاندازی محصول، تصویب تخفیف خاص، خرید، تولید محتوا و تحویل سفارش هستند.
تفاوت RACI با شرح شغل چیست؟
شرح شغل، مسئولیتهای نسبتاً پایدار یک نقش را توضیح میدهد؛ اما ماتریس RACI مشارکت نقشها را در یک فرایند یا خروجی مشخص نشان میدهد.
برای مثال، در شرح شغل مدیر فروش ممکن است «مدیریت عملکرد فروش» نوشته شود. در فرایند تصویب تخفیف، RACI دقیقتر مشخص میکند:
- کارشناس فروش درخواست را آماده میکند؛
- مدیر فروش پاسخگوی نهایی تصمیم تجاری است؛
- مالی درباره حاشیه سود مشورت میدهد؛
- انبار از نتیجه مطلع میشود.
بنابراین ماتریس نباید به فهرستی کلی از وظایف تبدیل شود.
مرحله اول: یک فرایند مسئلهدار انتخاب کنید
از کل سازمان شروع نکنید. فرایندی را انتخاب کنید که یکی از این نشانهها را دارد:
- تأخیر پرتکرار؛
- دوبارهکاری؛
- شکایت مشتری؛
- اختلاف میان واحدها؛
- تأییدهای زیاد؛
- خروجی بدون مالک؛
- وابستگی شدید به مدیر.
ابتدا نقطه شروع و پایان فرایند را تعیین کنید. مثلاً فرایند رسیدگی به شکایت از «ثبت شکایت» آغاز و با «اعلام راهحل، اجرای اقدام و بستن پرونده» پایان مییابد.
اگر مرز فرایند روشن نباشد، ماتریس بسیار بزرگ و مبهم خواهد شد.
مرحله دوم: خروجیها و تصمیمها را بنویسید
سطرهای ماتریس باید خروجی یا اقدام قابل تشخیص باشند، نه عبارتهای کلی.
عبارت مبهم:
- مدیریت مشتری؛
- همکاری با واحد مالی؛
- نظارت بر پروژه.
عبارت دقیقتر:
- ثبت شکایت؛
- بررسی سوابق سفارش؛
- تعیین راهحل جبرانی؛
- تصویب هزینه؛
- اطلاع نتیجه به مشتری؛
- ثبت علت ریشهای؛
- بستن پرونده.
هر سطر باید نتیجهای داشته باشد که بتوان تکمیلشدن آن را بررسی کرد.
مرحله سوم: نقشها را بهجای نام افراد وارد کنید
ستونهای ماتریس بهتر است براساس نقشهایی مانند مدیر فروش، کارشناس خدمات، مدیر عملیات و مسئول مالی ساخته شوند.
استفاده از نام افراد دو مشکل ایجاد میکند:
- با جابهجایی کارکنان، ماتریس زود قدیمی میشود؛
- مسئولیت به فرد وابسته میماند و به ساختار نقش منتقل نمیشود.
در سازمان کوچک ممکن است یک نفر چند نقش داشته باشد. بااینحال نقشها را جدا بنویسید تا مشخص شود فرد با کدام اختیار وارد فرایند شده است.
مرحله چهارم: ابتدا A و سپس R را تعیین کنید
برای هر سطر ابتدا بپرسید: «اگر این خروجی ناقص یا دیر تحویل شود، چه کسی باید پاسخ دهد؟» پاسخ این سؤال نقش A را مشخص میکند.
سپس بپرسید: «چه کسی کار واقعی را انجام میدهد؟» این نقش R است.
خطاهای رایج در این مرحله عبارتاند از:
- تعیین دو پاسخگوی نهایی؛
- قراردادن مدیرعامل بهعنوان A تمام سطرها؛
- معرفی یک فرد بهعنوان R بدون دادن اختیار لازم؛
- تعیین واحد بهجای نقش مشخص؛
- یکسانگرفتن اجرا و تأیید در همه موقعیتها.
ممکن است یک نقش هم R و هم A باشد؛ بهخصوص در کارهای ساده. اما در تصمیمهای حساس، تفکیک اجرا از پاسخگویی میتواند کنترل بهتری ایجاد کند.
مرحله پنجم: تعداد C و I را محدود کنید
بعضی مدیران برای جلوگیری از نارضایتی، افراد زیادی را مشاور تعریف میکنند. نتیجه، جلسههای طولانی و توقف تصمیم است.
برای هر C مشخص کنید:
- درباره چه موضوعی باید نظر دهد؟
- تا چه زمانی باید پاسخ بدهد؟
- اگر پاسخ نداد، فرایند چگونه ادامه مییابد؟
- آیا نظر او مشورتی است یا تأیید رسمی؟
افرادی که فقط باید نتیجه را بدانند در ستون I قرار میگیرند. افزودن افراد به تمام ایمیلها به معنای اطلاعرسانی مؤثر نیست. پیام باید کوتاه، مرتبط و در زمان مناسب ارسال شود.
نمونه ماتریس RACI برای رسیدگی به شکایت مشتری
| فعالیت | خدمات مشتری | مدیر فروش | عملیات | مالی | مدیرعامل |
|---|---|---|---|---|---|
| ثبت شکایت | R/A | I | I | — | — |
| بررسی سابقه سفارش | R | A | C | I | — |
| تعیین راهحل عملیاتی | C | A | R | I | — |
| تصویب جبران در سقف مجاز | R | A | C | C | — |
| جبران خارج از سقف | R | C | C | C | A |
| اعلام نتیجه به مشتری | R | A | I | — | — |
| تحلیل علت ریشهای | R | A | R | I | I |
این جدول صرفاً نمونه است. سقف مالی، ریسک حقوقی، نوع مشتری و ساختار هر سازمان میتوانند نقشها را تغییر دهند.
قواعد ارجاع را کنار ماتریس بنویسید
RACI بهتنهایی نمیگوید چه زمانی مسئله باید به سطح بالاتر منتقل شود. قواعد ارجاع میتوانند شامل این موارد باشند:
- عبور هزینه از سقف مصوب؛
- احتمال نقض قانون یا قرارداد؛
- ریسک ایمنی؛
- اثر جدی بر اعتبار برند؛
- مشتری راهبردی؛
- تعارض منافع؛
- نبود اطلاعات کافی؛
- اختلاف حلنشده میان دو واحد؛
- تصمیم غیرقابل بازگشت؛
- تأخیر بیشتر از زمان توافقشده.
ارجاع بهموقع نباید ضعف تلقی شود. کارمند باید بتواند ریسک خارج از اختیار خود را بدون ترس گزارش کند.
ماتریس را در یک جلسه کوتاه اعتبارسنجی کنید
نسخه اولیه را مدیر بهتنهایی نهایی نکند. افراد درگیر باید بررسی کنند:
- آیا R ابزار و اطلاعات لازم را دارد؟
- آیا A واقعاً اختیار تصمیم دارد؟
- آیا نظر تمام Cها ضروری است؟
- آیا افراد I اطلاعات مناسب را در زمان درست میگیرند؟
- آیا فعالیتی بدون R یا A مانده است؟
- آیا فردی در تقریباً تمام خانهها حضور دارد؟
- آیا زمان پاسخ و قاعده ارجاع مشخص است؟
هدف جلسه دفاع از قلمرو واحدها نیست؛ هدف، تحویل بهتر خروجی است.
RACI را به شاخص و زمان متصل کنید
ماتریس فقط مسئولیت را نشان میدهد. برای اجرا باید کنار آن این موارد نیز مشخص شوند:
- خروجی مورد انتظار؛
- معیار پذیرش؛
- زمان تحویل؛
- سقف اختیار؛
- ابزار ثبت؛
- شاخص عملکرد؛
- زمان بازبینی.
برای نمونه، «پاسخ به شکایت» باید به زمان پاسخ اولیه، موعد راهحل، ثبت علت و وضعیت نهایی پرونده متصل شود. در غیر این صورت، نقشها روشناند اما کیفیت نتیجه همچنان مبهم است.
مقاله سیستمسازی کسبوکار نیز بر مستندسازی فرایند، تعیین نقشها و کاهش وابستگی عملیات به حضور دائمی مدیر تأکید دارد.
اشتباهات رایج در طراحی ماتریس RACI
- ساخت ماتریس برای تمام کارهای سازمان؛
- استفاده از فعالیتهای مبهم؛
- نوشتن نام افراد بهجای نقش؛
- داشتن چند A برای یک خروجی؛
- نداشتن R؛
- قراردادن مدیرعامل در تمام سطرها؛
- تبدیل تمام افراد به C؛
- اشتباهگرفتن مشورت با تأیید؛
- ندادن اختیار به مسئول اجرا؛
- ننوشتن قواعد ارجاع؛
- بیتوجهی به غیبت و جانشین نقش؛
- بهروزرسانینکردن ماتریس پس از تغییر فرایند؛
- استفاده از ابزار برای سرزنش افراد.
برنامه چهارهفتهای اجرای آزمایشی
هفته اول: انتخاب و مشاهده
یک فرایند بینواحدی را انتخاب کنید و تمام توقفها، تأییدها و دوبارهکاریهای آن را ثبت کنید.
هفته دوم: طراحی
خروجیها و نقشها را بنویسید، سپس برای هر سطر A، R، C و I را تعیین کنید. سقف اختیار و قاعده ارجاع را بیفزایید.
هفته سوم: اجرای محدود
ماتریس را روی چند پرونده واقعی اجرا کنید. موارد ابهام، تأخیر مشاوران و تصمیمهای ارجاعشده را ثبت کنید.
هفته چهارم: بازبینی
زمان انجام، تعداد رفتوبرگشت، پروندههای بدون مالک و کیفیت خروجی را با وضعیت قبلی مقایسه کنید. نقشهای اضافی را حذف و قواعد مبهم را اصلاح کنید.
نقش دوره MBA/DBA مدیریت مؤسسه امین
ماتریس RACI با تیمسازی، سیستمسازی، مدیریت منابع انسانی، بهرهوری و تفکر سیستمی ارتباط دارد. این موضوعات در دوره MBA/DBA مدیریت مؤسسه امین در کنار مسائل واقعی مدیران و تمرینهای اجرایی بررسی میشوند.
رویکرد مؤسسه امین بر ۲۱ سال سابقه، کارگاههای هفتگی و امکان حضور مجدد رایگان استوار است. وضعیت جاری مجوز وزارت علوم و قابلیت ارزیابی مدارک توسط WES باید از اطلاعات رسمی دوره بررسی شود.
سؤالات متداول
آیا برای هر فعالیت باید فقط یک R وجود داشته باشد؟
الزاماً نه؛ اما تعدد مسئولان اجرا میتواند هماهنگی را دشوار کند. بهتر است سهم هر مسئول و نحوه تحویل میان آنها روشن باشد.
آیا A همان مدیر واحد است؟
همیشه خیر. پاسخگوی نهایی باید اختیار و مالکیت واقعی آن خروجی را داشته باشد. انتخاب صرفاً براساس عنوان سازمانی ممکن است گلوگاه ایجاد کند.
ماتریس RACI هر چند وقت بازبینی شود؟
پس از تغییر فرایند، ساختار، ابزار، سقف اختیار یا مسئول نقش باید بازبینی شود. برای فرایندهای فعال، بازبینی فصلی یا پس از بروز چند خطای مشابه مفید است.
جمعبندی و فراخوان
ماتریس RACI با چهار نقش ساده، ابهام مسئولیت را آشکار میکند؛ اما فقط زمانی اثرگذار است که فعالیتها دقیق، پاسخگوی نهایی واحد، اختیار متناسب و قواعد ارجاع روشن باشند. کار را از یک فرایند پرتوقف آغاز و نتیجه را با زمان تحویل و دوبارهکاری ارزیابی کنید.
برای تمرین سیستمسازی، مدیریت منابع انسانی، تیمسازی و تفکر سیستمی، صفحه دوره MBA/DBA مدیریت مؤسسه امین را بررسی کنید.




