قبل از کاهش محدوده، آیندهها را مقایسه کنید
جلسهٔ اضطراری: انتشار دو هفته عقب بیفتد یا نصف قابلیت حذف شود. مدیرعامل میپرسد «اثر هر کدام چیست؟» — مدیر پروژه در ذهن خود جدول میسازد. سه هفته بعد کاهش محدوده انتخاب شده؛ تیم از جابهجایی بار خسته است؛ مالی از جریمهٔ قرارداد غافلگیر شده. کسی سناریو را مدل نکرده بود. شبیهسازی بعد از اعلام عمومی فقط تئاتر است.
شبیهسازی «چه میشود اگر» پروژه با ابزار شبیهسازی سناریو (simulate_scenario) در WKFGo این شکاف را پر میکند. چهار نوع با نام فارسی:
| فارسی | کد ابزار | معنی کوتاه |
|---|---|---|
| تأخیر انتشار | delay_release |
عقب انداختن تاریخ انتشار |
| کاهش محدوده | cut_scope |
حذف حماسه یا قابلیت |
| افزودن نیرو | add_people |
تزریق نیروی بیشتر |
| توقف پروژه | freeze_project |
توقف موقت کار |
خروجی معمولاً پیشبینی در پنج بُعد با سطح اطمینان و فرضها است — نه یک عدد جادویی. پیشبینی ناقص و صادقانه بهتر از پیشبینی مطمئن و غلط است.
علائم و هزینهٔ تعهد بدون شبیهسازی
| علامت | هزینهٔ پنهان |
|---|---|
| فشار زمان — «الان تصمیم بگیر» | غافلگیری ذینفع |
| جدول خارج از ابزار مدیریت پروژه | کهنه و جدا از گراف تسک |
| خوشبینی سیستماتیک | «با کاهش محدوده سریعتر میشویم» بدون دیدن وابستگی |
| واژگان مشترک نیست | مدیر مالی و مدیر فنی از «تأخیر» دو معنی میفهمند |
| فقط یک سناریو — دوقطبی کاذب | گزینهٔ سوم پنهان میماند |
| نادیده گرفتن فرضها | غافلگیری تضمینشده |
چارچوب ششمرحلهای قبل از تصمیم
۱. تصمیم را از صندوق تصمیم قاببندی کنید
مورد صندوق تصمیم (decision_inbox) را بخوانید — مثلاً «کاهش محدوده در برابر تأخیر» باید صریح باشد. اگر مبهم است، با افزودن آیتم تصمیم (add_decision_item) دقیقترش کنید.
۲. خط پایه با خلاصهٔ اجرایی
خلاصهٔ اجرایی (executive_brief) با نقش مدیر عملیات یا مدیر محصول — واقعیتهای وضعیت فعلی. بدون خط پایه، شبیهسازی یتیم است.
۳. حداقل دو سناریو اجرا کنید
مثلاً تأخیر انتشار به اندازهٔ دو هفته، و کاهش محدوده روی حماسهٔ پرداخت. خروجی ابعاد را در جدول ویکی کنار هم بگذارید — نه در حافظهٔ جلسه.
۴. فرضها را صریح بخوانید
هر شبیهسازی فهرست فرض دارد. جملهٔ «جریمهٔ قرارداد در مدل نیست» پرچم قرمز برای پیگیری مدیر مالی است.
۵. با سطح اطمینان بحث کنید
اطمینان پایین بهمعنی رد سناریو نیست — یعنی «تصمیم بگیر و هفتهٔ بعد شاخص را پایش کن». اگر تنش هیئت در خلاصه هست، همان را حل کنید.
۶. بستن و ثبت
با بستن آیتم تصمیم (resolve_decision_item) و ثبت تصمیم (record_decision) پیشبینی را برای کالیبراسیون روند ذخیره کنید.
از خروجی چه انتظار داشته باشید
ابزار شکافهای داده را صادقانه گزارش میکند. اگر مالی ناقص است، پیشبینی جزئی میماند. پنج بُعد رایج: زمانبندی تحویل، ظرفیت و بار، اثر بودجه، مواجهه با ریسک، سیگنال قرارداد و ذینفع.
راهنمای شهودی: تأخیر در برابر کاهش محدوده
تأخیر انتشار وقتی منطقیتر است که قرارداد اجازهٔ لغزش بدهد، تیم خسته باشد، یا دروازهٔ کیفیت رد شده باشد.
کاهش محدوده وقتی منطقیتر است که تاریخ غیرقابلجابهجایی باشد، حماسهها کموابسته باشند، و اثر درآمد محدود و قابل توضیح باشد.
شبیهسازی مبادله را صریح میکند؛ این راهنما قانون مطلق نیست.
توقف پروژه و افزودن نیرو
توقف پروژه (freeze_project) وقتی معنا دارد که بازیابی حادثه یا مذاکرهٔ مجدد قرارداد لازم است — نه دکمهٔ وحشت هفتگی.
قبل از افزودن نیرو (add_people): شیب یادگیری ورود نیرو را در فرضها ببینید؛ قانون معروف «افزودن نیرو به پروژهٔ دیرکرده آن را دیرتر میکند» را جدی بگیرید؛ تأیید بودجهٔ نیروی انسانی با مدیر مالی لازم است.
ارتباط با ذینفع بعد از شبیهسازی
قالب کوتاه برای مدیر پروژه:
«دو آینده را مدل کردیم: تأخیر و کاهش محدوده. اثر تأخیر روی زمانبندی: … اثر کاهش روی قابلیت: … فرضها: … تصمیم جمعه روی کارت مشخص اعلام میشود.»
شفافیت جلوی شایعه در چت را میگیرد.
ضدالگوها
- شبیهسازی بعد از اعلام عمومی تصمیم — تئاتر
- فقط یک سناریو — دوقطبی کاذب
- نادیده گرفتن فرضها — غافلگیری تضمینی
- اجرا بدون شناسهٔ پروژه — گراف اشتباه
- تلقی اطمینان نود درصدی بهعنوان تضمین — فرضیه است
- اعلام در چت قبل از بستن آیتم
پشتهٔ تصمیم در WKFGo
| مرحله | ابزار با معنی فارسی |
|---|---|
| صف | decision_inbox — صندوق تصمیم |
| شواهد | executive_brief — خلاصهٔ اجرایی |
| گزینهها | simulate_scenario — شبیهسازی سناریو |
| تعهد | resolve_decision_item — بستن آیتم |
| ممیزی | record_decision و جستوجوی تصمیمها (search_decisions) |
| پشتیبان رابط | داشبورد، گزارشها، مالی |
شبیهسازی از همان دادهٔ تسک، مالی و ظرفیت میخواند که کانبان نشان میدهد — یک گراف، یک منبع حقیقت. پروتکل زمینهٔ مدل (MCP) این ابزارها را به Claude یا Cursor میآورد؛ بدون MCP هم میتوانید از گزارشهای اپ برای بحث دستی استفاده کنید، ولی مقایسهٔ ساختیافتهٔ حالتها در simulate_scenario سریعتر است.
مثال کوتاه: تأخیر در برابر کاهش محدوده
پروژهٔ Atlas دو هفته عقب است. سناریوی تأخیر انتشار (delay_release) تاریخ را جابهجا میکند ولی ریسک قرارداد را بالا میبرد؛ کاهش محدوده (cut_scope) تاریخ را نگه میدارد ولی epic پرداخت را به فاز بعد میبرد. مقایسهٔ side-by-side در جلسهٔ ۳۰ دقیقهای — نه بحث ساعتها — تصمیم را ممکن میکند.
سوالات متداول
آیا جایگزین شبیهسازی مونتکارلو است؟
خیر. پیشبینی عملیاتی سریع برای پشتیبانی تصمیم مدیریت پروژه است، نه مدل آماری سنگین.
چند سناریو همزمان؟
دو تا چهار کافی است؛ بیشتر معمولاً فلج تحلیلی میآورد.
مجوز چگونه است؟
همان دسترسی ویژگی (FeatureAccess). اگر بُعد مالی ممنوع باشد، خروجی جزئی برمیگردد.
بعد از انتشار واقعی چه؟
بخش روند در خلاصهٔ بعدی نشان میدهد آیا پیشبینی با واقعیت همخوان بود.