یک تسک را در نظر بگیرید که ۶ روز کاری روی برد است. اگر دقیقاً حساب کنید، شاید فقط یک روز و نیم روی آن کار واقعی انجام شده و بقیهٔ زمان صرف انتظار برای بازبینی، پاسخ، تأیید یا رفع مانع شده است. نسبت آن زمان کار واقعی به کل زمان، Flow Efficiency یا کارایی جریان است.
Flow Efficiency همان سنجه‌ای است که نشان می‌دهد چقدر از عمر یک کار صرف «انجام دادن» می‌شود و چقدر صرف «منتظر ماندن». در این مقاله می‌بینید فرمول دقیق آن چیست، چرا در بیشتر تیم‌ها پایین است، چه عددی قابل قبول است، و با چه اقدام‌های عملی می‌توان آن را بالا برد.
Flow Efficiency چیست؟ (پاسخ سریع)
Flow Efficiency (کارایی جریان) درصدی از زمان کل یک کار است که صرف فعالیت ارزش‌افزا (Touch Time) شده است. فرمول آن: Flow Efficiency = (زمان کار فعال ÷ زمان کل جریان) × ۱۰۰. مثلاً اگر یک تسک ۵ روز روی برد باشد و فقط ۱ روز روی آن کار واقعی شود، کارایی جریان ۲۰٪ است.
چرا Flow Efficiency معمولاً پایین است؟
پایین‌بودن این عدد شرم‌آور نیست؛ تقریباً ویژگی ساختاری کارهای دانشی است. در کارهای نرم‌افزاری، طراحی، محتوا و اداری، فرد مجبور است میان چند کار جابه‌جا شود، منتظر بازبینی بماند، منتظر تصمیم بماند یا منتظر رفع مانع باشد. منابع اصلی اتلاف:
- انتظار در صف: کار آماده است اما پردازش شروع نشده (Queue Time).
- انتظار بین مراحل: تسک تمام شده اما مرحلهٔ بعد هنوز شروع نکرده.
- مسدودشدن: کار به‌دلیل مانع فنی، تصمیم یا وابستگی متوقف است.
- جابه‌جایی توجه: چندکارهم‌زمانی، زمان کار مؤثر هر تسک را کم می‌کند.
- دوباره‌کاری: کاری که پس از بازبینی باید اصلاح شود، بخشی از زمان را هدر می‌دهد.
- اندازهٔ بزرگ کار: آیتم بزرگ، مدت طولانی روی برد می‌ماند و انتظار بیشتری جمع می‌کند.
همین امروز به دوایتیفای بپیوندید
پروژه‌ها را بدون سردرگمی پیش ببرید: همهٔ وظایف، پیشرفت‌ها و گزارش‌های تیم در یک محیط یکپارچه. ساخته‌شده برای شرکت‌ها، استارتاپ‌ها و تیم‌های دورکار — با راه‌اندازی چنددقیقه‌ای، پشتیبانی فارسی و نسخهٔ آزمایشی رایگان.
فرمول محاسبه Flow Efficiency
فرمول اصلی ساده است، اما تعریف اجزایش مهم است:
Flow Efficiency % = (Touch Time ÷ Flow Time) × ۱۰۰
- Touch Time (زمان کار فعال): مجموع زمان‌هایی که فرد واقعاً روی آیتم کار می‌کند.
- Flow Time (زمان کل جریان): کل زمان سپری‌شده از شروع تا اتمام کار. بسته به قرارداد تیم، می‌تواند Cycle Time (شروع تا پایان پردازش) یا Lead Time (درخواست تا تحویل) باشد.
- Non-value-added Time (زمان بدون ارزش‌افزا): برابر است با Wait Time + Blocked Time.
- نتیجه: Value-added Time = Flow Time − (Wait Time + Blocked Time).
نکتهٔ مهم: قبل از محاسبه، دقیقاً بنویسید مبنای جریان چیست (Cycle Time یا Lead Time)؛ در غیر این صورت اعداد تیم‌ها با هم قابل‌مقایسه نیستند.
مثال عددی ۱: محاسبهٔ ساده
تسکی ۵ روز کاری روی برد است. ثبت زمان‌ها نشان می‌دهد: ۱ روز کار فعال، ۲ روز انتظار بازبینی، ۱ روز انتظار پاسخ مشتری و ۱ روز مسدودبودن به‌دلیل باگ زیرساخت.
- زمان بدون ارزش‌افزا = ۲ + ۱ + ۱ = ۴ روز
- Touch Time = ۱ روز
- Flow Efficiency = (۱ ÷ ۵) × ۱۰۰ = ۲۰٪
Flow Efficiency چه تفاوتی با Cycle Time و Lead Time دارد؟
این سه سنجه مکمل هم‌اند، نه جانشین. جدول زیر رابطه‌شان را روشن می‌کند:
| سنجه | به چه چیزی پاسخ می‌دهد | واحد | رابطه با کارایی جریان |
|---|---|---|---|
| Cycle Time | کار چقدر طول کشید؟ | زمان | مبنای Flow Time در محاسبه |
| Lead Time | از درخواست تا تحویل چقدر شد؟ | زمان | دیدِ بیرونی؛ شامل صف ورودی هم می‌شود |
| Flow Efficiency | چند درصدش کار واقعی بود؟ | درصد | نسبت Touch Time به Flow Time |
| Throughput | چند کار تمام شد؟ | تعداد/زمان | مکمل؛ سرعت خروجی را نشان می‌دهد |
نکته: Cycle Time کوتاه لزوماً کارایی بالا نیست؛ ممکن است همان زمان کوتاه هم بیشترش انتظار باشد. Flow Efficiency کیفیت آن زمان را نشان می‌دهد.
Flow Efficiency خوب چند درصد است؟
پاسخ صادقانه: عدد ثابتی وجود ندارد؛ روند مهم‌تر از یک آستانهٔ جادویی است. اندازهٔ این عدد به نوع کار، طول عمر تسک و تعریف Flow Time بستگی دارد. به‌جای پرسیدن «چند درصد خوب است؟»، این سؤال‌ها را بپرسید:
- آیا کارایی جریان این ماه از ماه گذشته بهتر شده؟
- کدام مرحله بیشترین زمان انتظار را می‌سازد؟
- آیا کاهش اندازهٔ دسته، اثر مثبتی روی این عدد داشته؟
اگر تیمی از ۲۰٪ به ۳۵٪ برسد، دستاورد بزرگی است؛ حتی اگر رقم مطلق هنوز پایین به‌نظر برسد. تمرکز بر بهبود پیوسته، تیم را از بازی «عددسازی» دور نگه می‌دارد.
چطور دادهٔ Flow Efficiency را جمع‌آوری کنیم؟
کیفیت این سنجه به کیفیت ثبت زمان بستگی دارد. سه سطح دقت وجود دارد:
- سطح ساده (برچسب‌زنی): هر آیتم در هر مرحله یا «در حال کار» است یا «در انتظار/مسدود». نسبت روزهای کاری به کل روزها، تخمین کارایی را می‌دهد.
- سطح متوسط (ثبت تاریخ): تاریخ ورود و خروج هر آیتم از هر ستون ثبت می‌شود؛ مجموع زمان‌های ستون‌های انتظار از کل عمر کم می‌شود.
- سطح دقیق (تایمر): زمان کار فعال با تایمر یا ابزار ثبت می‌شود. این سطح دقیق‌تر است اما بار ثبت بیشتری دارد.
برای شروع، سطح ساده کافی است. مهم این است که تعریف «انتظار» و «مسدود» شفاف باشد و همهٔ اعضا یک تعریف را به‌کار ببرند. بدون این هم‌زبانی، عدد حاصل قابل‌اتکا نیست.
ترفند کاربردی: اگر جمع‌آوری داده دقیق سخت است، فقط روی روند تمرکز کنید. حتی ثبت تقریبیِ روزانه می‌تواند نشان دهد کارایی این ماه بهتر یا بدتر شده است.
چطور Flow Efficiency را در عمل بهبود دهیم؟
چهار اهرم اصلی وجود دارد که هرکدام به یک منبع اتلاف حمله می‌کند:
۱. کوتاه‌کردن انتظار در صف
محدودکردن WIP، توازن ظرفیت حول گلوگاه و اولویت‌گذاری شفاف، صف را کوچک می‌کند. هر روزی که از صف کم شود، مستقیماً به کارایی جریان اضافه می‌شود.
۲. کوچک‌کردن اندازهٔ دسته
تسک بزرگ‌تر یعنی عمر طولانی‌تر و انتظار بیشتر. شکستن کار به قطعه‌های قابل‌تحویل، هم زمان انتظار را کم می‌کند و هم بازخورد را زودتر برمی‌گرداند.
۳. رفع سریع مسدودی
هر ساعت مسدودبودن، مستقیم از کارایی جریان کم می‌کند. داشتن فهرست موانع باز، مسئول رفع مانع و جلسهٔ روزانهٔ کوتاه، زمان مسدودی را کم می‌کند.
۴. کاهش جابه‌جایی توجه
محدودکردن تعداد کارهای هم‌زمان هر فرد، باعث می‌شود Touch Time هر تسک بیشتر شود. چندکارهم‌زمانی، دشمن پنهان کارایی جریان است.
مثال‌های عددی بیشتر
مثال عددی ۲: اثر کاهش WIP
تیمی با Throughput ثابت ۴ آیتم در هفته، WIP را از ۱۶ به ۸ کاهش می‌دهد. طبق قانون لیتل، زمان چرخهٔ میانگین از ۴ هفته به ۲ هفته می‌رسد. اگر Touch Time هر آیتم ثابت ۱ هفته بماند، کارایی جریان از ۲۵٪ به ۵۰٪ می‌رسد؛ بدون آنکه کسی سخت‌تر کار کند.
مثال عددی ۳: اثر کوچک‌کردن دسته
تسکی ۱۰ روز طول می‌کشد و ۲ روز کار فعال دارد؛ کارایی ۲۰٪. اگر همان کار را به دو قطعهٔ ۵ روزه با ۱ روز کار فعال بشکنیم، انتظار هر قطعه کمتر می‌شود؛ فرض کنید هر قطعه به ۴ روز برسد. کارایی هر قطعه = (۱ ÷ ۴) × ۱۰۰ = ۲۵٪. اثر تجمعی کوچک‌کردن دسته، بهبود محسوس عدد کلی است.
مثال عددی ۴: هزینهٔ مسدودی
در ۲۰ تسک یک ماه، هر تسک به‌طور میانگین ۱ روز کامل مسدود بوده است. اگر میانگین عمر تسک ۵ روز و کار فعال ۱٫۵ روز باشد، حذف کامل آن ۱ روز مسدودی، کارایی را از ۳۰٪ به حدود ۳۷٫۵٪ می‌رساند؛ چون ۱ روز بی‌کاری از معادله حذف می‌شود.
مزایا، معایب و Trade-off
| مزایای سنجش و بهبود Flow Efficiency | معایب و محدودیت‌ها |
|---|---|
| افشای زمان هدررفته در انتظار و مسدودی | نیاز به ثبت دقیق زمان‌ها |
| هدف‌گیری انتظار به‌جای فشار بر افراد | خطر استفادهٔ مقایسه‌ای و رتبه‌بندی افراد |
| بهبود پیش‌بینی‌پذیری تحویل | تعریف مبهم Flow Time نتیجه را بی‌معنا می‌کند |
| کمک به اولویت‌گذاری رفع موانع | پیگیری وسواس‌گونهٔ عدد به‌جای بهبود سیستم |
Trade-off اصلی: تمرکز روی کارایی جریان، توجه را از «سخت‌تر کار کردن» به «کمتر منتظر ماندن» می‌برد؛ اما اگر این سنجه به ارزیابی عملکرد فردی تبدیل شود، داده خراب می‌شود و افراد زمان‌ها را دستکاری می‌کنند. این سنجه برای سلامت سیستم است، نه قضاوت افراد.
اشتباهات رایج
- مخلوط‌کردن Cycle Time و Lead Time: بدون مبنای ثابت، اعداد بی‌معنا می‌شوند.
- گرفتن میانگین بدون نگاه به توزیع: چند مورد پرت می‌توانند تصویر را کاملاً وارونه کنند.
- استفادهٔ سرزنشی: کارایی جریان ابزار سرزنش فرد نیست، ابزار اصلاح سیستم است.
- هدف‌گذاری عددی اجباری: تعیین هدف ثابت برای درصد، رفتارهای مصنوعی می‌سازد.
- بی‌توجهی به تفاوت نوع کار: تسک‌های فوری و عادی ترکیب متفاوتی از انتظار دارند.
- پیگیری دستی طاقت‌فرسا: محاسبهٔ دستی هر تسک خودش اتلاف می‌سازد؛ ثبت باید تا حد امکان خودکار باشد.
نکات کاربردی
- نکته مهم: اول انتظار و مسدودی را «ببینید»، بعد عدد را حساب کنید؛ هدف، یافتن گلوگاه است نه تولید گزارش.
- ترفند کاربردی: برای هر آیتم، دو برچسب «در انتظار» و «مسدود» بگذارید تا تفکیک این دو زمان ساده شود.
- اشتباه رایج: بالا بردن بهره‌برداری به قیمت کارایی جریان؛ پرکردن کامل ظرفیت، صف و انتظار را زیاد می‌کند.
- قبل از شروع این را بدانید: کارایی جریان در کارهای دانشی معمولاً پایین است؛ هدف، بهبود روند است نه رسیدن به ۱۰۰٪.
دوایتفای و بهبود کارایی جریان
برای بالا بردن کارایی جریان، تیم باید بداند هر آیتم چه مدت در هر مرحله مانده و چه زمانی مسدود شده است. دوایتفای بستری برای مدیریت پروژه، مدیریت تیم و رسیدن به اهداف است که همین دید را می‌دهد: مدیریت بورد و کانبان، تسک و زیرتسک‌های چندلایه، چک‌لیست، مسئول تسک و ددلاین، وابستگی‌های WBS، وضعیت و پیشرفت کارها، و گزارش‌های کاری و عملکرد. ابزارهایی مانند تقویم و گانت، Milestone و یادآور، و اتوماسیون به تیم کمک می‌کنند انتظار بازبینی و مسدودی را زودتر ببینند و کاهش دهند. هدف این نیست که کار سریع‌تر شود؛ این است که زمان کمتری از عمر کار، صرف منتظرماندن شود.
سوالات متداول
جمع‌بندی
Flow Efficiency به یک سؤال ساده پاسخ می‌دهد: «چند درصد از عمر این کار، صرف انجام واقعی آن شد؟» اگر این عدد پایین است، مشکل معمولاً کم‌کاری افراد نیست؛ انتظار، مسدودی و اندازهٔ بزرگ کار است. با محدودکردن WIP، کوچک‌کردن دسته، رفع سریع موانع و کاهش جابه‌جایی توجه، این عدد را به‌صورت پایدار بالا ببرید و پیوسته روند آن را بسنجید.
اگر موضوع Flow Efficiency برایتان مفید بود، پیشنهاد می‌کنیم برنامه شبانه برای آماده‌سازی فردا؛ چک‌لیست پایان روز و جدول برنامه‌ریزی سالانه و تقویم اهداف ۱۲ ماهه را هم بخوانید.
همین امروز به دوایتیفای بپیوندید
پروژه‌ها را بدون سردرگمی پیش ببرید: همهٔ وظایف، پیشرفت‌ها و گزارش‌های تیم در یک محیط یکپارچه. ساخته‌شده برای شرکت‌ها، استارتاپ‌ها و تیم‌های دورکار — با راه‌اندازی چنددقیقه‌ای، پشتیبانی فارسی و نسخهٔ آزمایشی رایگان.
