Throughput چیست؟ تعداد کارهای تکمیل‌شده تیم چگونه سنجیده می‌شود؟

«تیم ما این ماه چقدر کار تحویل داد؟» پاسخ به این سؤال، ساده به‌نظر می‌رسد، اما بسیاری از تیم‌ها به‌جای شمردن کارهای تمام‌شده، به احساس و برداشت کلی تکیه می‌کنند. همین‌جاست که مفهوم Throughput یا توان عملیاتی وارد می‌شود: تعداد کارهایی که واقعاً تکمیل شده‌اند.

Throughput یکی از چهار سنجهٔ اجباری جریان کار است و پایهٔ پیش‌بینی تحویل به‌شمار می‌رود. در این مقاله می‌بینید Throughput دقیقاً چیست، چطور محاسبه می‌شود، چه تفاوتی با Velocity و Cycle Time دارد، چه چیزی آن را محدود می‌کند و چطور در عمل از آن استفاده کنید.

Throughput چیست؟ (پاسخ سریع)

Throughput (توان عملیاتی) تعداد آیتم‌های کاری است که در یک واحد زمان تکمیل می‌شوند. مثلاً «۶ تسک در هفته» یا «۲۴ آیتم در ماه». تفاوت کلیدی آن با معیارهای مبتنی بر زمان، این است که Throughput فقط «تعداد» را می‌شمارد و دقیقاً همان چیزی است که از سیستم بیرون می‌آید.

Throughput چگونه محاسبه می‌شود؟

محاسبه در ظاهر ساده است، اما چند تصمیم دارد:

Throughput = تعداد آیتم‌های تکمیل‌شده ÷ بازهٔ زمانی

نکاتی که باید قبل از محاسبه روشن کنید:

• واحد آیتم چیست؟ تسک، استوری، باگ، فاکتور یا هر واحد تحویل. مهم است که همهٔ اعضا یک تعریف داشته باشند.
• «تکمیل‌شده» چه معنایی دارد؟ لحظهٔ رسیدن به ستون «انجام‌شده» یا تحویل به مشتری؟ این تعریف باید ثابت بماند.
• واحد زمان چیست؟ روز، هفته، یا اسپرینت. برای مقایسه، همیشه یک واحد را به‌کار ببرید.

مثال عددی ۱: محاسبهٔ ساده

تیمی در یک اسپرینت دو هفته‌ای، ۱۸ تسک را به‌طور کامل تحویل داده است. اگر بازه را هفته بگیریم:

Throughput = ۱۸ ÷ ۲ = ۹ تسک در هفته

این عدد پایهٔ پیش‌بینی است: اگر شرایط پایدار بماند، انتظار داریم هفتهٔ بعد هم حدود همین تعداد تحویل شود.

Throughput چه تفاوتی با Velocity، Cycle Time و WIP دارد؟

این سنجه‌ها اغلب با هم اشتباه می‌شوند، درحالی‌که هرکدام سؤال متفاوتی را پاسخ می‌دهند:

نکتهٔ کلیدی: Throughput برخلاف Velocity به مقیاس امتیاز وابسته نیست؛ برای همین مقایسهٔ روند آن در طول زمان امن‌تر است. اما مقایسهٔ مستقیم Throughput دو تیم نامتناسب هم گمراه‌کننده است.

قانون لیتل: رابطهٔ Throughput با WIP و زمان چرخه

قانون لیتل می‌گوید: WIP = Throughput × Cycle Time. این رابطه سه‌طرفه است و معادل‌های کاربردی زیر را می‌دهد:

• Cycle Time = WIP ÷ Throughput → با ثابت‌بودن Throughput، افزایش WIP زمان چرخه را بلندتر می‌کند.
• Throughput = WIP ÷ Cycle Time → لزوماً با زیادکردن WIP بالا نمی‌رود؛ چون زمان چرخه هم زیاد می‌شود.
• WIP = Throughput × Cycle Time → اگر می‌خواهید زمان چرخه را کوتاه نگه دارید، WIP را محدود کنید.

ترفند کاربردی: این رابطه یک اتحاد ریاضی برای سیستم‌های پایدار است، نه یک هدف. یعنی اگر Throughput را اندازه گرفتید، همیشه می‌توانید با WIP و زمان چرخه آن را بررسی و تطبیق دهید.

چه عواملی Throughput را محدود می‌کنند؟

۱. گلوگاه سیستم

طبق نظریهٔ محدودیت‌ها (Theory of Constraints)، توان عملیاتی کل سیستم را مراحل محدودکننده تعیین می‌کند، نه میانگین کار همه. اگر مرحلهٔ آزمون هفته‌ای ۵ آیتم عبور دهد، فرقی نمی‌کند تیم توسعه ۱۰ آیتم بسازد؛ Throughput کل همان ۵ است.

۲. تغییرپذیری کار

تفاوت اندازه و پیچیدگی کارها باعث نوسان Throughput می‌شود. برای پیش‌بینی بهتر، باید توزیع Throughput را ببینید، نه فقط میانگین.

۳. اندازهٔ WIP و اندازهٔ دسته

WIP زیاد زمان چرخه را بالا می‌برد و Throughput را کاهش می‌دهد. دسته‌های بزرگ هم دیرتر آزاد می‌شوند و توان عملیاتی لحظه‌ای را نوسانی می‌کنند.

۴. موانع و وابستگی‌ها

هر مسدودی یا انتظار برای تیم دیگر، مستقیم از Throughput کم می‌کند. کاهش موانع، یکی از سریع‌ترین راه‌های افزایش توان عملیاتی است.

مثال‌های عددی بیشتر

مثال عددی ۲: اثر WIP بر Throughput

فرض کنید WIP تیم ۱۲ و زمان چرخهٔ میانگین ۳ هفته است. Throughput = ۱۲ ÷ ۳ = ۴ آیتم در هفته. اگر WIP را به ۲۰ برسانید و زمان چرخه به ۶ هفته برسد، Throughput = ۲۰ ÷ ۶ ≈ ۳٫۳ آیتم در هفته؛ یعنی WIP بیشتر، توان عملیاتی را کمتر کرده است.

مثال عددی ۳: اثر رفع گلوگاه

اگر گلوگاه بازبینی از ۵ به ۷ آیتم در هفته افزایش یابد، Throughput کل هم می‌تواند تا سقف گلوگاه جدید بالا برود؛ به شرطی که مراحل دیگر محدودکننده نشوند. افزودن نیرو به مرحلهٔ غیرگلوگاه، چنین اثری ندارد.

مثال عددی ۴: پیش‌بینی بر پایهٔ Throughput

اگر Throughput ۶ هفتهٔ گذشته به‌ترتیب ۸، ۹، ۷، ۱۰، ۹ و ۹ آیتم بوده باشد، برای هفتهٔ بعد بازهٔ واقع‌بینانه‌ای چیزی حدود ۷ تا ۱۰ آیتم است. این روش پیش‌بینیِ مبتنی بر توزیع، از اعلام یک عدد قطعی مطمئن‌تر است.

رابطهٔ Throughput با بهره‌برداری و تغییرپذیری

بسیاری تصور می‌کنند هرچه تیم مشغول‌تر باشد، Throughput بالاتر است. این تصور نادرست است. در نظریهٔ صف، وقتی بهره‌برداری یک مرحله به ۱۰۰٪ نزدیک می‌شود، زمان انتظار به‌صورت غیرخطی رشد می‌کند و در واقع Throughput پایدار کاهش می‌یابد. به همین دلیل در عمل توصیه می‌شود بهره‌برداری را کمی زیر سقف نگه دارید (راهنمای رایج حدود ۸۰ تا ۸۵٪) — این یک راهنمای عملی است، نه قانون قطعی.

تغییرپذیری هم دشمن پنهان Throughput است. اگر اندازهٔ کارها، زمان رسیدن درخواست‌ها و زمان پردازش نوسان زیادی داشته باشند، گلوگاه گاهی بیکار و گاهی پر می‌شود و توان عملیاتی کل افت می‌کند. برای مدیریت این اثر:

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

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

مزایا، معایب و Trade-off

Trade-off اصلی: Throughput سریع و ساده است، اما «تعداد» به‌تنهایی کیفیت و ارزش را نشان نمی‌دهد. ۱۰ تسک کوچک با ۲ تسک بزرگ برابر نیست. راه درست، استفادهٔ ترکیبی است: Throughput را با Cycle Time و Flow Efficiency کنار هم ببینید تا تصویر کامل شود.

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

1. شمردن کارهای نیمه‌تمام: فقط آیتم‌های واقعاً تکمیل‌شده را بشمارید.
2. تغییر تعریف تکمیل در میانهٔ راه: بی‌ثباتی تعریف، مقایسهٔ دوره‌ها را بی‌اعتبار می‌کند.
3. هدف‌گذاری کمّی اجباری: تعیین سقف اجباری باعث کارهای کوچک و بی‌ارزش می‌شود.
4. مقایسهٔ مستقیم تیم‌ها: نوع کار و واحد شمارش متفاوت است؛ روند هر تیم را جدا ببینید.
5. بی‌توجهی به گلوگاه: افزایش Throughput بدون رفع گلوگاه ممکن نیست.
6. نادیده‌گرفتن توزیع: میانگین بدون دیدن پراکندگی، پیش‌بینی را گمراه می‌کند.

نکات کاربردی

• نکته مهم: قبل از سنجش، واحد آیتم و تعریف «تکمیل‌شده» را در تیم تثبیت کنید.
• ترفند کاربردی: Throughput را با WIP و زمان چرخه در یک نمودار روند کنار هم بگذارید تا اثر تغییرات را ببینید.
• اشتباه رایج: استفادهٔ Throughput برای رتبه‌بندی افراد؛ این سنجه عملکرد سیستم را نشان می‌دهد، نه افراد.
• قبل از شروع این را بدانید: Throughput پایدارتر از آن است که هر هفته دقیقاً تکرار شود؛ بازهٔ محتمل را پیش‌بینی کنید، نه یک عدد قطعی.

چطور با Throughput ظرفیت ماه آینده را پیش‌بینی کنیم؟

پیش‌بینی با Throughput یک قانون ساده دارد: به‌جای «یک عدد قطعی»، یک «بازهٔ محتمل» بدهید. برای این کار سه گام کافی است:

1. داده‌های گذشته را جمع کنید: Throughput هفته‌های اخیر را با واحد ثابت بنویسید.
2. بازهٔ محتمل را مشخص کنید: کمینه و بیشینهٔ دوره‌های اخیر را مبنا بگیرید، نه فقط میانگین را.
3. ظرفیت آزاد را برای غیرمنتظره نگه دارید: بخشی از بازه را به کار پیش‌بینی‌نشده اختصاص دهید.

مثال عددی: با دادهٔ جدول بالا، بازهٔ واقع‌بینانه برای هفتهٔ بعد حدود ۷ تا ۱۰ آیتم است. اگر ذی‌نفع انتظار ۱۲ آیتم داشته باشد، داده می‌گوید این انتظار بیرون از ظرفیت قابل‌اتکاست. برای رساندن سقف به ۱۲ باید گلوگاه یا WIP را تغییر دهید، نه اینکه عدد را روی تقویم بنویسید.

چه زمانی افزایش WIP می‌تواند Throughput را بالا ببرد؟

افزایش WIP معمولاً زمان چرخه را بالا می‌برد و Throughput را پایین می‌آورد، اما یک استثنای مهم وجود دارد: وقتی یک مرحله به‌دلیل نبود کار بی‌بهره می‌ماند. اگر گلوگاه بخشی از روز بیکار بماند، افزودن کمی WIP در بالادست می‌تواند آن بیکاری را پر کند و Throughput کل را بالا ببرد. این اثر مشروط به سه شرط است:

• گلوگاه واقعاً منبع محدودکننده و بیکاری داشته باشد.
• مرحلهٔ بالادست، کار آماده و کیفیت‌دار تولید کند.
• افزایش WIP در حدی باشد که زمان چرخه را از حد قابل‌قبول عبور ندهد.

اگر این سه شرط برقرار نباشد، افزایش WIP فقط صف و زمان چرخه را بالا می‌برد. نکته: تفاوت «افزایش Throughput» و «فشرده‌ترکردن تیم» را فراموش نکنید؛ هدف، خروجی پایدار و قابل‌پیش‌بینی است، نه پرکردن صددرصدی ظرفیت.

ترفند کاربردی: برای هر پیش‌بینی، سطح اطمینان را هم بنویسید. مثلاً «۷ تا ۱۰ آیتم با اطمینان بالا، تا ۱۲ آیتم فقط اگر گلوگاه برطرف شود». این تفکیک، هم انتظار ذی‌نفع را مدیریت می‌کند و هم نشان می‌دهد چه سرمایه‌گذاری‌ای برای بالابردن سقف لازم است.

اشتباه رایج: استفاده از میانگین به‌عنوان وعده. میانگین یک تصویر کلی است؛ برای تعهد تحویل باید بدترین حالت منطقی را هم در نظر بگیرید. بازهٔ محتمل را همیشه با تاریخ و شرایطش ثبت کنید تا بعداً بفهمید چرا پیش‌بینی درست یا نادرست بود.

دوایتفای و سنجش توان عملیاتی

برای سنجش درست Throughput، تیم باید لحظهٔ تکمیل هر آیتم را دقیق ثبت کند و بتواند تحویل‌ها را در طول زمان ببیند. دوایتفای بستری برای مدیریت پروژه، مدیریت تیم و رسیدن به اهداف است که همین امکان را می‌دهد: مدیریت بورد و کانبان، تسک و زیرتسک‌های چندلایه، چک‌لیست، مسئول تسک و ددلاین، اسپرینت و بک‌لاگ، وابستگی‌های WBS، و گزارش‌های کاری و عملکرد. با تقویم، گانت و Milestone می‌توان روند تحویل را مشاهده کرد و برای پیش‌بینی دقیق‌تر، تحویل‌های گذشته را کنار هم گذاشت.

جمع‌بندی

Throughput همان تعداد کارهای تمام‌شده در واحد زمان است: ساده، قابل‌شمارش و مستقل از تخمین. اما این سنجه فقط در کنار WIP و زمان چرخه معنا پیدا می‌کند؛ چون طبق قانون لیتل، این سه به هم گره خورده‌اند. برای بالا بردن پایدار آن، گلوگاه را رفع کنید، WIP را محدود نگه دارید و دسته‌ها را کوچک کنید. با این کار، Throughput نه یک آرزو، بلکه یک پیش‌بینی قابل‌اتکا می‌شود.

اگر موضوع Throughput برایتان مفید بود، پیشنهاد می‌کنیم برنامه‌ریزی انعطاف‌پذیر؛ وقتی برنامه روزانه خراب می‌شود چه کنیم؟ و مدیریت زمان در خانواده را هم بخوانید.