کار در جریان یعنی چه و چرا سقف لازم است؟
کار در جریان (کار در جریان — Work In Progress) یعنی کارهایی که شروع شدهاند اما هنوز تمام نشدهاند. محدودیت کار در جریان سقف تعداد تسکهایی است که همزمان در یک ستون — معمولاً «در حال انجام» — میتوانند باشند.
منطق ساده است: هر کار اضافه همزمان تعویض ذهنی، صف پنهان و زمان چرخه (زمان تحویل) طولانیتر میآورد — نه توان خروجی بیشتر. وقتی همه «مشغول» به نظر میرسند اما «تمامشده» کم است، معمولاً مشکل ظرفیت نیست؛ مشکل بیشبار همزمان است.
محدودیت کار در جریان قرارداد تمرکز است، نه نظارت: «تا این یکی تمام نشود، جدید شروع نکن.» در فرهنگ سیستم کششی (pull)، کار جدید فقط وقتی وارد ستون میشود که ظرفیت آزاد شده باشد.
بدون سقف، ستون «در حال انجام» آهنربای تعویض ذهنی میشود — همه چیز نیمهکاره میماند و مهلتها یکجا قرمز میشوند.
علائم و هزینه
| علامت | هزینه |
|---|---|
| ستون «در حال انجام» همیشه پر و «تمامشده» کم | زمان چرخه طولانی؛ اعتماد ذینفع کم |
| هر کسی ۵+ تسک باز دارد | تعویض ذهنی؛ کیفیت پایین |
| مدیر فشار «بیشتر بردارید» میآورد | کار در جریان بالاتر؛ توان تحویل کمتر |
| بازبینی انباشته | گلوگاه پنهان |
| جلسه وضعیت: «همه مشغولاند» | هیچ عدد جریان گزارش نمیشود |
چارچوب عملی
1. سقف واقعبینانه برای ستونهای کلیدی تعیین کنید
با تیم شروع کنید: «چند تسک همزمان واقعاً میتوانید تمام کنید؟» سقف اولیه را کوچک بگیرید — مثلاً ۲ برای هر نفر در «در حال انجام».
در عمل، کار در جریان نامحدود بدون پیگیری هفتگی فراموش میشود. مسئول مشخص کنید و در جلسه کوتاه وضعیت را مرور کنید — نه جلسه دو ساعته.
2. قانون را روی بورد مکتوب کنید
در ویکی پروژه بنویسید: «کار در جریان ستون X حداکثر N.» تازهوارد بدون بحث میفهمد.
3. وقتی سقف پر است، گلوگاه را رفع کنید نه کار در جریان را بالا
اگر بازبینی پر است، بازبین اضافه کنید یا اندازه کار را کوچک کنید — نه اینکه «در حال انجام» را ۱۰ تایی کنید.
4. سن کار در جریان را هفتگی ببینید
با flow_aging (سن کار در جریان) ببینید چه چیز بیش از حد در یک ستون مانده.
5. در بازبینی یک شاخص جریان را نام ببرید
مثلاً میانگین زمان چرخه یا تعداد تمامشده در هفته — روند مهمتر از یک عدد لحظهای است.
نکات تکمیلی برای اجرا
در عمل، تغییر عادت تیم سختتر از نصب ابزار است. برای همین هر گام چارچوب را با مسئول و تاریخ بازبینی همراه کنید — حتی اگر بازبینی فقط پانزده دقیقه باشد. بدون ریتم هفتگی، بهترین سیاست روی کاغذ میماند.
ذینفعان داخلی — مالی، فروش، پشتیبانی — اغلب زبان متفاوتی صحبت میکنند. یک گزارش مشترک از همان بورد و همان ماژول مالی، بحث «دو حقیقت» را کم میکند. مدیر پروژه واسطه مترجم نباشد؛ داده مشترک باشد.
برای تیمهای دورکار و چندشهری در ایران، شفافیت کتبی مهمتر از جلسه حضوری است. ویکی پروژه، صف تصمیم و وضعیت تسک باید جایی باشد که همه — حتی عضو پارهوقت — بدون پیام خصوصی بتوانند بفهمند اولویت چیست.
بهبود مستمر یعنی هر ماه یک اصلاح کوچک: یک توافق سطح خدمت، یک سقف کار در جریان، یک قالب صورتجلسه. انباشت ده اصلاح همزمان تیم را خسته میکند؛ یک تغییر قابل اندازهگیری بهتر از بیانیه بلند است.
وقتی شاخص بهتر شد، آن را در decision_log (سابقه تصمیم) ثبت کنید تا فصل بعد بدانید چه کار کردید و چه اثر داشت. یادگیری سازمانی بدون ثبت، تکرار اشتباه است.
اشتباهات رایج
- سقف گذاشتن بدون فرهنگ «نه گفتن به کار جدید»
- کار در جریان فقط روی کاغذ
- سقف خیلی بالا از اول
- تنبیه برای رسیدن به سقف
- نادیده گرفتن گلوگاه بازبینی
نقش WKFGo
flow_aging (سن کار) — نشان میدهد هر تسک چند روز در ستون فعلی مانده — کار راکد پشت سقف را پیدا کنید.
my_queue (صف من) — صف کار هر عضو به تفکیک وضعیت، تا ببینید چه کسی از سقف فردی رد شده.
update_status (وضعیت) — جابهجایی تسک بین ستونهای بورد؛ همان جایی که سقف ستون اعمال میشود.
get_project_report (گزارش) — شمارش تسکها، عقبافتادهها و بار هر عضو — برای سنجش اثر سقف در طول زمان.
سناریوی عملی در تیم ایرانی
یک الگوی رایج: تیم پشتیبانی هشتنفرهای که هر نفر هفت تسک باز دارد، سقف را روی سه میگذارد. دو هفتهٔ اول شلوغتر به نظر میرسد چون کار جدید پشت سقف صف میکشد — عددی که باید دنبال کنید تعداد «تمامشده در هفته» است، نه تعداد «شروعشده».
همترازی با ذینفعان
| نقش | سؤال هفتگی | اقدام در WKFGo |
|---|---|---|
| مدیر پروژه | گلوگاه کجاست؟ | برد + گزارش |
| لید فنی | چه کسی مسدود است؟ | my_queue (صف من) |
| مدیر اجرایی | چه تصمیمی لازم است؟ | decision_inbox (صف تصمیم) |
| مالی | هزینه همخوان است؟ | finance_summary (خلاصه مالی) |
سؤالات متداول
کار در جریان برای تیم remote هم لازم است؟
بله — تعویض ذهنی در remote بدتر است چون سیگنال کمتر دیده میشود.
سقف را چه کسی تعیین کند؟
تیم + لید؛ مدیر فقط تسهیلگر.
اگر فوری آمد؟
جایگزین کنید — یکی تمام شود یا یکی برگردد؛ کار در جریان ثابت بماند.
Kanban بدون کار در جریان؟
فقط لیست کار است، نه سیستم کششی.
جمعبندی
محدودیت کار در جریان قرارداد تمرکز است. سقف کوچک شروع کنید، گلوگاه را ببینید، توان تحویل را اندازه بگیرید.