هر تصمیم مهمی در پروژه یک سؤال پنهان دارد: «اگر این کار را بکنم، چه اتفاقی می‌افتد؟» بیشتر تیم‌ها این سؤال را جواب نمی‌دهند و فقط بعد از اجرا می‌فهمند که تصمیم چه پیامدی داشته است. What-if Analysis ابزاری است که همین سؤال را قبل از اقدام، سیستماتیک و عددی پاسخ می‌دهد.
در این مقاله می‌بینید What-if Analysis در مدیریت پروژه دقیقاً چیست، چه تفاوتی با تحلیل حساسیت و Scenario Planning دارد، چطور آن را روی زمان‌بندی، هزینه و منابع پروژه اجرا کنید، چه ابزارهایی مناسب‌اند و چه دام‌هایی دارد. هدف این است که بعد از خواندن، بتوانید قبل از هر تغییر مهم، اثر آن را روی زمان، هزینه و ریسک بسنجید.
What-if Analysis در مدیریت پروژه چیست؟ (پاسخ سریع)
What-if Analysis در مدیریت پروژه تکنیکی است که در آن یک یا چند متغیر کلیدی (مدت تسک، نرخ منابع، هزینهٔ مواد، تأخیر تأمین‌کننده یا تغییر محدوده) را تغییر می‌دهیم و اثر آن را بر نتیجهٔ نهایی مانند تاریخ تحویل، بودجه و نیاز منابع بررسی می‌کنیم؛ بدون آنکه واقعاً دست به تغییر بزنیم. هدف، گرفتن تصمیم بهتر با دیدن پیامدها قبل از وقوع است.
چرا قبل از اجرا باید اثر تغییرات را بررسی کنیم؟
هر تغییر در پروژه، مثل سنگ انداختن در آب است: موجش همه‌جا را می‌گیرد. اضافه‌کردن یک قابلیت کوچک می‌تواند زنجیره‌ای از تأخیرها، افزایش هزینهٔ تست و اشباع یک متخصص را ایجاد کند. اگر این پیامدها را از قبل نبینید، تغییر «کوچک» به بحران تبدیل می‌شود.
بررسی What-if سه فایدهٔ مستقیم دارد: اول، از تصمیم‌های شتاب‌زده جلوگیری می‌کند؛ دوم، گزینهٔ بهتر را با عدد نشان می‌دهد؛ سوم، انتظارات را با واقعیت هماهنگ می‌کند. تفاوت آن با روش‌های مشابه را ببینید:
| تکنیک | تمرکز | خروجی |
|---|---|---|
| What-if Analysis | اثر تغییر یک یا چند متغیر | بازهٔ اثر بر زمان/هزینه/منابع |
| تحلیل حساسیت | کدام متغیر بیشترین اثر را دارد | رتبه‌بندی حساسیت |
| درخت تصمیم | انتخاب بین گزینه‌ها با احتمال | ارزش مورد انتظار هر گزینه |
| مونت‌کارلو | ترکیب تصادفی متغیرها | توزیع احتمال نتیجه |
| Scenario Planning | چند آیندهٔ کل‌نگر | راهبرد مقاوم در برابر آینده‌ها |
نکتهٔ کلیدی: What-if لزوماً پیچیده نیست؛ حتی یک شیت ساده با چند ستون «سناریو» هم می‌تواند کار کند.
همین امروز به دوایتیفای بپیوندید
پروژه‌ها را بدون سردرگمی پیش ببرید: همهٔ وظایف، پیشرفت‌ها و گزارش‌های تیم در یک محیط یکپارچه. ساخته‌شده برای شرکت‌ها، استارتاپ‌ها و تیم‌های دورکار — با راه‌اندازی چنددقیقه‌ای، پشتیبانی فارسی و نسخهٔ آزمایشی رایگان.
What-if Analysis روی چه چیزی اجرا می‌شود؟
۱. زمان‌بندی و مسیر بحرانی
بپرسید: «اگر فلان تسک دو روز دیرتر تمام شود، تاریخ تحویل چقدر جابه‌جا می‌شود؟» و «اگر یک نفر به تیم اضافه شود، چند روز جلو می‌افتیم؟» این نوع تحلیل روی مسیر بحرانی بیشترین اثر را دارد.
۲. بودجه و هزینه
بپرسید: «اگر نرخ منابع ۱۵ درصد بالا برود؟»، «اگر مجبور شویم یک ماژول را از بیرون بخریم؟»، «اگر محدوده ۱۰ درصد بزرگ‌تر شود؟»
۳. منابع و ظرفیت تیم
بپرسید: «اگر یکی از اعضا دو هفته در دسترس نباشد؟»، «اگر بازهٔ تعطیلات با اوج کار تلاقی کند؟»، «اگر دو پروژه هم‌زمان روی یک متخصص بیفتند؟»
۴. محدوده و کیفیت
بپرسید: «اگر این قابلیت به نسخهٔ اول اضافه شود؟»، «اگر سطح کیفیت را یک پله بالا ببریم، هزینهٔ تست چقدر می‌شود؟»
چگونه What-if Analysis را گام‌به‌گام اجرا کنیم؟
- تصمیم را روشن کنید: دقیقاً می‌خواهید اثر کدام تغییر را بسنجید؟
- متغیرهای حساس را انتخاب کنید: از میان ده‌ها متغیر، دو یا سه موردی که بیشترین اثر را دارند.
- محدودهٔ تغییر را تعیین کنید: مثلاً بین ۱۰ تا ۳۰ درصد کاهش سرعت یا ۵ تا ۱۵ روز تأخیر.
- مدل ساده بسازید: یک شیت با سه سناریوی پایه، محتمل و بدبینانه.
- خروجی را محاسبه کنید: اثر هر سناریو بر تاریخ تحویل، بودجه و نیاز منابع.
- حساس‌ترین متغیر را پیدا کنید: نمودار تورنادو نشان می‌دهد کدام متغیر بیشترین دامنهٔ اثر را دارد.
- تصمیم بگیرید و ثبت کنید: گزینهٔ بهتر را انتخاب کنید و فرض‌های تحلیل را مستند کنید.
ابزارهای مناسب
برای تیم‌های کوچک، یک صفحه‌گسترده کافی است. برای پروژه‌های پیچیده، ابزارهای شبیه‌سازی و افزونه‌های مونت‌کارلو کمک‌کننده‌اند. در همهٔ حالت‌ها، کیفیت خروجی به کیفیت ورودی و فرض‌ها بستگی دارد، نه به پیچیدگی ابزار.
مثال‌های عددی از What-if Analysis
- پروژهٔ نرم‌افزاری با تحویل ۶۰ روزه: سناریوی پایه ۶۰ روز بود. در What-if، تأخیر ۱۰ روزهٔ یکی از تأمین‌کننده‌ها بررسی شد و معلوم شد فقط ۳ روز به تاریخ نهایی اضافه می‌کند، چون آن تسک روی مسیر بحرانی نبود. نتیجه: تیم درخواست تغییر قرارداد نکرد و منابع را جای دیگری خرج کرد.
- افزودن یک قابلیت به محدوده: تحلیل نشان داد قابلیت، ۷ روز کار توسعه و ۴ روز تست اضافه می‌کند و روی مسیر بحرانی می‌افتد؛ بنابراین اگر این قابلیت اضافه شود، تاریخ تحویل ۹ روز عقب می‌افتد. تیم تصمیم گرفت آن را به نسخهٔ بعد موکول کند.
- کمبود نیروی کلیدی: تحلیل What-if نشان داد غیبت دو هفته‌ای یک متخصص، ۶ روز تأخیر ایجاد می‌کند؛ اما اگر دو نفر آموزش متقابل دیده باشند، این عدد به ۲ روز کاهش می‌یابد. سرمایه‌گذاری روی آموزش متقابل توجیه‌پذیر شد.
- جهش هزینهٔ مواد: با فرض افزایش ۲۰ درصدی قیمت، هزینهٔ پروژه از ۵۰۰ به ۵۶۰ میلیون افزایش می‌یافت. این تحلیل باعث شد یک بند تعدیل در قرارداد با مشتری دیده شود.
What-if Analysis در پروژه‌های چابک و اسپرینتی
در پروژه‌های چابک، What-if Analysis ساده‌تر اما پرتکرارتر است. به‌جای تحلیل یک‌ساله، برای هر اسپرینت دو یا سه «چه می‌شود اگر» بررسی می‌شود: اگر یکی از اعضا نصف ظرفیت داشته باشد، اگر یک تسک پیچیده دو برابر تخمین ببرد، اگر یک وابستگی بیرونی دیر برسد. خروجی این تحلیل، تنظیم «تعهد اسپرینت» و «ظرفیت قابل‌تعهد» است، نه یک برنامهٔ سنگین.
برای نمونه، فرض کنید ظرفیت اسپرینت ۸۰ ساعت است. اگر احتمال بدهید که یک تسک کلیدی دو برابر تخمین بزند، تعهد اسپرینت را روی ۶۵ ساعت ببندید تا فضای جبران داشته باشید. این تصمیم کوچک، تفاوت بین «اسپرینت ناتمام» و «اسپرینت با مقداری فضای آزاد» را می‌سازد.
| متغیر | فرض پایه | فرض بدبینانه | اثر بر تعهد اسپرینت |
|---|---|---|---|
| ظرفیت یکی از اعضا | ۱۰۰٪ | ۵۰٪ | کاهش ۸ ساعت |
| مدت یک تسک پیچیده | ۱۶ ساعت | ۳۲ ساعت | کاهش ۱۶ ساعت |
| تحویل وابستگی بیرونی | روز ۳ | روز ۸ | جابه‌جایی ۵ روزه |
| خطای تخمین کلی | ۵٪ | ۲۰٪ | کاهش ۱۲ ساعت |
یادگیری این تحلیل در چابک، تیم را از تعهدهای خوش‌بینانه نجات می‌دهد و باعث می‌شود تصمیم‌های «اکنون چه بدهیم» بر پایهٔ سناریوی محتمل گرفته شود، نه بهترین حالت.
سه پرسشی که هر What-if خوب باید پاسخ دهد
تحلیل What-if بدون یک هدف روشن، به بحث بی‌پایان تبدیل می‌شود. پیش از شروع، مطمئن شوید تحلیل به این سه پرسش پاسخ می‌دهد:
- چه چیزی تغییر می‌کند؟ متغیر مورد بررسی باید مشخص و محدود باشد، نه «همهٔ فرض‌ها».
- چقدر تغییر می‌کند؟ محدودهٔ تغییر باید عددی باشد؛ مثلاً ۱۰ تا ۳۰ درصد یا ۵ تا ۱۵ روز.
- اگر نتیجه بد شد، چه می‌کنیم؟ برای هر سطح از نتیجه، یک پاسخ از پیش تعیین‌شده لازم است.
اگر پرسش سوم پاسخ نداشته باشد، تحلیل فقط اضطراب تولید می‌کند. برای نمونه، اگر What-if نشان دهد تأخیر تأمین‌کننده تاریخ تحویل را ۹ روز عقب می‌اندازد، پاسخ از پیش تعیین‌شده می‌تواند «فعال‌سازی منبع دوم» یا «جابه‌جایی تسک غیربحرانی» باشد. پاسخ آماده، تفاوت بین تحلیل و اقدام را می‌سازد.
What-if و مدیریت انتظارات ذی‌نفعان
یکی از بزرگ‌ترین کاربردهای What-if، مدیریت انتظارات است. وقتی ذی‌نفع می‌گوید «پروژه حتماً تا فلان تاریخ آماده می‌شود»، به‌جای بحث، یک تحلیل کوتاه ارائه کنید: «اگر همان فرض‌های فعلی بمانند، تاریخ این است؛ اما اگر تأمین‌کننده ۱۰ روز دیر برسد، تاریخ ۹ روز جابه‌جا می‌شود. برای حفظ تاریخ، به این منبع اضافه نیاز داریم.» این جمله، گفت‌وگو را از «قول دادن» به «تصمیم مشترک» می‌برد.
سه اصل در این گفت‌وگو کمک‌کننده است:
- همیشه بازه بدهید، نه یک عدد: بازهٔ ۵۹ تا ۶۸ روز، قابل‌دفاع‌تر از «۶۳ روز» است.
- فرض‌ها را شفاف بگویید: ذی‌نفع باید بداند تاریخ به چه فرض‌هایی گره خورده است.
- گزینه‌ها را همراه اثرشان نشان دهید: «حفظ تاریخ با ۲ نفر بیشتر» یا «تاریخ واقع‌بینانه با تیم فعلی».
این روش از دو دام رایج جلوگیری می‌کند: تعهد به تاریخی که پایهٔ محکم ندارد، و رد کردن خواستهٔ ذی‌نفع بدون نشان‌دادن پیامد. تحلیل What-if در این نقش، ابزار مذاکره است، نه فقط ابزار فنی.
مزایا، معایب و Trade-off
| مزایا | معایب و محدودیت‌ها |
|---|---|
| تصمیم‌گیری بر پایهٔ پیامد به‌جای حدس | وابستگی شدید به دقت فرض‌های ورودی |
| نمایش گزینه‌ها با عدد و بازه | خطر «دقت کاذب» در نتایج |
| کشف گلوگاه وابستگی‌ها | نیاز به مدل و زمان برای پروژه‌های پیچیده |
| آماده‌سازی پاسخ پیش از تغییر | فرض‌های غلط، تصمیم غلط می‌سازد |
| بهبود گفت‌وگو با ذی‌نفعان | مدل‌های پیچیده ممکن است به‌روز نگه داشته نشوند |
Trade-off اصلی: هرچه مدل دقیق‌تر باشد، زمان و مهارت بیشتری می‌برد. برای بسیاری از تصمیم‌ها، یک مدل سادهٔ سه‌سناریویی کافی است؛ سرمایه‌گذاری روی مدل‌سازی سنگین فقط برای تصمیم‌های برگشت‌ناپذیر و پرهزینه توجیه دارد.
اشتباهات رایج
- مدل‌سازی همه‌چیز: تلاش برای پوشش همهٔ متغیرها و غرق‌شدن در جزئیات.
- نادیده‌گرفتن مسیر بحرانی: تأخیر در تسک غیربحرانی، اثر کمتری دارد ولی خیلی‌ها این را نمی‌بینند.
- فرض‌های پنهان: تحلیل بدون نوشتن فرض‌ها، بعداً قابل بازبینی نیست.
- ارائهٔ عدد قطعی: نمایش نتیجه به‌صورت «۶۳ روز» به‌جای «۵۹ تا ۶۸ روز» گمراه‌کننده است.
- بی‌توجهی به منابع انسانی: اشباع تیم و افت انگیزه کم‌برآورد می‌شود.
- تحلیل بدون تصمیم: خروجی تحلیل باید به یک انتخاب منتهی شود، نه یک فایل ذخیره‌شده.
- به‌روز نکردن مدل: مدل قدیمی با فرض‌های عوض‌شده، تصمیم غلط تولید می‌کند.
نکات کاربردی
- نکته مهم: فقط متغیرهایی را تغییر دهید که واقعاً عدم‌قطعیت دارند؛ متغیرهای قابل‌کنترل را ثابت بگیرید.
- ترفند کاربردی: خروجی را همیشه به‌صورت بازه ارائه کنید؛ تصمیم‌گیرنده بازه را بهتر می‌فهمد.
- اشتباه رایج: تمرکز روی هزینه و غفلت از اثر ترکیبی زمان و منابع.
- قبل از شروع این را بدانید: اگر ساختار وابستگی تسک‌ها را نمی‌دانید، تحلیل What-if شما پایهٔ درستی ندارد.
- معیار سنجش: اگر تحلیل به تصمیم روشن و قابل‌دفاع منتهی نشود، احتمالاً سؤال اولیه اشتباه بوده است.
تفاوت What-if Analysis با Scenario Planning و تحلیل ریسک
- What-if Analysis: متغیرمحور و عددی است؛ اثر یک یا چند تغییر را روی نتیجه بررسی می‌کند.
- Scenario Planning: کل‌نگر و روایت‌محور است؛ چند آیندهٔ کامل و متمایز می‌سازد.
- تحلیل ریسک: رویدادهای منفی را با احتمال و اثر ثبت و پاسخ‌دهی می‌کند.
این سه مکمل هم‌اند: تحلیل ریسک می‌گوید «چه رویدادی ممکن است رخ دهد؟»، What-if می‌گوید «اگر رخ دهد، عددها چه می‌شوند؟» و Scenario Planning می‌گوید «چند آیندهٔ متفاوت چه معنایی برای راهبرد ما دارد؟».
دوایتفای و What-if Analysis
تحلیل What-if وقتی نتیجه می‌دهد که بتوانید اثر تغییر را در همان جایی ببینید که پروژه اجرا می‌شود. دوایتفای یک پلتفرم جامع مدیریت پروژه، مدیریت تیم و رسیدن به اهداف است و امکان می‌دهد وابستگی‌های بین تسک‌ها را در WBS، مسیر و زمان‌بندی را در گانت‌چارت، فشار کار را در Workload تیم و اثر مالی تصمیم‌ها را در مدیریت مالی ببینید. با تغییر مدت یا مسئول یک تسک، می‌توانید اثرش را روی برنامه و ظرفیت تیم دنبال کنید و سناریوهای مختلف را به‌صورت تسک و مسیر جداگانه بسازید. Doitify Copilot و AI Coach هم می‌توانند در برآورد اثر تغییر، ساخت سناریو و پیشنهاد تخصیص منابع کمک کنند. دوایتفای محصول ماست و طبعاً امکاناتش را نزدیک می‌شناسیم؛ با این حال برای یک پروژهٔ ساده، یک صفحه‌گسترده هم می‌تواند همین تحلیل را انجام دهد.
سوالات متداول
جمع‌بندی
What-if Analysis به شما اجازه می‌دهد قبل از دست‌زدن به پروژه، پیامد تصمیم را ببینید. برای اجرای درست، تصمیم را روشن کنید، دو یا سه متغیر حساس را انتخاب کنید، محدودهٔ تغییر را تعیین کنید، مدل سادهٔ سه‌سناریویی بسازید و خروجی را به‌صورت بازه ارائه دهید. مهم‌ترین اصل این است که تحلیل بدون تصمیم، اتلاف وقت است؛ هر What-if باید به یک انتخاب مشخص و قابل‌دفاع منتهی شود. اگر ساختار وابستگی تسک‌ها و ظرفیت تیم را به‌درستی بشناسید، می‌توانید با کمترین هزینه، از تصمیم‌های گران جلوگیری کنید.
اگر موضوع What-if Analysis در مدیریت پروژه برایتان مفید بود، پیشنهاد می‌کنیم نرم افزار مدیریت پروژه All-in-One یا چند ابزار جدا؟ (راهنمای تصمیم) و Scrumban چیست؟ ترکیب Scrum و Kanban برای تیم‌های منعطف را هم بخوانید.
همین امروز به دوایتیفای بپیوندید
پروژه‌ها را بدون سردرگمی پیش ببرید: همهٔ وظایف، پیشرفت‌ها و گزارش‌های تیم در یک محیط یکپارچه. ساخته‌شده برای شرکت‌ها، استارتاپ‌ها و تیم‌های دورکار — با راه‌اندازی چنددقیقه‌ای، پشتیبانی فارسی و نسخهٔ آزمایشی رایگان.
