Post by Mohammad Hasan Rashidi

یک آزمایش کوچک: آخرین باری که در code review نوشتید یا خواندید «بعدا درستش می‌کنیم» را به خاطر بیاورید. آن «بعدا» آمد؟ اگر نیامد، تنها نیستید. پیمایش‌های چندکشوری نشان می‌دهند پرتکرارترین علت technical debt فشار زمان است؛ و بخش بزرگش دانسته گرفته می‌شود. یعنی تیم راه بهتر را می‌شناسد و راه سریع‌تر را می‌رود. ارسطو دو هزار و چهارصد سال پیش برای همین حالت واژه‌ای داشت: آکراسیا؛ دانستن کار درست و نکردنش. همان که رژیم را به شنبه می‌اندازد و سیگار بعدی را روشن می‌کند. و قدیمی‌ترین راه‌حلش را اودیسئوس نشان داد. وقتی کشتی‌اش به آب‌های سیرن‌ها رسید، نه به اراده‌اش تکیه کرد و نه آواز را انکار کرد؛ خودش را به دکل بست و گفت اگر التماس کردم، طناب را تنگ‌تر کنید. تیم‌های خوب آنهایی نیستند که کمتر وسوسه می‌شوند؛ آنهایی‌اند که پیش از شنیدن آواز، خودشان را به دکل بسته‌اند. و quality gate و Definition of Done هم همین طناب‌اند؛ اگر شل نبسته باشیمشان. در این مقاله‌ استدلال کرده‌ام که بخش بزرگی از بدهی فنی می‌تواند در عمق نه یک پدیده‌ی مالی، که ضعف اراده باشد. و یک سوال: اگر همین امروز ساعت شش عصر، درست پیش از release، تیم شما زیر فشار باشد، چه چیزی جلوی یک تصمیم بد را می‌گیرد؟ ابزار؟ فرایند؟ یا فقط قولی که به خودتان داده‌اید؟ در کامنت‌ها بنویسید.