تعهدی که می‌دهی و کاری که می‌سپاری

چرا تعهدها همیشه خوش‌بینانه‌اند

اگر به پروژه‌های گذشتهٔ سازمانت نگاه کنی، احتمالاً الگوی مشخصی می‌بینی: تقریباً همیشه دیرتر از تعهد. و تقریباً هیچ‌وقت زودتر.

این تصادفی نیست و به بی‌دقتی هم ربطی ندارد. سه علت ساختاری دارد:

برآورد بر اساس حالت مطلوب. وقتی زمان یک کار را تخمین می‌زنی، ناخودآگاه حالتی را تصور می‌کنی که همه‌چیز درست پیش می‌رود. ولی در عمل، همیشه چیزی پیش می‌آید.

جمع شدن خطا در یک جهت. هر مرحله ممکن است زودتر یا دیرتر تمام شود، ولی زودتر تمام شدن معمولاً استفاده نمی‌شود — چون مرحلهٔ بعدی هنوز آماده نیست. پس تأخیرها جمع می‌شوند و جلوافتادگی‌ها نه.

و فشار مذاکره. وقتی مشتری می‌گوید «دو ماه»، گفتن «سه ماه» سخت است. پس عدد دو ماه پذیرفته می‌شود و امید می‌رود که جبران شود.

نتیجه‌اش این است که خوش‌بینی در تعهد، یک خطای سیستماتیک است — نه یک اشتباه گاه‌به‌گاه. و خطای سیستماتیک را می‌شود اندازه گرفت و تصحیح کرد.

۱. اندازه‌گیری خطای تعهد

این ساده‌ترین و مؤثرترین کاری است که یک برنامه‌ریز می‌تواند بکند و کمتر کسی انجامش می‌دهد.

برای ده پروژه یا سفارش اخیر، دو ستون بنویس: تاریخ تعهدشده و تاریخ واقعی تحویل. نسبتشان را حساب کن.

اگر به‌طور متوسط چهل درصد دیرتر تحویل داده‌ای، این عدد یک داده است، نه یک اتهام. و از آن لحظه، هر تعهد تازه‌ای را می‌شود با همین ضریب تصحیح کرد.

قدرت این کار در دفاع‌پذیری‌اش است. وقتی می‌گویی «سه ماه طول می‌کشد نه دو ماه»، جوابش بحث است. وقتی می‌گویی «در ده پروژهٔ اخیر، متوسط چهل درصد از تعهد عبور کرده‌ایم؛ اگر دو ماه تعهد بدهیم، احتمالاً دو ماه و نیم تحویل می‌دهیم» — این دیگر نظر تو نیست، سابقهٔ سازمان است.

و اگر داده‌اش را نداری، از همین امروز شروع کن به ثبت. سه ماه دیگر، اولین بحث قابل برنده شدن را خواهی داشت.