مهلت گذشته دیر میگوید؛ سن کار زود هشدار میدهد
تاریخ مهلت (due date) فقط میگوید «دیر شد» — اغلب دیرتر از جایی که باید مداخله میکردید. سن کار در جریان (flow ماندگی کار) میگوید یک تسک چند روز است در همان ستون بورد بدون حرکت مانده — قبل از قرمز شدن مهلت.
در کانبان و جریان پیوسته، کار گیرکرده در ستون «بازبینی»، «منتظر مشتری» یا «در حال انجام» همان جایی است که زمان چرخه (زمان تحویل) منفجر میشود. مهلت هنوز سه هفته دیگر است، اما سن کار میگوید «این مورد ۱۲ روز است اینجا — نگران باش.»
تیمهایی که فقط مهلت را میبینند، هفته قبل از تحویل یکباره «همه چیز قرمز» میشوند. تیمهایی که سن کار را میبینند، دو هفته زودتر گلوگاه را باز میکنند.
ابزار flow_aging (سن کار در جریان) در WKFGo این سیگنال را از بورد زنده میگیرد — نه از حدس مدیر در جلسه.
علائم و هزینه
| علامت | هزینه |
|---|---|
| مهلت هنوز سبز اما کار ۱۰+ روز در یک ستون | غافلگیری نزدیک تحویل |
| جلسه وضعیت فقط «در حال پیشرفت» | بدون عدد سن |
| تسکهای قدیمی پایین لیست فراموش | تحویل دیر یا حذف بیصدا |
| گلوگاه بازبینی پنهان | کار در جریان بالا، توان تحویل پایین |
| مدیر فقط نزدیک deadline واکنش نشان میدهد | اقدام اصلاحی دیر |
چارچوب عملی
1. ستونهایی که بیشترین تأخیر را دارند شناسایی کنید
معمولاً بازبینی، منتظر تأیید، یا منتظر مشتری. یک هفته بدون قضاوت فقط بشمارید.
در عمل، کار گیرکرده در بورد بدون پیگیری هفتگی فراموش میشود. مسئول مشخص کنید و در جلسه کوتاه وضعیت را مرور کنید — نه جلسه دو ساعته.
2. آستانه سن برای هر ستون تعریف کنید
مثلاً «بازبینی بیش از ۳ روز = زرد، بیش از ۵ = قرمز.»
3. هفتگی flow_aging را در جلسه ۱۵ دقیقهای ببینید
قدیمیترین موارد اول — نه جدیدترین.
4. برای هر مورد قرمز مسئول و اقدام مشخص
«کی تا فردا جواب میدهد؟» — نه «پیگیری میکنم.»
5. بعد از رفع، علت را در ویکی ثبت کنید
الگوها تکرار میشوند — مستند کنید.
نکات تکمیلی برای اجرا
در عمل، تغییر عادت تیم سختتر از نصب ابزار است. برای همین هر گام چارچوب را با مسئول و تاریخ بازبینی همراه کنید — حتی اگر بازبینی فقط پانزده دقیقه باشد. بدون ریتم هفتگی، بهترین سیاست روی کاغذ میماند.
ذینفعان داخلی — مالی، فروش، پشتیبانی — اغلب زبان متفاوتی صحبت میکنند. یک گزارش مشترک از همان بورد و همان ماژول مالی، بحث «دو حقیقت» را کم میکند. مدیر پروژه واسطه مترجم نباشد؛ داده مشترک باشد.
برای تیمهای دورکار و چندشهری در ایران، شفافیت کتبی مهمتر از جلسه حضوری است. ویکی پروژه، صف تصمیم و وضعیت تسک باید جایی باشد که همه — حتی عضو پارهوقت — بدون پیام خصوصی بتوانند بفهمند اولویت چیست.
بهبود مستمر یعنی هر ماه یک اصلاح کوچک: یک توافق سطح خدمت، یک سقف کار در جریان، یک قالب صورتجلسه. انباشت ده اصلاح همزمان تیم را خسته میکند؛ یک تغییر قابل اندازهگیری بهتر از بیانیه بلند است.
وقتی شاخص بهتر شد، آن را در decision_log (سابقه تصمیم) ثبت کنید تا فصل بعد بدانید چه کار کردید و چه اثر داشت. یادگیری سازمانی بدون ثبت، تکرار اشتباه است.
اشتباهات رایج
- فقط مهلت در داشبورد
- سن بالا بدون اقدام
- تنبیه صاحب تسک
- نادیده گرفتن ستون «منتظر»
- جلسه بدون لیست قدیمیها
نقش WKFGo
flow_aging (سن کار)
my_queue (صف من)
update_status (وضعیت)
create_comment (نظر)
سناریوی عملی در تیم ایرانی
تیم فینتک: ۱۵ تسک بیش از ۷ روز در «منتظر بانک» بودند — مهلت هنوز دور. با flow_aging هفتگی، SLA با بانک مذاکره شد و ۸ مورد یکجا آزاد شد.
همترازی با ذینفعان
| نقش | سؤال هفتگی | اقدام در WKFGo |
|---|---|---|
| مدیر پروژه | گلوگاه کجاست؟ | برد + گزارش |
| لید فنی | چه کسی مسدود است؟ | my_queue (صف من) |
| مدیر اجرایی | چه تصمیمی لازم است؟ | decision_inbox (صف تصمیم) |
| مالی | هزینه همخوان است؟ | finance_summary (خلاصه مالی) |
سؤالات متداول
تفاوت مهلت و سن کار؟
مهلت هدف تحویل؛ سن مدت ماندن در یک مرحله.
آستانه جهانی؟
خیر — هر ستون و تیم متفاوت است.
Scrum هم لازم است؟
بله — کار گیرکرده در اسپرینت هم هست.
چند بار در هفته؟
یک بار ۱۵ دقیقه کافی است.
جمعبندی
مهلت دیر هشدار میدهد؛ سن کار زود. flow_aging گلوگاه را قبل از بحران نشان میدهد.