یادداشت‌ها و تجربه‌ها
شناسایی گلوگاه‌های فرآیند؛ از اندازه‌گیری زمان تا پایش KPI
چرا یک کار چنددقیقه‌ای، چند روز در سازمان معطل می‌ماند؟ روش شناسایی گلوگاه‌های فرآیند، تفاوت لید تایم با مهلت انجام و استخراج شاخص‌های کلیدی عملکرد را با مثال بررسی می‌کنیم.
درخواست خرید ثبت شده، تأیید اولیه را هم گرفته، اما هنوز به سفارش نرسیده است. واحد خرید می‌گوید منتظر مالی است؛ مالی از ناقص بودن مدارک می‌گوید و درخواست‌کننده فقط می‌خواهد بداند کارش چه زمانی تمام می‌شود. چند تماس و پیگیری، بالاخره همان درخواست را جلو می‌برد. هفته بعد، درخواست دیگری دقیقاً در همان نقطه متوقف می‌شود.
این وضعیت در بسیاری از سازمان‌ها آشناست. کارها انجام می‌شوند، اما با پیگیری شخصی، تماس‌های مکرر و دخالت مدیران. مشکل وقتی جدی‌تر می‌شود که کسی نمی‌تواند با اطمینان بگوید تأخیر از کجا شروع شده و برای جلوگیری از تکرار آن چه چیزی باید تغییر کند.
شناسایی گلوگاه‌های فرآیند یعنی تبدیل جمله مبهم «کارها دیر انجام می‌شوند» به پرسش‌هایی که بتوان با داده به آن‌ها پاسخ داد: کدام مرحله صف ایجاد می‌کند؟ چه مقدار زمان صرف انجام کار می‌شود و چه مقدار صرف انتظار؟ آیا ظرفیت رسیدگی کافی نیست یا خود مسیر انجام کار نیاز به بازنگری دارد؟
گلوگاه فرآیند چیست؟
گلوگاه، مرحله یا محدودیتی است که ظرفیت عبور کار از کل فرآیند را محدود می‌کند. این محدودیت می‌تواند یک کارشناس، یک تأیید مدیریتی، یک سامانه یا حتی یک قاعده سازمانی باشد. وقتی حجم کار ورودی از ظرفیت رسیدگی یک مرحله بیشتر شود، درخواست‌ها پشت آن جمع می‌شوند و زمان انتظار افزایش پیدا می‌کند.
البته هر تأخیری به معنای وجود گلوگاه نیست. غیبت یک همکار یا اختلال کوتاه‌مدت سامانه ممکن است یک پرونده را عقب بیندازد، بدون آنکه محدودیت اصلی فرآیند باشد. حتی طولانی‌ترین فعالیت هم لزوماً گلوگاه نیست؛ شاید چند نفر آن را هم‌زمان انجام دهند و ظرفیت کافی وجود داشته باشد.
برای تشخیص گلوگاه باید چند موضوع را کنار هم دید: حجم ورودی، ظرفیت رسیدگی، تعداد کارهای در صف، مدت انتظار و اثر آن مرحله بر خروجی نهایی. یک پرونده تأخیردار، سرنخ خوبی است؛ اما برای نتیجه‌گیری درباره کل فرآیند کافی نیست.
آیا مدت هر تسک باید مشخص و اندازه‌گیری شود؟
اگر بخواهیم درباره عملکرد یک فرآیند تصمیم بگیریم، باید زمان فعالیت‌های آن قابل‌اندازه‌گیری باشد. بدون این اطلاعات، تشخیص اینکه کار واقعاً زمان‌بر است یا مدت زیادی در صف می‌ماند، دشوار خواهد بود.
بااین‌حال، لازم نیست از روز اول برای تمام ریزفعالیت‌ها زمان‌سنج جداگانه بسازیم. جزئیات اندازه‌گیری باید با اهمیت فعالیت، ریسک تأخیر و هزینه ثبت داده متناسب باشد. فعالیت‌های پرتکرار، نقاط تحویل کار بین واحدها و مراحلی که تأخیرشان نتیجه نهایی را عقب می‌اندازد، اولویت بیشتری دارند.
تفاوت زمان کار، زمان انتظار و لید تایم
برای اندازه‌گیری درست، ابتدا باید مشخص کنیم درباره کدام زمان صحبت می‌کنیم:
- زمان کار فعال: مدتی که واقعاً صرف رسیدگی به درخواست می‌شود؛ برای مثال، ۲۰ دقیقه بررسی مدارک.
- زمان انتظار: مدتی که درخواست در صف یا منتظر اطلاعات، تأیید و رفع وابستگی باقی می‌ماند.
- لید تایم: کل زمان سپری‌شده بین نقطه شروع و پایان تعریف‌شده، با احتساب انتظارهای داخل آن بازه.
- مهلت انجام: زمانی که فعالیت باید تا آن تکمیل شود؛ برای مثال، حداکثر ۸ ساعت کاری پس از دریافت درخواست کامل.
ممکن است بررسی یک درخواست فقط ۲۰ دقیقه کار فعال نیاز داشته باشد، اما از ورود آن به مرحله بررسی تا تکمیل، دو روز بگذرد. برای درخواست‌کننده، همین زمان سپری‌شده اهمیت دارد؛ چون تا پایان آن هنوز نتیجه‌ای دریافت نکرده است.
آیا هر تسک باید حداکثر زمان مجاز داشته باشد؟
برای فعالیت‌های مهم، تعیین مهلت روشن و قابل‌پیگیری تصمیم درستی است. فقط بهتر است این مهلت را با خود لید تایم یکسان ندانیم. عبارت دقیق‌تر این است: «هدف لید تایم این فعالیت، حداکثر ۸ ساعت کاری است.»
اگر تعهد زمانی بین ارائه‌دهنده و دریافت‌کننده خدمت توافق شده باشد، می‌تواند بخشی از توافق‌نامه سطح خدمت یا SLA باشد. برای هماهنگی واحدهای داخلی هم می‌توان توافق عملیاتی مشخصی تعریف کرد. صرف نوشتن یک عدد کنار تسک، به معنی وجود توافق سطح خدمت نیست.
این عدد نیز نباید صرفاً بر اساس حدس تعیین شود. ابتدا عملکرد فعلی را در دوره‌ای بررسی کنید که حجم و تنوع معمول درخواست‌ها را پوشش دهد. سپس با توجه به نیاز دریافت‌کننده خدمت، پیچیدگی کار، ظرفیت تیم و امکان بهبود، هدف بگذارید. درخواست خرید عادی و خرید اضطراری الزاماً نباید مهلت یکسانی داشته باشند.
قواعد محاسبه زمان باید روشن باشد
«۴ ساعت» بدون تعریف تقویم کاری، عبارت دقیقی نیست. اگر درخواست ساعت ۱۵ ثبت شود و پایان روز کاری ساعت ۱۶ باشد، مهلت ۴ ساعت کاری با ۴ ساعت تقویمی تفاوت دارد.
مبدأ محاسبه، تعطیلات، شرایط توقف زمان‌سنج و نحوه برخورد با مدارک ناقص باید مشخص باشد. اگر انتظار برای تکمیل مدارک طبق توافق از زمان تعهد کسر می‌شود، دلیل و مدت این توقف باید ثبت شود. این انتظار همچنان بخشی از تجربه درخواست‌کننده است و نباید از گزارش زمان کل پرونده ناپدید شود.
چگونه گلوگاه‌های فرآیند را با داده پیدا کنیم؟
نمودار فرآیند نشان می‌دهد کار قرار است چگونه پیش برود. داده‌های اجرایی نشان می‌دهند در عمل چه اتفاقی افتاده است. برای کنار هم گذاشتن این دو تصویر، هر پرونده باید شناسه یکتا داشته باشد و رویدادهای مهم آن ثبت شوند:
- زمان ورود به هر مرحله و زمان تکمیل آن؛
- مسئول رسیدگی و تغییر مسئولیت‌ها؛
- مهلت انجام و وضعیت فعلی؛
- علت و مدت توقف‌ها؛
- برگشت برای اصلاح و دلیل آن؛
- نوع درخواست و درجه پیچیدگی یا اولویت آن.
اگر زمان کار فعال هم اندازه‌گیری می‌شود، باید مبنای ثبت آن معتبر باشد. باز بودن فرم روی نمایشگر الزاماً به معنی کار کردن روی درخواست نیست. سامانه‌ای که فقط ورود و خروج فعالیت را ثبت می‌کند، «مدت سپری‌شده در مرحله» را نشان می‌دهد؛ نباید همان عدد را بدون بررسی، زمان کار فعال نامید.
مثال: یک درخواست خرید چقدر کار دارد و چقدر انتظار؟
جدول زیر یک مثال فرضی از درخواست خرید است. مراحل به‌ترتیب اجرا می‌شوند، برگشت ندارند و همه زمان‌ها با تقویم کاری یکسان محاسبه شده‌اند.
تفکیک زمان کار و انتظار در یک درخواست خرید فرضی مرحله زمان کار فعال زمان انتظار زمان سپری‌شده بررسی اولیه ۲۰ دقیقه ۴ ساعت ۴ ساعت و ۲۰ دقیقه تأیید مدیر ۱۰ دقیقه ۱۲ ساعت ۱۲ ساعت و ۱۰ دقیقه بررسی مالی ۳۰ دقیقه ۱۶ ساعت ۱۶ ساعت و ۳۰ دقیقه ثبت سفارش ۴۰ دقیقه ۲ ساعت ۲ ساعت و ۴۰ دقیقه مجموع ۱ ساعت و ۴۰ دقیقه ۳۴ ساعت ۳۵ ساعت و ۴۰ دقیقهدر این مثال، بخش عمده زمان مربوط به انتظار است. کاهش زمان بررسی اولیه از ۲۰ دقیقه به ۱۰ دقیقه، اثر محدودی بر نتیجه دارد. سؤال مهم‌تر این است که چرا درخواست ۱۶ ساعت منتظر بررسی مالی مانده است: کمبود ظرفیت، مدارک ناقص، زمان‌بندی پرداخت‌ها یا نامشخص بودن مسئول رسیدگی؟ هر پاسخ، راهکار متفاوتی دارد.
بررسی مالی در این پرونده، نامزد بررسی بیشتر است؛ اما برای اعلام گلوگاه قطعی باید وضعیت مجموعه درخواست‌ها و روند صف آن مرحله را هم بررسی کنیم.
در فرآیندهای دارای فعالیت موازی نیز نباید زمان تمام مراحل را جمع کرد و آن را لید تایم نامید. لید تایم کل از فاصله شروع تا پایان پرونده به دست می‌آید؛ جمع مدت فعالیت‌های هم‌زمان ممکن است از زمان واقعی پرونده بیشتر شود.
دید سیستمی؛ چرا پیگیری موردی جای اصلاح فرآیند را نمی‌گیرد؟
وقتی کاری دیر می‌شود، تماس با مسئول آن می‌تواند مشکل فوری را برطرف کند. اما اگر هر هفته همان تماس لازم باشد، دیگر با یک اتفاق استثنایی روبه‌رو نیستیم. باید مسیر انجام کار را بازنگری کنیم.
دید سیستمی یعنی عملکرد هر بخش را در ارتباط با نتیجه کل فرآیند ببینیم. ممکن است واحد خرید برای ارسال سریع‌تر درخواست‌ها تشویق شود، اما پرونده‌های ناقص بیشتری به مالی بفرستد. شاخص خرید بهتر می‌شود، درحالی‌که رفت‌وبرگشت و زمان کل افزایش پیدا کرده است.
برای حل مسئله باید پرسید: آیا اطلاعات از ابتدا کامل جمع‌آوری می‌شوند؟ حدود اختیار روشن است؟ تأییدهای متعدد ضرورت دارند؟ برای فردی که حضور ندارد جانشین تعریف شده است؟ آیا یک تصمیم ساده به مدیری وابسته شده که بیشتر روز در جلسه است؟
حذف صورت‌مسئله چه شکلی دارد؟
حذف صورت‌مسئله همیشه آشکار نیست. بستن درخواست معوق برای بهتر شدن گزارش، ثبت پرونده جدید به‌جای ادامه پرونده قبلی، یا انتقال کار به خارج از سامانه می‌تواند آمار را بهتر نشان دهد، بدون آنکه مسئله حل شده باشد.
از طرف دیگر، بازنگری فرآیند هم به معنی حذف بی‌بررسی کنترل‌ها نیست. شاید یک تأیید واقعاً ضروری باشد، اما بتوان آن را بر اساس مبلغ یا ریسک درخواست تنظیم کرد. شاید مشکل با تعیین جانشین، کامل‌کردن فرم ورودی یا بررسی هم‌زمان دو موضوع مستقل برطرف شود.
چند پرونده تأخیردار را با افراد درگیر، از ابتدا تا انتها مرور کنید. به‌جای توقف در پرسش «چه کسی دیر کرد؟»، بررسی کنید چه شرایطی باعث تکرار تأخیر می‌شود. این نگاه، مسئولیت فردی را حذف نمی‌کند؛ کمک می‌کند خطای فردی، نقص طراحی و کمبود ظرفیت با هم اشتباه گرفته نشوند.
نقش BPMN و BPMS در اندازه‌گیری و کاهش تأخیر
BPMN زبان مدل‌سازی است و برای روشن کردن فعالیت‌ها، نقش‌ها، تصمیم‌ها و مسیرهای استثنا به کار می‌رود. BPMS سامانه‌ای برای اجرای فرآیند و ثبت رویدادهای آن است. بنابراین یک نمودار BPMN به‌تنهایی داده عملکرد تولید نمی‌کند؛ نقاط ثبت رویداد و قواعد اندازه‌گیری باید در اجرای فرآیند هم تعریف شوند.
برای مطالعه بیشتر درباره اجرای فرآیند، می‌توانید مقاله طراحی و اجرای فرآیندهای سازمانی با BPMS را بخوانید.
در طراحی اجرایی، باید مشخص باشد هنگام نزدیک شدن به مهلت، عبور از آن یا نبود مسئول چه اتفاقی می‌افتد. هشدار برای چه کسی ارسال می‌شود؟ چه زمانی موضوع به سطح بالاتر ارجاع می‌شود؟ چه کسی اختیار رفع مانع را دارد؟ هشدار بدون مسئول رسیدگی، به‌مرور به پیامی تبدیل می‌شود که کسی جدی نمی‌گیرد.
رویدادهای زمانی در BPMN می‌توانند این رفتارها را مدل کنند، اما نوع آن‌ها اهمیت دارد. برای مثال، یادآوری می‌تواند بدون توقف فعالیت اجرا شود. بنابراین نباید هر تایمر را طوری پیاده کرد که با رسیدن مهلت، کار جاری لغو شود. رفتار نهایی باید با نوع رویداد و امکانات موتور BPMS تطبیق داشته باشد.
چگونه از فرآیندسازی، شاخص کلیدی عملکرد استخراج کنیم؟
شاخص کلیدی عملکرد باید از هدف فرآیند استخراج شود. اگر هدف خرید، تأمین به‌موقع و صحیح نیاز سازمان است، تعداد فرم‌های ثبت‌شده به‌تنهایی KPI مناسبی نیست. زمان تأمین، پایبندی به موعد، کیفیت سفارش و میزان دوباره‌کاری تصویر کامل‌تری می‌دهند.
ارتباط این موضوع با کنترل ریسک را می‌توانید در مقاله فرآیندسازی با BPMS، کنترل ریسک و ارزیابی عملکرد نیز دنبال کنید.
نمونه شاخص‌های قابل پایش برای عملکرد فرآیند شاخص روش محاسبه کاربرد میانه لید تایم مقدار میانی زمان تکمیل پرونده‌های گروه مشخص شناخت زمان معمول انجام کار صدک ۹۰ لید تایم زمانی که ۹۰ درصد پرونده‌های تکمیل‌شده در آن یا زودتر تمام شده‌اند دیدن تأخیرهایی که میانگین پنهان می‌کند درصد تکمیل در مهلت پرونده‌های تکمیل‌شده تا مهلت ÷ کل پرونده‌هایی که مهلتشان در دوره رسیده × ۱۰۰ سنجش پایبندی به تعهد زمانی نرخ برگشت برای اصلاح پرونده‌های دارای حداقل یک برگشت ÷ کل پرونده‌های تکمیل‌شده همان گروه × ۱۰۰ شناسایی ضعف ورودی یا کنترل‌ها موجودی کار معوق تعداد پرونده‌های بازِ عبورکرده از مهلت در لحظه گزارش نمایش انباشت فعلی و نیاز به اقدامدر شاخص تکمیل در مهلت، پرونده‌های بازی که سررسیدشان گذشته نیز باید در مخرج محاسبه باشند؛ وگرنه کنار گذاشتن کارهای تمام‌نشده می‌تواند تصویری خوش‌بینانه از عملکرد بسازد. برای پرونده‌های لغوشده یا دارای توقف مجاز نیز باید قاعده مشخصی وجود داشته باشد.
هر KPI باید شناسنامه داشته باشد
نام شاخص کافی نیست. فرمول، منبع داده، دوره گزارش، جامعه محاسبه، هدف و مالک آن را مشخص کنید. دو نفر نباید از یک عنوان مشابه، دو عدد متفاوت استخراج کنند.
نتایج را بر اساس نوع و پیچیدگی کار تفکیک کنید. کارشناسی که پرونده‌های پیچیده‌تری دریافت می‌کند، ممکن است زمان بیشتری نیاز داشته باشد. مقایسه مستقیم او با فردی که درخواست‌های ساده را انجام می‌دهد، مبنای منصفانه‌ای برای ارزیابی نیست.
شاخص فرآیندی را هم نباید بدون بررسی به امتیاز فردی تبدیل کرد. انتظار برای تخصیص بودجه یا تأیید مدیر الزاماً در اختیار کارشناس نیست. در کنار سرعت، کیفیت و برگشت مجدد را بسنجید تا افراد برای بهتر شدن عدد، کار را زودتر از تکمیل واقعی نبندند.
پایش عملکرد باید به بازنگری فرآیند منتهی شود
داشبورد روزانه باید نشان دهد چه کارهایی نزدیک سررسیدند، کدام پرونده‌ها از مهلت گذشته‌اند و صف کدام مرحله در حال بزرگ شدن است. بررسی دوره‌ای باید به تصمیم برسد: علت تکرارشونده چیست، چه تغییری لازم است و چه کسی تا چه زمانی آن را اجرا می‌کند؟
برای نمونه، اگر بیشتر برگشت‌ها به دلیل اطلاعات ناقص است، افزایش مهلت رسیدگی احتمالاً مسئله را حل نمی‌کند. شاید اصلاح فرم، اعتبارسنجی ورودی یا روشن‌تر کردن مدارک موردنیاز مؤثرتر باشد. اگر ورودی‌ها کامل‌اند اما صف دائماً رشد می‌کند، باید ظرفیت، تقسیم کار و قواعد اولویت‌بندی بررسی شوند.
پس از هر تغییر، شاخص‌ها را در گروه‌های قابل‌مقایسه دوباره اندازه بگیرید. اگر زمان کاهش یافته اما خطا بیشتر شده، بهبود کامل نشده است. اگر صف فقط از مالی به خرید منتقل شده، محدودیت کل فرآیند هنوز پابرجاست.
برای شروع، یک فرآیند پرتکرار انتخاب کنید. مسیر واقعی آن را ثبت کنید، زمان کار و انتظار را جدا ببینید، برای مراحل مهم مهلت روشن تعیین کنید و مهم‌ترین علت تأخیر را هدف بگیرید. سپس نتیجه را با همان معیارهای قبلی بسنجید.
ارزش فرآیندسازی زمانی روشن می‌شود که پاسخ «در حال پیگیری است» جای خود را به اطلاعات مشخص بدهد: کار کجاست، چرا متوقف شده، چه زمانی باید تمام شود و برای جلوگیری از تکرار تأخیر چه تغییری انجام شده است.
پرسش‌های متداول
آیا لید تایم همان حداکثر زمان انجام تسک است؟
خیر. لید تایم، مدت سپری‌شده بین شروع و پایان تعریف‌شده است. حداکثر زمان مجاز، هدف یا تعهد زمانی است که عملکرد واقعی را با آن مقایسه می‌کنیم.
آیا تعیین مهلت به‌تنهایی باعث کاهش تأخیر می‌شود؟
خیر. مهلت باید با ظرفیت مناسب، ورودی کامل، مسئول مشخص و مسیر رسیدگی به تأخیر همراه باشد. در غیر این صورت، فقط تعداد هشدارها افزایش پیدا می‌کند.
آیا برای شروع اندازه‌گیری حتماً به BPMS نیاز داریم؟
خیر. برای شروع محدود می‌توان از ثبت ساختاریافته در یک جدول استفاده کرد. با افزایش حجم درخواست‌ها، تعداد نقش‌ها و مسیرهای استثنا، BPMS می‌تواند اجرای قواعد و ثبت رویدادها را منظم‌تر کند.
آیا سریع‌تر شدن همه فعالیت‌ها به معنی بهتر شدن فرآیند است؟
لزوماً خیر. نتیجه باید در سطح کل فرآیند بررسی شود. کاهش زمان یک مرحله زمانی ارزشمند است که به بهبود خروجی نهایی کمک کند و کیفیت، کنترل‌های ضروری یا عملکرد مراحل دیگر را تضعیف نکند.