«فکر میکردم مسئولیتش با تو بود» — این جمله را در خیلی از تیمها شنیدهایم. وقتی کارها مبهم باشند، یا چند نفر همزمان سراغ یک کار میروند، یا هیچکس سراغش نمیرود. نتیجه، دوبارهکاری، تأخیر و دعواهای بیپایان بر سر «کار کی بود» است.
راهحل ساده و اثباتشدهٔ این مشکل، ماتریس RACI است: جدولی که برای هر کار پروژه مشخص میکند چه کسی اجرا میکند، چه کسی پاسخگوست، چه کسی مشاوره میدهد و چه کسی فقط باید در جریان باشد. در این مقاله یک قالب RACI رایگان بههمراه نمونهٔ تکمیلشده و قواعد درست استفاده از آن به شما میدهیم.
پاسخ سریع
قالب RACI چیست؟
قالب RACI جدولی است که در آن، برای هر کار یا فعالیت پروژه، نقش چهارگانهٔ افراد مشخص میشود: Responsible (اجراکننده)، Accountable (پاسخگو/مسئول نهایی)، Consulted (مشاور) و Informed (مطلع). این ماتریس مشخص میکند چه کسی کار را انجام میدهد و چه کسی پاسخگوی نتیجه است.
RACI مخفف چیست و از کجا آمده؟
RACI مخفف چهار کلمهٔ انگلیسی است:
- R = Responsible: اجراکننده.
- A = Accountable: پاسخگو.
- C = Consulted: مشاور.
- I = Informed: مطلع.
ماتریس RACI بهعنوان یکی از ابزارهای شفافسازی نقشها در مدیریت پروژه رواج پیدا کرده و در بسیاری از متدولوژیهای مدیریتی و اسناد پروژه (از جمله بهعنوان مکمل منشور پروژه) بهکار میرود. ارزشش در سادگی است: بهجای نوشتن شرح وظیفهٔ طولانی، با چهار حرف مسئولیت را شفاف میکنید.
همین امروز به دوایتیفای بپیوندید
پروژهها را بدون سردرگمی پیش ببرید: همهٔ وظایف، پیشرفتها و گزارشهای تیم در یک محیط یکپارچه. ساختهشده برای شرکتها، استارتاپها و تیمهای دورکار — با راهاندازی چنددقیقهای، پشتیبانی فارسی و نسخهٔ آزمایشی رایگان.
چهار نقش RACI دقیقاً یعنی چه؟
| حرف | نقش | معنی | مثال |
|---|---|---|---|
| R | Responsible | کسی که کار را انجام میدهد | طراح، صفحه را طراحی میکند |
| A | Accountable | کسی که پاسخگوی نتیجه است و تأیید نهایی میکند | مدیر پروژه نتیجه را تضمین میکند |
| C | Consulted | کسی که نظرش گرفته میشود | مشتری در طراحی نظر میدهد |
| I | Informed | کسی که فقط باید در جریان نتیجه باشد | توسعهدهنده از طرح مطلع میشود |
نکتهٔ مهمی که اغلب اشتباه گرفته میشود: A یعنی «مسئول نهایی» که کار را واگذار میکند و پاسخگوست؛ نه لزوماً کسی که خودش کار را انجام میدهد. R یعنی همان کسی که کار را اجرا میکند.
تفاوت R و A را دقیقتر بفهمید
با یک مثال روشن میشود: در فعالیت «تهیهٔ گزارش مالی»، حسابدار R است (کار را انجام میدهد) و مدیر مالی A است (مسئول صحت و تحویل گزارش است و آن را تأیید میکند). اگر گزارش اشتباه شود، پاسخگوی نهایی مدیر مالی است، هرچند خودش عددها را وارد نکرده است.
قالب ماتریس RACI — نسخهٔ قابل کپی
در این قالب، کارها را در ردیفها و افراد/نقشها را در ستونها بگذارید:
| کار / فعالیت | [فرد ۱] | [فرد ۲] | [فرد ۳] | [فرد ۴] |
|---|---|---|---|---|
| [کار ۱] | R | A | I | C |
| [کار ۲] | I | R | C | A |
| [کار ۳] | C | A | R | I |
نسخهٔ متنی (برای ابزارهایی که جدول نمیپذیرند)
فعالیت: [نام فعالیت] - R (اجرا): [نام] - A (پاسخگو): [نام] - C (مشاور): [نامها] - I (مطلع): [نامها]
نمونهٔ تکمیلشده — پروژهٔ طراحی سایت
| کار | مدیر پروژه | طراح | توسعهدهنده | مشتری |
|---|---|---|---|---|
| طراحی صفحات | A | R | C | C |
| توسعهٔ قالب | A | I | R | I |
| تولید محتوا | A | I | I | R |
| تأیید نهایی | I | I | I | A |
در این نمونه دقت کنید: در هر ردیف فقط یک A وجود دارد و مسئول نهایی روشن است.
نمونهٔ دوم — فرایند استخدام
| کار | مدیر منابع انسانی | سرپرست واحد | مدیرعامل | کمیتهٔ مصاحبه |
|---|---|---|---|---|
| اعلام نیاز | A | R | I | I |
| بررسی رزومهها | C | C | I | R |
| مصاحبه | A | R | I | R |
| تصمیم نهایی استخدام | C | C | A | I |
قواعد طلایی استفاده از RACI
- هر کار دقیقاً یک A: اگر دو A باشد، مسئولیت مبهم است؛ اگر هیچ A نباشد، هیچکس پاسخگو نیست.
- در هر ردیف حداقل یک R: کاری که R ندارد، انجام نمیشود.
- A و R جدا باشند: در حالت ایدهآل، کسی که تأیید میکند، خودش همان کار را اجرا نکند.
- از تعداد زیاد C و I پرهیز کنید: مشاورهٔ زیاد سرعت کار را میکشد؛ اطلاعرسانی بیمورد، نویز میسازد.
- ماتریس را با تیم تأیید کنید: RACI باید مورد قبول همه باشد، نه یک سند یکطرفه.
- سطح مناسب را انتخاب کنید: RACI را برای فعالیتهای اصلی بسازید، نه تکتک کارهای ریز.
چطور قالب را پر کنیم؟
- کارها را در ردیفها بنویسید: فعالیتهای کلیدی پروژه را فهرست کنید، نه جزئیات ریز.
- افراد یا نقشها را در ستونها بگذارید: برای تیمهای بزرگتر، بهجای نام افراد از نقش استفاده کنید.
- برای هر کار، R و A را اول مشخص کنید: این دو، ستون فقرات ماتریساند.
- بعد C و I را اضافه کنید: فقط کسانی که واقعاً لازماند.
- قانون طلایی را چک کنید: هر کار یک A و حداقل یک R دارد.
- با تیم مرور و نهایی کنید.
بهجای «نام افراد» از «نقش» استفاده کنید
اگر تیم بزرگ است یا احتمال جابهجایی افراد زیاد است، ستونها را بر اساس نقش (مثل «مدیر پروژه»، «سرپرست فنی») بگذارید، نه نام اشخاص. اینطور ماتریس با تغییر افراد بههم نمیریزد و کمتر نیاز به بهروزرسانی دارد.
مثالهای عددی از ماتریس RACI
مثال ۱ — رفع ابهام: در یک پروژهٔ ۵ نفره، ۳ نفر همزمان روی «آمادهسازی گزارش نهایی» کار میکردند چون نقشها روشن نبود. با ماتریس RACI، مشخص شد فقط ۱ نفر R است و ۱ نفر A؛ دوبارهکاری حذف شد و گزارش ۲ روز زودتر آماده شد.
مثال ۲ — تصمیمگیری: در فرایند «تأیید بودجه»، سه مدیر همزمان احساس مسئولیت میکردند و تأیید ۵ روز طول میکشید. با تعیین یک A مشخص، زمان تأیید به ۱ روز رسید.
مثال ۳ — کاهش جلسه: در فرایند طراحی، ۶ نفر بهعنوان C (مشاور) در نظر گرفته شده بودند و هر تغییر، یک جلسهٔ ۶ نفره میخواست. با کاهش مشاورها به ۲ نفر واقعاً مرتبط، سرعت بازخورد دو برابر شد.
مثال ۴ — کار انجامنشده: در یک لیست ۱۰ فعالیتی، ۲ فعالیت هیچ R نداشتند و هیچکس سراغشان نرفت؛ تا وقتی که یک نفر پرسید «اینها را کی انجام میدهد؟» پروژه ۱ هفته عقب افتاده بود. چککردن قانون «هر ردیف حداقل یک R» در همان ابتدا، جلوی این اتفاق را میگرفت.
RACI با RASCI چه فرقی دارد؟
گاهی نسخهٔ کاملتر با یک نقش اضافه بهنام S (Support) استفاده میشود:
| نسخه | نقشها | مناسب برای |
|---|---|---|
| RACI | R، A، C، I | بیشتر پروژهها و تیمها |
| RASCI | R، A، S، C، I | پروژههایی که نقش «حامی/پشتیبان» از اجراکننده جدا میشود |
نقش S یعنی کسی که کار را انجام نمیدهد اما منابع یا کمک لازم را فراهم میکند. اگر تیم شما این تمایز را لازم دارد، از RASCI استفاده کنید؛ اگر نه، RACI سادهتر و کافی است.
مزایا، معایب و Trade-off ماتریس RACI
| مزایا | معایب / محدودیت |
|---|---|
| حذف ابهام نقش و مسئولیت | برای پروژههای خیلی کوچک، ساخت ماتریس شاید سنگین باشد |
| روشنشدن پاسخگوی نهایی هر کار | ماتریس شلوغ با C و I زیاد، کار را کند میکند |
| جلوگیری از دوبارهکاری و کار انجامنشده | اگر بهروز نشود، از واقعیت عقب میماند |
| مبنای روشن برای حل اختلاف | در سطح بسیار جزئی، نگهداری ماتریس پرهزینه میشود |
نکتهٔ Trade-off: RACI را در سطح مناسب تعریف کنید — معمولاً سطح «فعالیتها و خروجیهای اصلی»، نه تکتک تسکهای ریز. اگر برای هر کار کوچک یک ماتریس بسازید، نگهداری آن از ارزشش بیشتر میشود.
محدودیتی که باید بدانید
ماتریس RACI ابهام نقش را کم میکند، اما جایگزین گفتگو و فرهنگ سالم تیم نیست. اگر تیم به مسئولیتهایش پایبند نباشد، هیچ ماتریسی کار را پیش نمیبرد. RACI یک ابزار شفافیت است، نه معجزهٔ انضباط.
مثال عملی گامبهگام: ساخت یک ماتریس RACI
برای اینکه فرایند کاملاً روشن شود، یک مثال کامل میزنیم. فرض کنید میخواهید ماتریس RACI فرایند «آمادهسازی و انتشار خبرنامهٔ ماهانه» را بسازید:
- فعالیتها را فهرست کنید: نوشتن محتوا، تأیید محتوا، طراحی قالب، ارسال خبرنامه و بررسی نرخ بازشدن.
- افراد/نقشها را مشخص کنید: کارشناس محتوا، مدیر بازاریابی، طراح و مدیر ارشد.
- R و A را تعیین کنید: برای «نوشتن محتوا»، کارشناس محتوا R و مدیر بازاریابی A است. برای «ارسال»، کارشناس محتوا R و مدیر بازاریابی A. برای «بررسی نرخ بازشدن»، کارشناس محتوا R و مدیر بازاریابی A.
- C و I را اضافه کنید: طراح فقط در «طراحی قالب» R است و در بقیه I. مدیر ارشد فقط در «بررسی نرخ» I است.
- قانون طلایی را چک کنید: هر ردیف دقیقاً یک A دارد و حداقل یک R.
این مثال نشان میدهد که ماتریس RACI در کمتر از نیم ساعت برای یک فرایند کوچک آماده میشود و برای ماهها از ابهام مسئولیت جلوگیری میکند.
چطور متوجه شویم ماتریس خراب است؟
سه علامت هشداردهنده: یک ردیف دو A دارد، یک ردیف هیچ R ندارد، یا ماتریس آنقدر شلوغ است که هر خانه با C یا I پر شده. اگر هرکدام از اینها را دیدید، قبل از استفاده ماتریس را اصلاح کنید.
اشتباهات رایج در استفاده از RACI
- چند A برای یک کار: رایجترین خطا؛ مسئولیت را مبهم میکند.
- کار بدون A: هیچکس پاسخگوی نتیجه نیست.
- همه را R کردن: وقتی همه اجراکنندهاند، هیچکس در عمل اجرا نمیکند.
- ماتریس شلوغ: پر از C و I غیرضروری.
- بهروزنکردن: ماتریس در شروع نوشته میشود اما با تغییر تیم بهروز نمیشود.
- ساختن ماتریس بدون تأیید تیم: سندی که فقط مدیر نوشته و بقیه قبول ندارند، بیفایده است.
قالب کاغذی یا ابزار آنلاین؟
ماتریس RACI در اکسل شروع خوبی است، اما نقشها وقتی واقعاً کار میکنند که به مسئولیتهای واقعی تسکها در ابزار مدیریت پروژه وصل شوند. به این ترتیب، هر تسک یک مسئول مشخص دارد و ماتریس RACI از یک جدول مرجع به یک سازوکار زنده تبدیل میشود.
در دوایتفای میتوانید برای هر تسک، مسئول و مهلت مشخص کنید، نقش اعضای تیم را در مستندات پروژه ثبت کنید و با کنترل کیفیت (QC)، مسئولیت تأیید و بازبینی را شفاف نگه دارید. شفافیت: دوایتفای محصول تیم ماست و این قالب رایگان است؛ روش این مقاله با هر ابزار دیگری هم اجرا میشود.
RACI را با چه چیزهایی ترکیب کنیم؟
ماتریس RACI بهتنهایی همهٔ ابهامها را حل نمیکند؛ اما با چند ابزار دیگر ترکیب خوبی میسازد:
- با منشور پروژه (Charter): Charter «چرا و چه چیزی» را روشن میکند و RACI «چه کسی» را.
- با جلسهٔ Kickoff: RACI را در جلسهٔ شروع معرفی و تأیید کنید تا همه از روز اول نقششان را بدانند.
- با ابزار مدیریت تسک: ماتریس را به مسئول واقعی هر تسک وصل کنید تا روی کاغذ نماند.
- با شرح وظیفه: RACI نقش در «فعالیتهای خاص» را میگوید، اما شرح وظیفهٔ کلی هر نقش را جدا بنویسید.
نکتهٔ کلیدی این است که RACI یک «نقشهٔ مسئولیت» است، نه «قانون تنبیه». اگر آن را ابزار شفافیت بدانید (نه ابزار بازخواست)، تیم با میل بیشتری آن را میپذیرد و بهروز نگه میدارد.
یک قاعدهٔ ساده برای شروع
اگر برای اولین بار میخواهید RACI بسازید، با ۵ تا ۸ فعالیت اصلی پروژه شروع کنید، نه با یک لیست بلند. ماتریس کوچک و دقیق، بهتر از ماتریس بزرگ و شلوغ کار میکند. بعداً که تیم به آن عادت کرد، در صورت نیاز فعالیتها را بیشتر کنید.
سوالات متداول
جمعبندی
قالب RACI نقش هر فرد را در هر کار با چهار حرف R، A، C و I مشخص میکند و ابهام مسئولیت را حذف میکند. قانون طلایی را رعایت کنید — هر کار دقیقاً یک A — و ماتریس را در شروع پروژه با تیم بسازید و تأیید کنید. RACI ابزار کوچکی است که از دوبارهکاری و دعوای «کار کی بود» جلوگیری میکند.
اگر موضوع قالب RACI برایتان مفید بود، پیشنهاد میکنیم نرم افزار مدیریت پروژه چابک و بهترین نرم افزار مدیریت پروژه 2026؛ کنترل وظایف، تیم و پیشرفت پروژه در یک محیط یکپارچه را هم بخوانید.
همین امروز به دوایتیفای بپیوندید
پروژهها را بدون سردرگمی پیش ببرید: همهٔ وظایف، پیشرفتها و گزارشهای تیم در یک محیط یکپارچه. ساختهشده برای شرکتها، استارتاپها و تیمهای دورکار — با راهاندازی چنددقیقهای، پشتیبانی فارسی و نسخهٔ آزمایشی رایگان.
