یکی از مهارت‌هایی که با بیشتر شدن تجربه و کار کردن در یک تیم و یا یک شرکت بهبود پیدا می‌کنه، مهارت تخمین زدنه. با وجود این که این مهارت رو میشه به مرور بهتر کرد (در فرصتی بیشتر در موردش می‌نویسم)، هر چقدر هم به جوانب کار فکر کرده باشیم، باز هم ممکنه زوایایی رو ندیده باشیم و یا این که اتفاق‌هایی در طی انجام تسک پیش بیاد ما رو از رسوندن به ددلاین تعیین شده عقب بندازه.
توی این شرایط معمولاً اولین کاری که می‌کنیم، کار کردن در آخر وقت‌ها و یا آخر هفته‌هاست. احتمالاً منطقمون هم اینه که اگر نتونیم سر موعد تسک رو برسونیم، از credibilityمون خرج کردیم و یا این که بد قول می‌شیم و یا حتی نگران ارزیابی عملکرد پیش رومون هستیم.
این روش شاید برای یک بازهٔ خیلی کوتاه و موقت جواب بده اما کلاً کار خوبی نیست و می‌تونه به همه ضرر برسونه. چرا؟
- احتمال خطا رو زیاد می‌کنه: وقتی استرس این رو داریم که کار به موقع برسه و این کار رو با over work کردن پیش می‌بریم، استراحت و ریکاوری لازم رو نخواهیم داشت و احتمال باگ زدن و خطا رو خیلی بالاتر می‌بریم.
- کیفیت محصول رو پایین میاره و هزینه‌های بلند مدت بیشتری می‌تراشه: وقتی سرعت دلیور کردن تسک رو به طور غیرعادی بالا می‌بریم، مجبوریم از بعضی از استانداردهای پروژه بکاهیم تا به نتیجه برسیم. مثلاً مجبوریم تست ننویسیم یا با کثیف کد زدن و پیروی نکردن از طراحی و ساختار پروژه میانبر بزنیم. با این کار technical debt به وجود میاریم که در بلند مدت هزینه‌های بیشتری رو به دنبال خواهد داشت.
- یادگیری اتفاق نمی‌افته: این که نتونستیم خوب تخمین بزنیم یک مشکله. اما این که به کسی اطلاع ندیم و با over work کردن جبران کنیم، عملاً مشکل رو زیر فرش کردیم. توی این حالت یادگیری که قرار بود برای تیم، مدیر پروژه و بقیه اعضای تیم اتفاق بیفته رو از دست می‌دیم. مشکل هم زمانی پیش میاد که انتظارات مدیر تیم برای تسک مشابه بعدی مثل همین تسکه و اونجا یا باید مکالمات سختی رو داشته باشیم (اگر بگیم نمی‌رسه میگه پس چرا دفعهٔ قبلی رسید؟) یا باید دوباره با اضافه کاری مشکل رو حل کنیم (وضعیت مشابه).
پس چه کنیم؟
از نظر من بهترین کاری که میشه کرد اینه که در اولین زمانی که متوجه می‌شیم که قرار نیست تسک طبق تخمین پیش بره، به مدیر تیم و یا مدیر پروژه اطلاع بدیم. این کار با اولین daily، پیام و یا جلسه در روز کاری بعدی می‌تونه اتفاق بیفته. خیلی خوبه که کامل و واضح شرایط رو توضیح بدیم و مطمئن شیم که مسئله به خوبی منتقل شده. حالا مدیر تیم یا قانع میشه که با خیال راحت و بدون استرس کارمون رو پیش می‌بریم، یا این که ددلاین براش خیلی حیاتیه و اصلا براش امکان‌پذیر نیست که ددلاین رو عقب بندازه، که در این حالت باید مشکلات بالا رو بهش توضیح بدیم و از هزینه‌های پیدا و پنهان به ددلاین رسوندن مطلعش کنیم.
شما هم اگر نظر موافق یا مخالفی دارین و یا از نظرتون راه بهتری برای حل کردن این مسئله وجود داره توی کامنت بنویسین.
این نوشته رو اول در کانال تلگرام منتشر کردم. اگر دوست دارید نوشته‌های بعدی رو زودتر بخونید، پیشنهاد می‌کنم عضو کانال بشید.