محدودیت کار در جریان در کانبان — چرا «کمتر همزمان» سریع‌تر تحویل می‌دهد

نویسنده: WKFGo Editorial · ·

کار در جریان یعنی چه و چرا سقف لازم است؟

کار در جریان (کار در جریان — Work In Progress) یعنی کارهایی که شروع شده‌اند اما هنوز تمام نشده‌اند. محدودیت کار در جریان سقف تعداد تسکهایی است که همزمان در یک ستون — معمولاً «در حال انجام» — می‌توانند باشند.

منطق ساده است: هر کار اضافه همزمان تعویض ذهنی، صف پنهان و زمان چرخه (زمان تحویل) طولانی‌تر می‌آورد — نه توان خروجی بیشتر. وقتی همه «مشغول» به نظر می‌رسند اما «تمام‌شده» کم است، معمولاً مشکل ظرفیت نیست؛ مشکل بیش‌بار همزمان است.

محدودیت کار در جریان قرارداد تمرکز است، نه نظارت: «تا این یکی تمام نشود، جدید شروع نکن.» در فرهنگ سیستم کششی (pull)، کار جدید فقط وقتی وارد ستون می‌شود که ظرفیت آزاد شده باشد.

بدون سقف، ستون «در حال انجام» آهنربای تعویض ذهنی می‌شود — همه چیز نیمه‌کاره می‌ماند و مهلت‌ها یک‌جا قرمز می‌شوند.

علائم و هزینه

علامت هزینه
ستون «در حال انجام» همیشه پر و «تمام‌شده» کم زمان چرخه طولانی؛ اعتماد ذینفع کم
هر کسی ۵+ تسک باز دارد تعویض ذهنی؛ کیفیت پایین
مدیر فشار «بیشتر بردارید» می‌آورد کار در جریان بالاتر؛ توان تحویل کمتر
بازبینی انباشته گلوگاه پنهان
جلسه وضعیت: «همه مشغول‌اند» هیچ عدد جریان گزارش نمی‌شود

چارچوب عملی

1. سقف واقع‌بینانه برای ستون‌های کلیدی تعیین کنید

با تیم شروع کنید: «چند تسک همزمان واقعاً می‌توانید تمام کنید؟» سقف اولیه را کوچک بگیرید — مثلاً ۲ برای هر نفر در «در حال انجام».

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

2. قانون را روی بورد مکتوب کنید

در ویکی پروژه بنویسید: «کار در جریان ستون X حداکثر N.» تازه‌وارد بدون بحث می‌فهمد.

3. وقتی سقف پر است، گلوگاه را رفع کنید نه کار در جریان را بالا

اگر بازبینی پر است، بازبین اضافه کنید یا اندازه کار را کوچک کنید — نه اینکه «در حال انجام» را ۱۰ تایی کنید.

4. سن کار در جریان را هفتگی ببینید

با flow_aging (سن کار در جریان) ببینید چه چیز بیش از حد در یک ستون مانده.

5. در بازبینی یک شاخص جریان را نام ببرید

مثلاً میانگین زمان چرخه یا تعداد تمام‌شده در هفته — روند مهم‌تر از یک عدد لحظه‌ای است.

اشتباهات رایج

نقش WKFGo

flow_aging (سن کار) — نشان می‌دهد هر تسک چند روز در ستون فعلی مانده — کار راکد پشت سقف را پیدا کنید.

my_queue (صف من) — صف کار هر عضو به تفکیک وضعیت، تا ببینید چه کسی از سقف فردی رد شده.

update_status (وضعیت) — جابه‌جایی تسک بین ستون‌های بورد. در پیاده‌سازی فعلی wipLimit راهنمایی و بصری است: بورد عبور از سقف را برجسته می‌کند، اما backend جابه‌جایی را hard-block نمی‌کند. تیم باید سیاست استثنا و واکنش به عبور را تعریف کند.

get_project_report (گزارش) — شمارش تسک‌ها، عقب‌افتاده‌ها و بار هر عضو — برای سنجش اثر سقف در طول زمان.

سناریوی عملی در تیم ایرانی

یک الگوی رایج: تیم پشتیبانی هشت‌نفره‌ای که هر نفر هفت تسک باز دارد، سقف را روی سه می‌گذارد. دو هفتهٔ اول شلوغ‌تر به نظر می‌رسد چون کار جدید پشت سقف صف می‌کشد — عددی که باید دنبال کنید تعداد «تمام‌شده در هفته» است، نه تعداد «شروع‌شده».

سؤالات متداول

کار در جریان برای تیم remote هم لازم است؟

بله — تعویض ذهنی در remote بدتر است چون سیگنال کمتر دیده می‌شود.

سقف را چه کسی تعیین کند؟

تیم + لید؛ مدیر فقط تسهیل‌گر.

اگر فوری آمد؟

جایگزین کنید — یکی تمام شود یا یکی برگردد؛ کار در جریان ثابت بماند.

Kanban بدون کار در جریان؟

فقط لیست کار است، نه سیستم کششی.

جمع‌بندی

محدودیت کار در جریان قرارداد تمرکز است. سقف کوچک شروع کنید، گلوگاه را ببینید، توان تحویل را اندازه بگیرید.

برای دو هفته یک ستون را انتخاب و تعداد دفعات عبور، throughput و زمان چرخه را ثبت کنید. اگر سقف هر روز شکسته می‌شود، یا عدد غیرواقعی است یا سیاست pull اجرا نمی‌شود؛ صرف قرمزشدن ستون مسئله را حل نمی‌کند.

منابع دست‌اول و روش راستی‌آزمایی

این فهرست برای بررسی بیشتر است؛ لینک‌های داخل متن، منبع ادعای مشخص همان بخش‌اند.