Aging: شاخص پیشرو برای یافتن کارهای پنهان در پروژه
خلاصهٔ کاملتر
وقتی تیمها دنبال مشکلات پروژه میگردن، معمولاً به متریکهای محلی مثل throughput (تعداد آیتمهای تکمیلشده در یه بازه زمانی) نگاه میکنن. اما این فقط یه سیگنال ناقصه. ریشه اصلی مشکل چیزیه که کمتر بهش توجه میشه: Aging یا همون قدیمیشدن آیتمهای کاری.
Aging به این معنیه که آیتمهای کاری — چه باگ باشن، چه فیچر بکلاگ یا آیتمهای رودمپ — چقدر وقته که دستنخورده موندن. هرچی این آیتمها پیرتر بشن، یا تبدیل به یه «آتشِ اورژانسی» میشن که باید الان خاموشش کنی، یا آنقدر بیربط میشن که فقط بار ذهنیه.
کار پنهان معمولاً تو سه جا جمع میشه: سیستم ردیابی باگها (که شاید آیتمهایی از ۵ سال پیش داشته باشه)، بکلاگ جاری تیم، و رودمپ محصول. مشکل اینه که حتی برای اینکه بفهمیم یه آیتم دیگه ارزشی نداره، باید وقت بذاریم و بررسیش کنیم — و این خودش سربار ایجاد میکنه.
رابطه بین این مفاهیم یه حلقه تقویتیه: Aging بالا → WIP (کارهای در حال انجام) بیشتر → Cycle Time طولانیتر (مدتزمانی که یه آیتم از شروع تا تحویل طول میکشه) → throughput پایینتر. به همین دلیل Aging یه شاخص پیشرو (leading indicator) واقعیه — قبل از اینکه throughput بیفته، Aging بالا رفته.
برای مقابله با این وضعیت، پیشنهاد مشخصی وجود داره: هر آیتمی که بیشتر از ۳۰ روز تقویمی دستنخورده مونده — چه تو سیستم باگها باشه چه رودمپ — حذف بشه. اگه نمیخوای انجامش بدی، نگهداشتنش فقط شلوغی ذهنی ایجاد میکنه. اگه هم دلت نمیاد کاملاً حذفش کنی، یه «پارکینگ» جداگانه داشته باش و دیگه بهش فکر نکن.
نتیجه عملی اینه که Aging رو مثل Cycle Time مانیتور کن. وقتی دیدی آیتمها دارن پیر میشن، یا باید همون کار رو تموم کنی (stop starting, start finishing) یا باید ازش خداحافظی کنی. این رویکرد هم برای تیمهای توسعه صدق میکنه، هم برای تیمهای مدیریتی.
نکات کلیدی:
- Aging مهمترین شاخص پیشرو سلامت پروژهست، نه throughput
- کار پنهان تو سیستم باگها، بکلاگ و رودمپ جمع میشه و بار ذهنی ایجاد میکنه
- Aging بالا → WIP بیشتر → Cycle Time طولانیتر → throughput پایینتر
- آیتمهای بیش از ۳۰ روز دستنخورده رو حذف کن یا آرشیو کن
- بهجای شروع کارهای جدید، کارهای قدیمی باارزش رو تموم کن
