تخمین زمان پروژه، نقطهای است که بیشتر برنامهها از همان ابتدا آن را از دست میدهند. اگر تخمین مدت کارها واقعبینانه نباشد، زمانبندی کل پروژه روی هواست: ددلاینهایی که از اول معلوم است نمیشوند، تیم تحت فشار شروع به تحویلِ ناقص میکند و در نهایت اعتماد کارفرما یا مدیران ارشد از بین میرود.
مشکل اصلی اینجاست که تخمین زدن یک مهارتِ شهودی نیست؛ روش دارد. بسته به اینکه در چه مرحلهای از پروژه هستید و چه دادهای در دست دارید، باید یکی از روشهای Bottom-up، Analogous یا Three-point را انتخاب کنید. در این مقاله هر سه روش را با فرمول و مثال عددی واقعی توضیح میدهیم تا بتوانید تخمینی بزنید که تیمتان بتواند به آن عمل کند.
تخمین زمان پروژه چیست؟ (پاسخ سریع)
تخمین زمان پروژه یعنی برآورد مدتزمان انجام تکتک فعالیتها و در نتیجه کل پروژه، با روشهایی مشخص و بر پایهٔ دادهٔ در دسترس — تا بتوان برنامهٔ زمانی واقعبینانه تنظیم کرد و منابع را درست تخصیص داد.
چرا تخمین زمان پروژه معمولاً اشتباه از آب درمیآید؟
قبل از اینکه سراغ روشها برویم، باید بفهمیم چرا تخمینها معمولاً خوشبینانهتر از واقعیتاند. چهار دلیل اصلی وجود دارد:
- تخمین کل کار بهصورت یکجا: وقتی یک کار بزرگ را بدون شکستن تخمین میزنید، مغزتان جزئیات پنهان (هماهنگی، بازبینی، تست، انتظار برای تأیید) را نادیده میگیرد.
- نادیدهگرفتن وقفهها: جلسهها، ایمیلها، پشتیبانی و کارهای فوری، بخشی از روز کاری را میبلعند؛ اما در تخمین، ساعت خام حساب میشود.
- فشار برای عدد کوچک: وقتی کارفرما یا مدیر عدد کوچکتری میخواهد، تخمینگر ناخودآگاه خوشبینانهتر تخمین میزند.
- فراموشکردن وابستگیها و انتظار: یک کار ممکن است منتظر تأیید نفر دیگری بماند؛ این زمان انتظار در تخمین دیده نمیشود.
نتیجهٔ این چهار عامل معمولاً یک قانون نانوشته است: برآورد اولیه را باید ضریب داد. به همین دلیل، روش و بافر مهمتر از خودِ عدد است.
همین امروز به دوایتیفای بپیوندید
پروژهها را بدون سردرگمی پیش ببرید: همهٔ وظایف، پیشرفتها و گزارشهای تیم در یک محیط یکپارچه. ساختهشده برای شرکتها، استارتاپها و تیمهای دورکار — با راهاندازی چنددقیقهای، پشتیبانی فارسی و نسخهٔ آزمایشی رایگان.
سه روش اصلی تخمین زمان پروژه
Bottom-up (پایین به بالا) چیست؟
در روش Bottom-up، کار را با ساختار شکست کار (WBS) به اجزای کوچک و قابلاندازهگیری میشکنید، هر جزء را جداگانه تخمین میزنید و سپس مجموع را حساب میکنید.
پاسخ مستقیم: Bottom-up دقیقترین روش تخمین است، چون هر جزء کوچک را جدا تخمین میزند و احتمال فراموشکردن جزئیات کمتر است؛ اما زمانبر است.
مثال: بهجای اینکه بگویید «طراحی سایت ۴۰ روز طول میکشد»، آن را به طراحی رابط کاربری (۶ روز)، طراحی صفحات داخلی (۸ روز)، طراحی نسخهٔ موبایل (۵ روز) و بازبینی با کارفرما (۴ روز) میشکنید و جمع میکنید.
Analogous (قیاسی) چیست؟
در روش Analogous، مدت پروژهٔ جدید را با مدت یک پروژهٔ مشابه که قبلاً انجام دادهاید مقایسه میکنید و بر اساس شباهت، برآورد میکنید.
پاسخ مستقیم: Analogous سریعترین و کمهزینهترین روش تخمین است و برای شروع پروژه یا وقتی دادهٔ کم دارید مناسب است؛ اما دقتش پایین است، چون به تجربهٔ قبلی و تشابه واقعی بستگی دارد.
مثال: اگر یک وبسایت شرکتی ۵ صفحهای قبلاً ۳۰ روز طول کشیده و حالا پروژهٔ مشابهی با ۱۰ صفحه دارید، میتوانید برآورد کنید که حدود ۶۰ روز طول میکشد.
Three-point (سهنقطهای / PERT) چیست؟
در روش Three-point، بهجای یک عدد، سه عدد تخمین میزنید: خوشبینانه (Optimistic)، محتملترین (Most Likely) و بدبینانه (Pessimistic). سپس با فرمول میانگین وزنی، یک تخمین واحد به دست میآورید.
پاسخ مستقیم: Three-point برای وقتی است که عدم قطعیت زیاد است؛ با میانگینگیری از سه سناریو، عدد واقعبینانهتری نسبت به یک تخمین تکعددی به دست میدهد.
فرمول تخمین سهنقطهای (PERT) با مثال عددی
فرمول استاندارد PERT برای محاسبهٔ تخمین وزنی به این شکل است:
تخمین مورد انتظار = (خوشبینانه + ۴ × محتملترین + بدبینانه) ÷ ۶
چرا ضریب ۴؟ چون فرض میکنیم محتملترین حالت، چهار برابر محتملتر از دو حالت افراطی است.
مثال عددی: فرض کنید برای توسعهٔ یک ماژول پرداخت، برآوردها اینگونهاند:
- خوشبینانه: ۲ روز (همهچیز سر جای خودش باشد)
- محتملترین: ۵ روز
- بدبینانه: ۱۴ روز (اگر با درگاه پرداخت مشکل بخوریم)
تخمین مورد انتظار = (۲ + ۴×۵ + ۱۴) ÷ ۶ = (۲ + ۲۰ + ۱۴) ÷ ۶ = ۳۶ ÷ ۶ = ۶ روز
میبینید که عدد نهایی (۶ روز) به محتملترین حالت (۵ روز) نزدیک است، اما بدبینی سناریوی ۱۴ روزه هم کمی آن را بالا کشیده. همین «بالاکشیدن» است که تخمین را واقعبینانه میکند.
از همین فرمول میتوان انحراف معیار را هم حساب کرد: (بدبینانه − خوشبینانه) ÷ ۶. در مثال بالا: (۱۴ − ۲) ÷ ۶ = ۲ روز. این عدد نشان میدهد چقدر عدم قطعیت داریم؛ هرچه بزرگتر، برنامهٔ شما شکنندهتر است و بافر بیشتری لازم دارید.
جدول مقایسهٔ سه روش تخمین زمان پروژه
| معیار | Bottom-up | Analogous | Three-point |
|---|---|---|---|
| دقت | بالا | پایین | متوسط تا بالا |
| سرعت و هزینه | کم (زمانبر) | زیاد (سریع) | متوسط |
| دادهٔ مورد نیاز | جزئیات کامل کار | پروژهٔ مشابه قبلی | سه عدد برآورد |
| بهترین زمان استفاده | برنامهریزی دقیق و تعهد زمان | شروع پروژه و برآورد اولیه | کارهای نامشخص و پرریسک |
| ریسک اصلی | زمانبر بودن | وابستگی به تشابه واقعی | نیاز به برآورد سهگانه |
تخمین زمان پروژه را با کدام روش شروع کنیم؟
انتخاب روش، به مرحلهٔ پروژه بستگی دارد، نه سلیقه:
- در آغاز پروژه (هنوز دادهٔ کم دارید): از Analogous استفاده کنید تا یک برآورد اولیه و سریع برای تصویب بودجه و زمان کلی داشته باشید.
- در برنامهریزی و قبل از تعهد زمان به کارفرما: از Bottom-up استفاده کنید؛ چون قرار است بر اساس همین عدد، ددلاین تعهد بدهید.
- برای کارهای فنی، پژوهشی یا هر چیزی که عدم قطعیت بالا دارد: از Three-point استفاده کنید و بافر هم روی آن بگذارید.
نکتهٔ مهم این است که این روشها رقیب هم نیستند؛ در یک پروژه میتوانید از هر سه بهترتیب استفاده کنید.
مثالهای عددی واقعی از تخمین زمان پروژه
مثال ۱: تخمین Bottom-up برای یک پروژهٔ طراحی سایت
فرض کنید پروژهٔ «طراحی سایت شرکتی» شامل این اجزاست:
| جزء کار (WBS) | تخمین (روز) |
|---|---|
| طراحی رابط کاربری | ۶ |
| طراحی صفحات داخلی | ۸ |
| طراحی نسخهٔ موبایل | ۵ |
| بازبینی و اصلاح با کارفرما | ۴ |
| توسعهٔ قالب | ۱۵ |
| تولید محتوا | ۴ |
| تست و رفع اشکال | ۵ |
| جمع Bottom-up | ۴۷ روز |
اگر بخواهید برای عدم قطعیت، ۲۰٪ بافر بگذارید: ۴۷ × ۱.۲ ≈ ۵۶ روز. یعنی به کارفرما بهتر است بگویید حدود ۵۶ روز کاری، نه ۴۷.
مثال ۲: تخمین Three-point برای یک کار پرریسک
برای «یکپارچهسازی با یک سرویس خارجی» که قبلاً تجربهاش را ندارید:
- خوشبینانه: ۳ روز
- محتملترین: ۸ روز
- بدبینانه: ۲۰ روز
تخمین = (۳ + ۴×۸ + ۲۰) ÷ ۶ = (۳ + ۳۲ + ۲۰) ÷ ۶ = ۵۵ ÷ ۶ ≈ ۹ روز. انحراف معیار هم (۲۰ − ۳) ÷ ۶ ≈ ۲.۸ روز، یعنی این کار واقعاً نامطمئن است و باید بافر جدا در نظر بگیرید.
مثال ۳: تخمین Analogous برای پروژهٔ مشابه قبلی
سال گذشته یک اپلیکیشن ساده با ۸ صفحهٔ اصلی در ۲۴ روز توسعه داده شد. امسال پروژهٔ مشابهی با ۱۲ صفحه دارید. نسبت ۱۲ ÷ ۸ = ۱.۵، پس برآورد اولیه: ۲۴ × ۱.۵ = ۳۶ روز. این عدد فقط نقطهٔ شروع است؛ بعد از شکستن کار، آن را با Bottom-up دقیقتر کنید.
مثال ۴: محاسبهٔ ظرفیت تیم برای زمانبندی
تخمین بهتنهایی کافی نیست؛ باید به ظرفیت تیم هم تبدیل شود. اگر کل تخمین ۵۶ روز کاری باشد و تیمتان ۲ نفر تماموقت (با احتساب بهرهوری ۸۰٪) داشته باشد، یعنی هر روز حدود ۲ × ۰.۸ = ۱.۶ روز کاری مفید انجام میشود. پس مدت تقویمی: ۵۶ ÷ ۱.۶ = ۳۵ روز کاری، یعنی حدود ۷ هفته. اگر همین را بدون لحاظکردن بهرهوری حساب کنید، بهاشتباه ۲۸ روز به دست میآید.
مزایا، معایب و Trade-off هر روش
Bottom-up
- مزایا: دقیقترین نتیجه، پوشش کامل جزئیات، مبنای خوب برای ردیابی پیشرفت.
- معایب: زمانبر و پرهزینه؛ نیازمند WBS دقیق است.
- Trade-off: برای کارهای کوچک و ساده، دقت بالایش ارزش وقتگذاشتن ندارد؛ بهتر است روش سبکتری انتخاب کنید.
Analogous
- مزایا: سریع و کمهزینه؛ برای برآورد اولیه عالی.
- معایب: دقتش به تشابه واقعی پروژهها بستگی دارد؛ اگر پروژهٔ قبلی دقیقاً مشابه نباشد، خطا بزرگ میشود.
- Trade-off: اگر دادهٔ تاریخی معتبر ندارید یا پروژه جدید اساساً متفاوت است، استفاده از Analogous گمراهکننده است.
Three-point
- مزایا: عدم قطعیت را صریح میکند؛ با انحراف معیار، ریسک زمانبندی را هم نشان میدهد.
- معایب: به سه برآورد نیاز دارد و هنوز هم وابسته به کیفیت تخمینگر است.
- Trade-off: برای کارهای تکراری و شناختهشده، سه برآورد اضافهکاری است؛ همان Bottom-up ساده کافی است.
اشتباهات رایج در تخمین زمان پروژه
- تخمین خوشبینانه بدون بافر: رایجترین اشتباه؛ همیشه ۱۰ تا ۲۰٪ (یا بیشتر برای کارهای پرریسک) بافر بگذارید.
- تخمین کار بزرگ بهصورت یکجا: کارهای بزرگ را بشکنید؛ تخمین اجزای کوچک همیشه دقیقتر است.
- استفاده از یک روش برای همهٔ کارها: روش را بر اساس مرحله و عدم قطعیت انتخاب کنید.
- نادیدهگرفتن وابستگیها و زمان انتظار: زمان انتظار برای تأیید دیگران بخشی از مدت واقعی است.
- نثبتکردن زمان واقعی: اگر زمان واقعی هر کار را ثبت نکنید، برای تخمین بعدی همچنان حدس میزنید.
چطور تخمین زمان پروژه را دقیقتر کنیم؟
- از دادهٔ واقعی قبلی شروع کنید: ثبت زمان واقعی، بهترین منبع تخمین بعدی است.
- کار بزرگ را بشکنید: هرچه اجزا کوچکتر، تخمین دقیقتر.
- بهرهوری واقعی را لحاظ کنید: بهجای ۸ ساعت خالص، ۷۰ تا ۸۵٪ آن را قابلاستفاده بدانید.
- برای عدم قطعیت، Three-point بزنید: هرجا تجربه ندارید، سهگانه تخمین بزنید.
- بافر بگذارید: بافر را از تخمین اصلی جدا و شفاف نگه دارید تا مدیران بدانند ذخیره است نه اتلاف.
- بعد از هر پروژه، تخمین را با واقعیت مقایسه و اصلاح کنید: این حلقهٔ بازخورد، دقت شما را در طول زمان بالا میبرد.
تخمین زمان پروژه در دوایتفای
وقتی تخمینها را فقط در جلسه یا فایل جداگانه نگه میدارید، بعد از شروع پروژه گم میشوند و کسی نمیداند برآورد اولیه چه بوده. در دوایتفای میتوانید هر هدف را به پروژه، تسک و زیرتسک بشکنید، برای هر تسک مسئول و مهلت بگذارید و زمان واقعی را ثبت کنید. وابستگیهای WBS هم کمک میکنند زمان انتظار بین کارها دیده شود. در نتیجه تخمین و واقعیت در یک جا مقایسه میشوند و تخمین بعدیتان دقیقتر میشود.
> شفافیت: دوایتفای محصول تیم ماست؛ اما روشهای این مقاله مستقل از هر ابزاری کار میکنند و میتوانید آنها را در اکسل یا هر ابزار دیگری هم اجرا کنید.
سوالات متداول
جمعبندی
تخمین زمان پروژه یک مهارت روشمند است، نه حدس. روش Bottom-up برای دقت، روش Analogous برای سرعت و روش Three-point برای مدیریت عدم قطعیت به کار میرود. هر سه را بسته به مرحلهٔ پروژه بهکار بگیرید، کارها را بشکنید، بهرهوری واقعی را لحاظ کنید و حتماً بافر بگذارید. مهمتر از همه، زمان واقعی را ثبت کنید تا تخمین بعدیتان بهجای حدس، بر پایهٔ داده باشد.
اگر موضوع تخمین زمان پروژه برایتان مفید بود، پیشنهاد میکنیم ترلو یا نرم افزار مدیریت پروژه سازمانی؟! و چگونه برنامه ریزی درسی کنیم؟ را هم بخوانید.
همین امروز به دوایتیفای بپیوندید
پروژهها را بدون سردرگمی پیش ببرید: همهٔ وظایف، پیشرفتها و گزارشهای تیم در یک محیط یکپارچه. ساختهشده برای شرکتها، استارتاپها و تیمهای دورکار — با راهاندازی چنددقیقهای، پشتیبانی فارسی و نسخهٔ آزمایشی رایگان.
