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