بزرگ‌نمایی و کوچک نمایی در تخمین‌ها (overestimate و underestimate )

بعد از اینکه در تیم های توسعه مختلفی کار کردم و همیشه موضوع estimate یا تخمین دادن ما توسعه دهنده ها هم برای خودمون و کارفرماها داستان شده تصمیم گرفتم توی اولین مورد در خصوص معایب و مزایا overestimate و underestimate در تیم های فنی یکم تحقیق کنم و خلاصه ی مفیدی که باهاش موافق هستم رو اینجا قرار بدم

1. بزرگ‌نمایی در تخمین‌ها (Overestimate کردن)

• تعریف: وقتی یک فرد زمان یا منابع بیشتری نسبت به مقدار واقعی موردنیاز اعلام می‌کند.
• مزایا:کمک به داشتن بافر زمانی برای مواجهه با مشکلات غیرمنتظره.
  کاهش فشار روانی و اطمینان از تحویل تسک‌ها در زمان تعیین‌شده.
  
• معایب:منجر به کاهش بهره‌وری تیمی می‌شود، چرا که ممکن است زمان‌های اضافی بلااستفاده بمانند.
  باعث می‌شود کارهای جدید کمتر برنامه‌ریزی شوند، چون زمان زیادی برای کارهای فعلی در نظر گرفته شده است.
  در بلندمدت، حس بی‌اعتمادی بین اعضای تیم ایجاد می‌کند، چون دیگران ممکن است احساس کنند فرد به عمد زمان بیشتری اعلام کرده است.
  

2. کوچک‌نمایی در تخمین‌ها (Underestimate کردن)

• تعریف: وقتی زمان یا منابع کمتری نسبت به مقدار واقعی موردنیاز اعلام می‌شود.
• مزایا:می‌تواند منجر به انگیزه بیشتر شود، چرا که افراد تلاش می‌کنند سریع‌تر تسک‌ها را به پایان برسانند.
  نشان‌دهنده رویکرد مثبت در مدیریت زمان است، اما...
  
• معایب:فشار روانی زیادی بر فرد وارد می‌کند، چون ممکن است برای تکمیل کارها دچار کمبود زمان یا منابع شود.
  کیفیت خروجی ممکن است کاهش یابد، چون فرد مجبور است سریع‌تر کار را تمام کند.
  ایجاد تأخیر در پروژه‌های تیمی و کاهش هماهنگی بین اعضای تیم.
  

چالش‌هایی که در کار تیمی ایجاد می‌کنند

• عدم هماهنگی در برنامه‌ریزی: اگر برخی افراد تخمین‌های بیش از حد یا کمتر از واقعیت بدهند، ممکن است برنامه‌ریزی تیمی با شکست مواجه شود.
• ایجاد بی‌اعتمادی: اعضای تیم ممکن است حس کنند افراد به‌درستی مسئولیت‌های خود را انجام نمی‌دهند یا تعهد کافی ندارند.
• کاهش بهره‌وری کلی: اگر تخمین‌ها دقیق نباشند، مدیریت زمان و منابع دچار مشکل می‌شود و روی کل پروژه تأثیر منفی می‌گذارد.
• ایجاد استرس در تیم: عدم تطابق بین تخمین‌ها و واقعیت‌ها می‌تواند باعث استرس در تیم و نارضایتی افراد شود.

چون می دونم متاسفانه این روزها شاید کمتر وقت برای مطالعه بزاریم سعی کردم جمع بندی کوتاهی در این مورد بزارم ولی اگه شما با این مشکل مواجه هستید تجربه و نظرتون رو قرار بدید

خود من اخیرا به دلیل دوست داشتن یک پروژه تیمی ، به شدت درگیر Underestimate شدم و هم برای خودم چالش های شخصی درست کردم و هم اینکه چون این موضوع می تون باعث بشه که حرکت روی یک لبه مو برای شما در طول اسپرینت باشه، به نظرم باید به روش هایی که در مقاله زیر از دوست مون بهش اشاره شده بریم به سمت تخمین درست دادن به خصوص این راهکار را من باهاش موافق هستم

تخمین یوزر استوری ها به روش غیر مستقیم یا استوری پوینت

چطور بفهمیم که استوری پوینت هایی که دولوپر ها میدن خیلی واگرا نیست و تخمین درستی از کار هست؟
تو سه یا چهار تا اسپرینت هم اولش به بک لاگ ها استوری پوینت بدن (Original Story Point) و هم بعد از دان کردن بک لاگ تا معیار تخمین برای همه ملموس تر بشه.