PERT Chart | نمودار پرت
نمودار پرت یا PERT Chart ابزار مدیریت پروژه است که فعالیت‌ها را به‌صورت شبکهٔ گره‌ها و یال‌ها نشان می‌دهد تا وابستگی‌ها، توالی‌ها و مسیر بحرانی دیده شوند. برخلاف فهرست سادهٔ کارها، پرت می‌گوید چرا بعضی کارها باید پشت سر هم بیایند و کدام تأخیر کل برنامه را جابه‌جا می‌کند. نام کامل آن Program Evaluation and Review Technique است و در دههٔ ۱۹۵۰ برای برنامه‌های پیچیدهٔ نظامی شکل گرفت؛ امروز در لانچ محصول، هماهنگی چندتیمی نرم‌افزار، ساخت، تحقیق و توسعه، و هر جایی که مدت کارها نامطمئن و وابستگی‌ها زیاد است کاربرد دارد. قدرت پرت در مدیریت عدم‌قطعیت است: برای هر فعالیت سه برآورد زمانی می‌گیرد و احتمال رسیدن به مهلت را قابل بحث می‌کند، نه فقط یک عدد خوش‌بینانه روی اسلاید.
شبکهٔ فعالیت؛ نقشهٔ مسیر نه تقویم تزئینی
در نمودار پرت هر گره معمولاً یک فعالیت یا رویداد را نمایندگی می‌کند و فلش‌ها وابستگی را نشان می‌دهند. خواننده می‌بیند کار ب فقط بعد از اتمام الف شروع می‌شود، یا دو مسیر موازی به یک نقطهٔ ادغام می‌رسند. این دید شبکه‌ای مثل سامانهٔ راهیابی برای پروژه است: مقصد مشخص است، اما ترافیک، میانبر و بن‌بست هم دیده می‌شود. تیم محصول وقتی چند اسکاد، چند وابستگی API، و چند کار بیرونی مثل تأیید حقوقی یا تولید سخت‌افزار دارد، بدون چنین نقشه‌ای فقط حس پیشرفت روزانه را می‌بیند نه ریسک ساختاری را.
شبکه باید از شکست کار معقول ساخته شود. فعالیت‌های خیلی درشت تخمین را بی‌معنا می‌کنند؛ فعالیت‌های بیش از حد ریز نمودار را غیرقابل نگهداری می‌سازند. بازهٔ عملی اغلب کارهایی است که در چند روز تا چند هفته تمام می‌شوند و خروجی قابل تشخیص دارند. هر فعالیت باید نام روشن، مالک، و تعریف اتمام داشته باشد تا «تمام شد» میان تیم‌ها معنای واحد بگیرد. بدون این قرارداد، فلش‌های وابستگی روی کاغذ درست‌اند اما در واقعیت کسی نمی‌داند گره کی بسته شده است.
سه برآورد زمانی و میانگین وزنی پرت
هستهٔ تحلیلی پرت سه عدد برای مدت هر کار است: خوش‌بینانه وقتی همه چیز روان پیش می‌رود، محتمل وقتی شرایط عادی است، و بدبینانه برای سناریوی واقع‌بینانهٔ سخت—نه فاجعهٔ خیالی بی‌پایان. فرمول کلاسیک میانگین وزنی این است که خوش‌بینانه را با چهار برابر محتمل و یک بدبینانه جمع کنید و بر شش تقسیم کنید. وزن بیشتر روی محتمل، تخمین را از سوگیری افراطی دو سر طیف دور می‌کند و عددی برای برنامه‌ریزی شبکه می‌سازد.
این سه عدد گفتگوی ریسک را اجباری می‌کنند. اگر فاصلهٔ خوش‌بینانه و بدبینانه برای یک کار خیلی زیاد باشد، یعنی عدم‌قطعیت بالاست و شاید باید اسپایک فنی، نمونهٔ اولیه، یا شکستن دامنه انجام شود قبل از قفل کردن تاریخ لانچ. محصول‌منجر می‌تواند بپرسد چه فرضی این بازه را باریک می‌کند. پرت اینجا ابزار مذاکره با واقعیت است نه جادوی پیش‌بینی دقیق آینده. ثبت دلیل هر برآورد—وابستگی بیرونی، دانش جدید بودن دامنه، ظرفیت تیم—بعداً در مرور برنامه طلاست.
مسیر بحرانی، شناوری و مسیرهای نزدیک به بحران
مسیر بحرانی طولانی‌ترین زنجیرهٔ فعالیت‌های وابسته است؛ مدت کل پروژه را تعیین می‌کند و شناوری‌اش صفر است. هر تأخیر روی این مسیر مستقیماً تاریخ پایان را جابه‌جا می‌کند. محاسبه معمولاً با گذر رو به جلو برای زودترین شروع و پایان، و گذر رو به عقب برای دیرترین شروع و پایان انجام می‌شود؛ اختلاف زود و دیر همان شناوری است. کارهای غیر بحرانی شناوری دارند و می‌توانند کمی جابه‌جا شوند بدون آسیب به مهلت، تا وقتی شناوری‌شان تمام نشده باشد.
فقط دیدن مسیر قرمز کافی نیست. مسیرهای نزدیک به بحران—آن‌هایی که شناوری‌شان نسبت به کل پروژه کوچک است—با یک شوک به بحرانی تبدیل می‌شوند. پایش بالغ هم مسیر اصلی را رصد می‌کند هم همسایه‌های خطرناک را. در لانچ محصول، گاهی مسیر بازاریابی شناوری دارد اما مسیر تأیید فروشگاه اپلیکیشن یا تأمین قطعه بحرانی است؛ برجسته کردن اشتباه مسیر، منابع را در جای غلط فشرده می‌کند و تاریخ را نجات نمی‌دهد.
انواع رابطهٔ وابستگی میان گره‌ها
رایج‌ترین رابطه پایان-به-شروع است: کار دوم وقتی اول تمام شد آغاز می‌شود. رابطهٔ شروع-به-شروع اجازه می‌دهد دو کار هم‌زمان از یک نقطهٔ آغاز حرکت کنند. پایان-به-پایان یعنی دو کار باید با هم به خط پایان برسند—مثلاً مستند و کد ویژگی هم‌زمان بسته شوند. شروع-به-پایان نادرتر است و کمتر در محصول روزمره دیده می‌شود. انتخاب اشتباه نوع رابطه شبکه را دروغین می‌کند: اگر کاری واقعاً می‌تواند موازی باشد اما به‌اشتباه پایان-به-شروع مدل شود، مسیر بحرانی مصنوعی دراز می‌شود و تیم احساس کمبود زمان کاذب می‌گیرد.
وابستگی‌های نرم و سخت را هم جدا کنید. وابستگی سخت محدودیت فنی یا قانونی واقعی است؛ وابستگی نرم ترجیح فرایندی یا عادت تیمی است. بسیاری از تأخیرهای به ظاهر اجتناب‌ناپذیر در بازبینی مشخص می‌شوند که فقط ترجیح بودند. علامت‌گذاری این تفاوت به مدیر برنامه امکان می‌دهد موازی‌سازی واقعی را آزاد کند بدون اینکه ایمنی را قربانی کند.
کاربرد در نرم‌افزار، لانچ و تحقیق نامطمئن
تیم‌های چابک گاهی فکر می‌کنند پرت مال آبشار است. واقعیت این است که اسکرام وابستگی میان‌تیمی و تاریخ‌های بیرونی را حذف نمی‌کند. می‌توان تحلیل پرت را کنار برنامه‌ریزی اسپرینت آورد تا زنجیرهٔ انتشار ویژگی میان چند اسکاد دیده شود: طراحی، قرارداد API، پیاده‌سازی، بازبینی امنیت، آماده‌سازی فروش. وقتی این زنجیره روی شبکه باشد، تعارض اولویت زودتر معلوم می‌شود تا روز ادغام.
در لانچ سخت‌افزاری یا کمپین بزرگ، هزاران کار در تحقیق، تولید، بازاریابی و توزیع هم‌زمان‌اند. پرت کمک می‌کند تأخیر تأمین قطعه را از تأخیر ساخت تیزر جدا کنید: یکی مهلت را می‌شکند، دیگری شاید فقط کیفیت کمپین را کم کند. در تحقیق و توسعهٔ دارویی یا آزمایش‌های علمی، مدت فازها ذاتاً نامطمئن است؛ سه برآورد و نگاه احتمالی به مهلت، وعدهٔ تقویمی خشک را جای خود می‌نشاند. محصول دیجیتال هم فازهای کشف نامطمئن دارد؛ پرت برای بخش‌های اجرایی با وابستگی روشن مفیدتر از کل کشف باز است.
پرت در برابر گانت؛ مکمل نه جایگزین یکدیگر
نمودار گانت زمان را روی محور افقی و میله‌های مدت را نشان می‌دهد؛ برای ارتباط با ذی‌نفع و دیدن هم‌پوشانی تقویمی عالی است. پرت منطق شبکه و علت توالی را روشن‌تر می‌کند و برای یافتن مسیر بحرانی و اثر تأخیر تحلیلی‌تر است. تیم بالغ اغلب از پرت برای ساخت و تنش‌آزمایی منطق وابستگی استفاده می‌کند و از گانت برای گزارش وضعیت هفتگی. یکی‌پنداری این دو ابزار باعث می‌شود یا تقویم زیبا بدون فهم بحران داشته باشید، یا شبکهٔ دقیق بدون زبان مشترک برای مدیر غیر فنی.
اگر فقط گانت داشته باشید، ممکن است میله‌ها جابه‌جا شوند بدون آنکه بفهمید کدام جابه‌جایی کل را می‌شکند. اگر فقط پرت ایستا داشته باشید، ممکن است تاریخ‌های تقویمی و ظرفیت واقعی افراد گم شوند. پیوند این دو با به‌روزرسانی مدت واقعی و درصد پیشرفت، برنامه را از سند آغاز پروژه به ابزار تصمیم جاری تبدیل می‌کند.
فشردن مسیر، موازی‌سازی و حساسیت ریسک
وقتی مهلت سفت است، دو اهرم کلاسیک مطرح می‌شود: فشردن یعنی افزودن منبع به کارهای بحرانی برای کوتاه کردن مدت، و موازی‌سازی یا سریع‌ردیابی یعنی شکستن توالی و اجرای هم‌پوشان کارهایی که قبلاً پشت سر هم بودند. هر دو هزینه دارند—کیفیت، هماهنگی، دوباره‌کاری. پرت نشان می‌دهد کدام گره اصلاً ارزش فشردن دارد؛ فشردن کار دارای شناوری زیاد، تاریخ پایان را جابه‌جا نمی‌کند و فقط هزینه می‌تراشد.
تحلیل حساسیت روی فعالیت‌های پرریسک—آن‌هایی با بازهٔ سه برآوردی وسیع یا وابستگی بیرونی—به تیم می‌گوید کجا بافر بگذارد و کجا زودتر تصمیم بگیرد. در پروژه‌های بسیار نامطمئن، شبیه‌سازی مونت‌کارلو روی توزیع مدت‌ها تصویر احتمالی از تاریخ پایان می‌سازد. لازم نیست هر محصول کوچک به آن سطح برود؛ اما روح همان کار در مقیاس سبک این است که به‌جای یک تاریخ جادویی، بازه و فرض را روی میز بگذارید.
زنده‌ماندن نمودار با پایش واقعی
نمودار پرتی که فقط در شروع پروژه کشیده شود سریع دروغ می‌شود. هر هفته مدت واقعی، درصد تکمیل، و وابستگی‌های تازه‌کشف‌شده باید وارد شبکه شوند. گاهی مسیر بحرانی عوض می‌شود چون کاری غیر بحرانی لغزیده و شناوری‌اش تمام شده است. داشبورد ساده روی گره‌های بحرانی—وضعیت، مالک، مانع—از ورق کردن فایل پیچیده کاربردی‌تر است. جلسهٔ مرور برنامه باید بپرسد چه چیزی به مسیر قرمز نزدیک شده، نه فقط چه درصدی از بک‌لاگ تیک خورده است.
اشتباه رایج پنهان کردن لغزش تا آخرین لحظه است. پرت وقتی ارزش دارد که خبر بد زود دیده شود و گزینهٔ دامنه، ترتیب، یا منبع باز شود. اشتباه دیگر وارد کردن صدها گره بدون سطح خلاصه است؛ ذی‌نفع غرق می‌شود و ابزار کنار گذاشته می‌شود. لایهٔ خلاصه برای رهبری و لایهٔ جزئی برای مالک‌های فنی هر دو لازم‌اند. در پایان، نمودار پرت قرارداد دیداری برای وابستگی و عدم‌قطعیت است: توالی را توضیح می‌دهد، بحران را مشخص می‌کند، و به تیم محصول زبان مشترکی می‌دهد تا تاریخ لانچ را از روی امید تنظیم نکند.
سوالات متداول
ابزار مدیریت پروژه که فعالیت‌ها را در شبکهٔ وابستگی نشان می‌دهد و با سه برآورد زمانی، مسیر بحرانی و ریسک رسیدن به مهلت را روشن می‌کند.
میانگین وزنی کلاسیک: خوش‌بینانه به‌اضافهٔ چهار برابر محتمل به‌اضافهٔ بدبینانه، تقسیم بر شش.
طولانی‌ترین زنجیرهٔ کارهای وابسته با شناوری صفر که هر تأخیر روی آن مستقیماً تاریخ پایان پروژه را جابه‌جا می‌کند.
گانت زمان و میله‌های تقویمی را نشان می‌دهد؛ پرت منطق شبکه، وابستگی و مسیر بحرانی را برجسته‌تر می‌کند و معمولاً مکمل گانت است.
برای وابستگی میان‌تیمی، تاریخ‌های بیرونی و لانچ‌های پیچیده بله؛ پرت جایگزین اسپرینت نیست بلکه ریسک توالی را کنار برنامه‌ریزی تکرارشونده روشن می‌کند.