پروژه کاری موقت با شروع و پایان مشخص است که یک نتیجه‌ی یکتا می‌سازد؛ بازسازی ویلا یا راه‌اندازی یک واحد تازه نمونه‌ی کامل آن است، در حالی که نظافت روزانه «عملیات» است. مدیریت پروژه چند ابزار ساده می‌دهد: شکستن کار به اجزای قابل‌برنامه‌ریزی (WBS)، دیدن ترتیب و زمان (گانت)، پیدا کردن کارهایی که تأخیرشان کل پروژه را عقب می‌اندازد (مسیر بحرانی)، و کنترل هزینه و ریسک. اگر یکی از این‌ها را نداشته باشید، هر روز تأخیر در بازسازی یعنی چند شب اجاره‌ی ازدست‌رفته.
این درس بخشی از سری «مدیریت علمی کسب‌وکار اجاره اقامتگاه» است (نقشه‌ی راه سری). مثال‌ها با «فرض کنید» و اعداد گرد آمده‌اند و آمار واقعی نیستند. آخرین بازبینی: ۲ آبان ۱۴۰۵.
هدف‌های یادگیری این درس
تفاوت پروژه و عملیات را بگویید و چرخه‌ی عمر پروژه را به پنج گروه فرایند وصل کنید.
برای یک بازسازی، ساختار شکست کار (WBS) بسازید و قاعده‌ی ۱۰۰٪ را بررسی کنید.
با جدول وابستگی، زودترین/دیرترین زمان‌ها و مسیر بحرانی را حساب کنید.
با شاخص‌های ارزش کسب‌شده، وضعیت بودجه و زمان را در میانه‌ی پروژه بسنجید.
ریسک‌های پروژه را با احتمال × اثر اولویت‌بندی و ذخیره‌ی اضطراری پیشنهاد کنید.
پروژه چیست و چارچوب‌های اصلی از کجا آمده‌اند
دو چارچوب مرجع در دنیا رایج است. اولی PMBOK از مؤسسه‌ی مدیریت پروژه (PMI): طبق خلاصه‌ی ویکی‌پدیا، راهنما از ۱۹۹۶ منتشر شده، نسخه‌ی ششم (۲۰۱۷) روش‌های چابک را اضافه کرد و نسخه‌ی هفتم (۲۰۲۱) محتوا را حول اصول و حوزه‌های عملکرد بازچینی کرد؛ در نسخه‌های قدیمی‌تر پنج گروه فرایند بود: آغاز، برنامه‌ریزی، اجرا، پایش و کنترل، و پایان. صفحه‌ی خود PMI برای ما باز نشد، پس نسخه‌ی دقیق جاری را از خود PMI راستی‌آزمایی کنید.
دومی PRINCE2 است. طبق صفحه‌ی رسمی prince2.com «روش ساختاریافته‌ی مدیریت پروژه» و از ۱۹۹۶ در دسترس است؛ طبق ویکی‌پدیا ریشه‌اش PROMPT II و استاندارد دولت بریتانیا برای پروژه‌های فناوری (۱۹۸۹) است. هفت اصل آن شامل توجیه تجاری مستمر، «مدیریت به‌صورت مرحله‌ای» و «مدیریت استثنایی» است: مدیر در محدوده‌ی تحمل (tolerance) خودش تصمیم می‌گیرد و فقط وقتی انحراف پیش‌بینی شد بالاتر گزارش می‌دهد. همان صفحه یادآوری می‌کند که منتقدان PRINCE2 را برای پروژه‌های کوچک سنگین می‌دانند.
برای بازسازی یک ویلا نیازی به اجرای کامل هیچ‌کدام نیست؛ اما منطق مشترکشان را می‌شود برداشت: مراحل مشخص، مسئول مشخص، تحمل مشخص و تصمیم‌گیری مرحله‌ای.
چرخه‌ی عمر پروژه؛ مراحل از ایده تا تحویل
مرحله‌ها (با نام گروه‌های فرایند PMBOK):
گروه | کار در بازسازی ویلا |
|---|---|
آغاز | هدف را بنویسید: چه چیزی تا چه تاریخی و با چه سقف هزینه، چه کسی تصمیم‌گیرنده |
برنامه‌ریزی | WBS، زمان‌بندی، بودجه، فهرست ریسک، قرارداد پیمانکار |
اجرا | کار پیمانکاران و تحویل مصالح |
پایش و کنترل | مقایسه‌ی پیشرفت با برنامه، مدیریت تغییرات |
پایان | تحویل، نظافت عمیق، تست واحد، ثبت درس‌های آموخته |
مثال اقامتگاهی: فرض کنید مالک ویلایی هدفش را چنین می‌نویسد: «بازسازی حمام‌ها و آشپزخانه و نقاشی، شش هفته (۳۰ روز کاری)، بودجه‌ی پایه ۴۰۰ میلیون تومان، تاریخ آمادگی قبل از شروع فصل پر‌تقاضا.» همین جمله «محدوده، زمان و هزینه» را می‌بندد؛ بعدها هر درخواست تازه (مثلاً تعویض کف) باید با این سه سنجیده شود، نه با حس.
خطای رایج: شروع کار بدون نوشتن «چه چیزی داخل پروژه نیست». اضافه‌شدن کارهای کوچک در میانه‌ی اجرا (که به آن scope creep می‌گویند) بزرگ‌ترین منبع تأخیر است. برای بررسی اینکه اصلاً بازسازی لازم است و به چه قیمت، برنامه‌ریزی بازسازی و سرمایه‌گذاری (CAPEX) را ببینید.
WBS؛ شکستن کار به بسته‌های قابل‌برآورد
کتاب درسی آزاد «مبانی سیستم‌های اطلاعاتی» (OpenStax، بخش ۹٫۲) ابتدا دامنه (scope) را مجموعه‌ی خروجی‌ها، هدف‌ها و الزام‌های پروژه با مرزهای روشن تعریف می‌کند و ساختار شکست کار (WBS) را شکستن پروژه به بسته‌های کار و وظیفه‌های کوچک‌تر می‌داند که وابستگی‌ها را نشان می‌دهد و برای ترتیب‌دهی، برآورد مدت و برنامه‌ریزی منابع به کار می‌رود. همان بخش «خزش دامنه» (scope creep) را رشد تدریجی پروژه فراتر از توافق اولیه می‌نامد و برای مهار آن امضای سند دامنه و فرایند مدیریت تغییر را پیشنهاد می‌کند؛ دقیقاً همان کاری که در مثال بالا با نوشتن هدف انجام دادیم. ویکی‌پدیا هم WBS را تجزیه‌ی سلسله‌مراتبی کل دامنه‌ی کار می‌داند و می‌گوید PMI همین را تعریف می‌کند. «بسته‌ی کار» پایین‌ترین سطحی است که برای آن هزینه و مدت برآورد و مدیریت می‌شود. قاعده‌ی ۱۰۰٪: فرزندان هر گره باید دقیقاً همه‌ی کار آن گره را بپوشانند، نه کمتر و نه بیشتر. معمولاً دو تا چهار سطح کافی است و دو راهنمای عملی رایج هست: کار پایین‌ترین سطح بیش از ۸۰ ساعت نباشد و بیش از یک دوره‌ی گزارش‌دهی طول نکشد.
مثال اقامتگاهی: برای بازسازی شش‌هفته‌ای ویلا:
1. تخریب و آماده‌سازی — A: برآورد و تخریب جزئی 2. تأسیسات — B: لوله‌کشی و برق 3. مصالح — C: سفارش و تحویل کاشی و کابینت 4. اجرا — D: کاشی‌کاری؛ E: نقاشی؛ F: نصب کابینت و درها؛ G: روشنایی و نصب لوازم 5. تحویل — H: نظافت عمیق و چیدمان؛ I: عکاسی و آزمایش واحد
قاعده‌ی ۱۰۰٪: اگر «پرده و دکور» را جایی ننوشته باشیم ولی در بودجه باشد، WBS ناقص است؛ و اگر «تعویض کف» در WBS باشد اما هدف پروژه آن را شامل نمی‌شد، بیرون از محدوده است.
خطای رایج: ریز کردن بیش از حد (۵۰ ردیف برای ویلا) و ریز نکردن کار پرخطر (مثلاً «سفارش مصالح» که ماه‌ها وقت می‌برد و یک ردیف است).
گانت؛ نقشه‌ی زمانی که همه می‌فهمند
نمودار گانت میله‌ای است که کارها را روی محور عمودی و زمان را روی محور افقی نشان می‌دهد؛ طول هر میله مدت کار است، و نسخه‌های جدید وابستگی و پیشرفت را هم نشان می‌دهند. کتاب «مقدمه‌ای بر کسب‌وکار» (OpenStax، بخش ۱۰٫۵) آن را برای کارهای کم‌تعداد، طولانی (روز و هفته) و ساده مناسب می‌داند و دو محدودیت می‌گوید: ایستاست و نشان نمی‌دهد کارها چگونه به هم وابسته‌اند؛ برای همین سراغ مسیر بحرانی می‌رود. ویکی‌پدیا می‌گوید هنری گانت نمودارش را حدود ۱۹۱۰ تا ۱۹۱۵ ساخت و کارول آدامیِتسکی (Karol Adamiecki) پیش‌تر در ۱۸۹۶ ابزار مشابهی ارائه کرده بود که چون به لهستانی و روسی منتشر شد کمتر شناخته شد.
مثال اقامتگاهی: گانت هفتگی پروژه‌ی ویلا (× یعنی کار در آن هفته جریان دارد؛ هر هفته ۵ روز کاری است):
| کار | مدت (روز) | هفته ۱ | هفته ۲ | هفته ۳ | هفته ۴ | هفته ۵ | هفته ۶ | |---|---|---|---|---|---|---|---| | A تخریب | ۳ | × | | | | | | | B لوله‌کشی و برق | ۶ | × | × | | | | | | C سفارش و تحویل مصالح | ۱۰ | × | × | × | | | | | D کاشی‌کاری | ۵ | | | × | × | | | | E نقاشی | ۴ | | | | × | × | | | F نصب کابینت | ۳ | | | | × | × | | | G روشنایی و لوازم | ۳ | | | | | × | | | H نظافت و چیدمان | ۴ | | | | | | × | | I عکاسی و آزمایش | ۱ | | | | | | × |
گانت وضعیت را نشان می‌دهد اما نمی‌گوید کدام تأخیر خطرناک است؛ این جواب مسیر بحرانی است.
مسیر بحرانی؛ کدام کارها اجازه‌ی تأخیر ندارند
روش مسیر بحرانی (CPM) را مورگان واکر (DuPont) و جیمز کلی (Remington Rand) ساختند. خود کلی و واکر (۱۹۵۹، مجموعه‌مقالات کنفرانس مشترک کامپیوتر شرق) می‌نویسند کار در اوایل ۱۹۵۷ شروع شد و برنامه‌ی رایانه‌ای آن در سپتامبر ۱۹۵۷ نمایش داده شد؛ انگیزه‌شان طرحی کلی بود که «مدیریت بر پایه‌ی استثنا» را ممکن کند، یعنی مدیر فقط وقتی دخالت کند که انحراف از برنامه پیش بیاید. در همان مقاله «شناوری کل» (total float) از اختلاف دیرترین و زودترین زمان‌ها منهای مدت کار تعریف می‌شود و شناوری آزاد، مستقل و تداخلی هم می‌آید؛ ما فقط شناوری کل را به کار می‌بریم. OpenStax (۱۰٫۵) هم می‌گوید طولانی‌ترین زنجیره‌ی کارهای وابسته مسیر بحرانی است و هر تأخیر روی آن کل پروژه را عقب می‌اندازد، و یادآوری می‌کند CPM برای هر کار یک برآورد مدت می‌گیرد. ایده: طولانی‌ترین مسیر وابستگی‌ها مدت کل پروژه را تعیین می‌کند و کارهای روی آن «شناوری» (float) صفر دارند؛ یعنی هر روز تأخیرشان کل پروژه را همان‌قدر عقب می‌اندازد. بقیه‌ی کارها شناوری مثبت دارند.
روش: عبور رو به جلو (زودترین شروع ES و پایان EF = ES + مدت)، عبور رو به عقب (دیرترین پایان LF و شروع LS = LF − مدت) و شناوری = LS − ES.
مثال اقامتگاهی: وابستگی‌ها: A اول. B و C بعد از A. D بعد از B و C. E و F بعد از D. G بعد از E و F. H بعد از G. I بعد از H. (روزها از صفر شمرده می‌شوند.)
| کار | مدت | ES | EF | LS | LF | شناوری | |---|---|---|---|---|---|---| | A | ۳ | ۰ | ۳ | ۰ | ۳ | ۰ | | B | ۶ | ۳ | ۹ | ۷ | ۱۳ | ۴ | | C | ۱۰ | ۳ | ۱۳ | ۳ | ۱۳ | ۰ | | D | ۵ | ۱۳ | ۱۸ | ۱۳ | ۱۸ | ۰ | | E | ۴ | ۱۸ | ۲۲ | ۱۸ | ۲۲ | ۰ | | F | ۳ | ۱۸ | ۲۱ | ۱۹ | ۲۲ | ۱ | | G | ۳ | ۲۲ | ۲۵ | ۲۲ | ۲۵ | ۰ | | H | ۴ | ۲۵ | ۲۹ | ۲۵ | ۲۹ | ۰ | | I | ۱ | ۲۹ | ۳۰ | ۲۹ | ۳۰ | ۰ |
مسیر بحرانی: A ← C ← D ← E ← G ← H ← I با مجموع ۳ + ۱۰ + ۵ + ۴ + ۳ + ۴ + ۱ = ۳۰ روز (همان شش هفته). مثلاً ES کار D برابر بیشترین EF پیش‌نیازهایش است: بیشینه‌ی (۹ و ۱۳) = ۱۳؛ چون C دیرتر تمام می‌شود، B فرصت تأخیر ۴ روزه دارد.
تحلیل تأخیر: اگر تحویل کاشی و کابینت ۵ روز دیر شود (C = ۱۵ روز)، همه‌ی کارهای بعدی به ۵ روز جلو می‌افتند و پروژه ۳۵ روز می‌شود، چون C بحرانی است و شناوری ندارد. اگر لوله‌کشی ۴ روز دیر شود (B = ۱۰)، هنوز EF = ۱۳ و پروژه تغییری نمی‌کند. فرض کنید ویلا شبی ۴ میلیون تومان و اشغال ۶۰٪ دارد؛ هر روز تأخیر حدود ۴٬۰۰۰٬۰۰۰ × ۰٫۶ = ۲٬۴۰۰٬۰۰۰ تومان درآمد از دست‌رفته دارد و ۵ روز تأخیر کاشی ۱۲٬۰۰۰٬۰۰۰ تومان خرج روی دست مالک می‌گذارد.
نتیجه‌ی عملی: سفارش کاشی و کابینت را در روز اول، با تاریخ تحویل در قرارداد و پیگیری هفتگی بدهید. زمانی که مصالح ماه‌ها لازم دارد، مدیریت کارهای با شناوری صفر مهم‌ترین تصمیم است. محدودیت: CPM مدت‌ها را قطعی فرض می‌کند (OpenStax: یک برآورد برای هر کار)، در حالی که واقعی نیستند؛ برای همین به ریسک نیاز داریم.
بودجه، ذخیره‌ی اضطراری و کنترل با ارزش کسب‌شده
بودجه‌ی پروژه را از WBS می‌سازند: برای هر بسته‌ی کار هزینه برآورد و جمع کنید، سپس ذخیره‌ی اضطراری اضافه کنید. فرض کنید بودجه‌ی پایه (BAC) ۴۰۰ میلیون تومان و ذخیره‌ی ۱۰٪ است: ذخیره = ۴۰ میلیون و سقف ۴۴۰ میلیون.
در میانه‌ی کار، سه عدد لازم است (روش ارزش کسب‌شده، EVM). مستندات نرم‌افزار SAS برای مدیریت پروژه شاخص هزینه را EV ÷ AC و شاخص زمان را EV ÷ PV می‌نویسد و «کار باقی‌مانده» را BAC − EV؛ پیش‌بینی EAC را از منبع رسمی استاندارد (PMI) نخواندیم و صورت BAC ÷ CPI فرضِ ما این است که بقیه‌ی کار با همان بازدهی تاکنون پیش برود:
PV (ارزش برنامه‌ریزی‌شده): آنچه طبق برنامه تا امروز باید انجام شده باشد.
EV (ارزش کسب‌شده): بودجه‌ی کاری که واقعاً انجام شده.
AC (هزینه‌ی واقعی): پولی که خرج شده.
شاخص هزینه CPI = EV ÷ AC؛ شاخص زمان SPI = EV ÷ PV؛ پیش‌بینی هزینه‌ی نهایی EAC = BAC ÷ CPI.
مثال اقامتگاهی: روز ۱۵ از ۳۰ (نیمه‌ی زمان). فرض کنید برنامه ۵۰٪ کار را پیش‌بینی کرده بود: PV = ۰٫۵ × ۴۰۰ = ۲۰۰ میلیون. مدیر پروژه ۴۰٪ کار را انجام‌شده می‌بیند: EV = ۰٫۴ × ۴۰۰ = ۱۶۰ میلیون. و ۱۹۰ میلیون خرج شده (AC).
CPI = ۱۶۰ ÷ ۱۹۰ ≈ ۰٫۸۴ (به ازای هر تومان خرج‌شده، ۸۴ تومان کار انجام شده). SPI = ۱۶۰ ÷ ۲۰۰ = ۰٫۸۰ (۲۰٪ عقب). EAC = ۴۰۰ ÷ ۰٫۸۴۲ ≈ ۴۷۵ میلیون (دقیقاً ۴۰۰ × ۱۹۰ ÷ ۱۶۰ = ۴۷۵).
یعنی با همین روند هزینه‌ی نهایی ۷۵ میلیون از BAC بیشتر می‌شود و از سقف ۴۴۰ میلیونی هم رد می‌شود (۳۵ میلیون بالاتر). این سیگنال زودهنگام است: همین الان باید تصمیم گرفت که محدوده کم شود (مثلاً پرده و دکور حذف شود)، پول اضافه شود یا تاریخ عقب برود.
خطای رایج: اعلام «۴۰٪ انجام شد» بدون تعریف اندازه‌گیری. معیار پیشرفت را از پیش تعیین کنید: مثلاً بسته‌ی کار فقط وقتی ۱۰۰٪ است که بازرسی شده باشد.
ریسک پروژه؛ احتمال × اثر
OpenStax (مبانی سیستم‌های اطلاعاتی، ۹٫۲) ریسک را رویداد یا شرطی با اثر منفی در صورت وقوع می‌داند و فرایندش را شناسایی، ارزیابی (احتمال و اثر)، اولویت‌دهی و پاسخ (پرهیز، انتقال، کاهش، پذیرش) می‌نویسد؛ و «برنامه‌ی احتیاطی» را اقدامی می‌داند که برای ریسک‌های کاهش‌ناپذیر از قبل تعیین می‌شود. ریسک را فهرست کنید، برای هر مورد احتمال و اثر (تومان) تخمین بزنید و «ارزش پولی مورد انتظار» (EMV) را حساب کنید: احتمال × اثر. این روش ساده در مدیریت پروژه رایج است، ولی برآوردها ذهنی‌اند. برای چارچوب کامل‌تر به مدیریت ریسک در کسب‌وکار اجاره اقامتگاه سر بزنید.
مثال اقامتگاهی:
| ریسک | احتمال | اثر (تومان) | EMV | |---|---|---|---| | تأخیر تحویل کاشی | ۴۰٪ | ۱۲٬۰۰۰٬۰۰۰ | ۴٬۸۰۰٬۰۰۰ | | خرابی پنهان لوله پس از تخریب | ۲۰٪ | ۳۰٬۰۰۰٬۰۰۰ | ۶٬۰۰۰٬۰۰۰ | | دیر آمدن پیمانکار نقاشی | ۳۰٪ | ۸٬۰۰۰٬۰۰۰ | ۲٬۴۰۰٬۰۰۰ | | جمع | | | ۱۳٬۲۰۰٬۰۰۰ |
جمع EMV = ۴٬۸۰۰٬۰۰۰ + ۶٬۰۰۰٬۰۰۰ + ۲٬۴۰۰٬۰۰۰ = ۱۳٬۲۰۰٬۰۰۰ تومان. ذخیره‌ی ۴۰ میلیونی از این جمع بسیار بزرگ‌تر است و فضای کافی دارد؛ ولی تمرکز مدیریتی باید روی ریسک شماره‌ی ۲ (بالاترین EMV) باشد: پیش از تخریب، بازرسی لوله و برآورد.
مطالعه‌ی موردی (فرضی)
مالک ویلای ۳ خوابه در شمال را فرض کنید که می‌خواهد قبل از فصل پر‌تقاضا بازسازی کند:
آغاز: هدف نوشته می‌شود (۳۰ روز، ۴۰۰ میلیون، ۱۰٪ ذخیره). از چک‌لیست راه‌اندازی ملک برای ساختن WBS بخش تحویل (عکس، آگهی، آزمایش) استفاده می‌شود.
WBS: ۹ بسته‌ی کار (A تا I)؛ قاعده‌ی ۱۰۰٪ کنترل می‌شود و پرده و دکور به بسته‌ی H می‌رود.
مسیر بحرانی: ۳۰ روز، بحرانی‌ترین کار C (مصالح). سفارش روز اول و تاریخ تحویل در قرارداد.
ریسک: EMV برابر ۱۳٫۲ میلیون؛ لوله‌ها پیش از تخریب بازرسی می‌شوند.
کنترل: روز ۱۵، CPI ≈ ۰٫۸۴ و SPI = ۰٫۸۰ هشدار می‌دهد؛ مالک پرده و دکور را به مرحله‌ی دوم می‌برد و پیمانکار نقاشی را یک هفته زودتر هماهنگ می‌کند.
نکته‌ی درس: ابزارها در زنجیره کار می‌کنند. WBS ورودی زمان و بودجه است، زمان‌بندی محل ریسک را نشان می‌دهد و کنترل به شما اجازه می‌دهد قبل از بحران تصمیم بگیرید. مدیریت پیمانکاران در پیمانکار و تأمین‌کننده تکمیل می‌شود.
محصول شاه‌کلید برنامه‌ریز پروژه نیست و گانت یا مسیر بحرانی ندارد؛ بعد از تحویل پروژه، فهرست واحد، هزینه‌ها و تعمیر و نگهداری در آن ثبت می‌شود (که هزینه‌ی بازسازی را به سود واقعی وصل می‌کند).
تمرین برای شما
WBS: برای یک بازسازی یا راه‌اندازی که در ذهن دارید، ۶ تا ۱۰ بسته‌ی کار بنویسید و ببینید چیزی از هدف بیرون یا کم مانده است؟ راهنما: قاعده‌ی ۱۰۰٪ یعنی مجموع فرزندان = کل.
مسیر بحرانی: اگر در مثال، مدت D از ۵ روز به ۸ روز برود، مدت کل پروژه چند روز می‌شود؟ کدام کار شناوری دارد؟ راهنما: D بحرانی است؛ ۳۰ + ۳ = ۳۳ روز؛ شروع D همچنان روز ۱۳ است، پس شناوری B همان ۴ می‌ماند.
EVM: BAC = ۲۰۰ میلیون، نیمه‌ی پروژه، PV = ۱۰۰، EV = ۸۰ و AC = ۹۰. CPI و SPI و EAC را حساب کنید. راهنما: CPI = ۸۰ ÷ ۹۰ ≈ ۰٫۸۹؛ SPI = ۰٫۸۰؛ EAC = ۲۰۰ ÷ ۰٫۸۸۹ = ۲۲۵ میلیون.
EMV: برای پروژه‌تان سه ریسک بنویسید و احتمال × اثر را حساب کنید. راهنما: بزرگ‌ترین EMV را اول مدیریت کنید.
تغییر محدوده: چطور یک «تغییر درخواست» در میانه‌ی پروژه را می‌سنجید؟ راهنما: اثرش را روی سه چیز بنویسید: زمان (آیا بحرانی است؟)، هزینه، و کیفیت؛ سپس تصمیم‌گیرنده‌ی تعیین‌شده تأیید کند.
جمع‌بندی درس
پروژه موقت و یکتاست؛ محدوده، زمان و هزینه را در شروع بنویسید.
WBS با قاعده‌ی ۱۰۰٪ همه‌ی کار را می‌پوشاند و پایه‌ی بودجه و زمان است.
گانت ترتیب را نشان می‌دهد؛ مسیر بحرانی نشان می‌دهد تأخیر کجا خطرناک است.
کار بحرانی را زود شروع و پیگیری کنید؛ کار با شناوری انعطاف دارد.
در میانه‌ی پروژه با CPI و SPI و EAC زودتر از بحران هشدار بگیرید.
ریسک را با احتمال × اثر اولویت‌بندی کنید و ذخیره‌ی اضطراری بگذارید.
ابزارها قطعیت نمی‌دهند؛ مدت و هزینه برآورد هستند و باید به‌روزرسانی شوند.
درس بعدی
درس بعدی آمار و احتمال در کسب‌وکار اجاره اقامتگاه است: ابزارهای ریاضی که برآوردهای این درس (مدت، تقاضا، ریسک) را قابل‌اتکاتر می‌کند. درس قبلی مدیریت کیفیت بود.
آنچه نتوانستیم تأیید کنیم
صفحه‌های PMI (PMBOK، ۴۰۳) و ASQ و راهنمای برنامه‌ریزی زمانی GAO (فایل بارگیری‌شده خالی بود) برای ما باز نشدند؛ ویرایش جاری PMBOK و جزئیات رسمی آن را از خود PMI بخوانید. جست‌وجو نشانه‌هایی از انتشار ویرایش هشتم در ۲۰۲۵ از سایت‌های ثانویه داد که تأیید نکردیم، و ویکی‌پدیا هم ناهمخوان بود؛ پس نسخه را ننوشتیم.
فرمول EAC (BAC ÷ CPI) و EMV را از ناشر رسمی استاندارد نخواندیم؛ CPI و SPI را از مستندات SAS گرفتیم که منبع آموزشی نرم‌افزاری است نه استاندارد.
جزئیات تم‌ها و فرایندهای PRINCE2 در صفحه‌ی رسمی باز نشد؛ اصول از ویکی‌پدیا گرفته شد.
تاریخ گانت و آدامیتسکی فقط از ویکی‌پدیا آمده است؛ سراغ منبع اولیه نرفتیم.
درصد ذخیره‌ی اضطراری: منبع بازی که عدد قابل‌استناد بدهد نیافتیم؛ ۱۰٪ فقط مثال است.
درس ESD.36 دانشگاه MIT (مسیر بحرانی و ارزش کسب‌شده) پیدا شد ولی صفحه‌اش پاسخ نداد و نخواندیمش.
سؤال‌های پرتکرار
برای بازسازی کوچک هم WBS لازم است؟
بله، اما فقط یک فهرست ۵ تا ۸ ردیفی با مدت و مسئول. هدف آن این است که چیزی فراموش نشود، نه مستندسازی.
مسیر بحرانی بدون نرم‌افزار قابل‌محاسبه است؟
برای ۱۰ تا ۱۵ کار با جدول بالا (ES و EF و LS و LF) بله، با یک برگه یا اکسل.
ذخیره‌ی اضطراری چند درصد باشد؟
عدد جهانی را منبعی که خواندیم تأیید نکرد. ۱۰٪ مثال ماست؛ بهتر است با EMV ریسک‌های خودتان مقایسه شود.
PMBOK بهتر است یا PRINCE2؟
هر دو چارچوب‌اند، نه قانون. PRINCE2 تأکید بر مرحله و استثنا دارد و PMBOK مجموعه‌ی دانش گسترده‌تر است؛ برای اقامتگاه منطق مشترکشان کافی است.
منابع
PMI، راهنمای PMBOK — صفحه‌ی ناشر باز نشد (۴۰۳)؛ برای ارجاع مستقیم به pmi.org/standards/pmbok مراجعه کنید.
OpenStax، «Introduction to Business»، بخش ۱۰٫۵ (گانت و مسیر بحرانی)
OpenStax، «Foundations of Information Systems»، بخش ۹٫۲ (دامنه، WBS، ریسک)
SAS Institute، «The Earned Value Management Macros» (CPI، SPI، کار باقی‌مانده)
نظرها