راهنمافرم و گردش کار
کدام فرایندها را اول مکانیزه کنیم؟ ماتریس اولویت‌بندی فرایندها پیش از خرید BPMS
برای انتخاب فرایند اول، به هر فرایند در چهار معیار تکرار، تعداد نقش، درد فعلی و ریسک امتیاز ۱ تا ۵ بدهید و کنار جمع امتیاز، پیچیدگی پیادهسازی را بسنجید. فرایندهای با ارزش بالا و پیچیدگی کم یا متوسط برد سریع‌اند؛ در نمونه این مقاله درخواست خرید، پشتیبانی فناوری اطلاعات و مرخصی. فرایندهای پیچیده مثل قرارداد پروژه راهبردی بعدی‌اند.
خلاصه در چند نکته
- اولویت‌بندی پیش از خرید BPMS روی انتخاب نرم‌افزار و پلن هم اثر دارد.
- چهار معیار امتیازدهی: تکرار، تعداد نقش، درد فعلی و ریسک، هرکدام ۱ تا ۵.
- در کنار امتیاز ارزش، پیچیدگی پیادهسازی را کم، متوسط یا زیاد برچسب بزنید.
- از ناحیه ارزش بالا و پیچیدگی کم یا متوسط شروع کنید.
- فرایند معیوب را دیجیتال نکنید؛ اول رویه را اصلاح و توافق کنید.
- ماتریس را در جلسه با نمایندگان واحدها پر کنید، نه تک‌نفره.
- همه کارهای اداری فرایند نیستند؛ نامه رسمی جایش در مکاتبات است.
فهرست مطالب
سازمانی که تصمیم می‌گیرد فرایندهایش را مکانیزه کند، معمولاً با فهرستی بلندبالا روبه‌رو میشود: مرخصی، خرید، قرارداد، استخدام، تنخواه، مأموریت، پشتیبانی فناوری اطلاعات، تسویه حساب و ده‌ها مورد دیگر. وسوسه این است که همه را با هم شروع کنیم یا از پیچیدهترین فرایند شروع کنیم چون «بیشترین مشکل را دارد». هر دو مسیر معمولاً به یک نتیجه می‌رسند: پروژه طولانی میشود، کاربران خسته می‌شوند و پیش از اینکه اولین فرایند واقعاً اجرا شود، اعتماد به پروژه از بین رفته است.
این راهنما یک روش ساده و قابل دفاع برای اولویت‌بندی فرایندها پیش از خرید یا راه‌اندازی BPMS ارائه می‌کند: یک ماتریس امتیازدهی با چهار معیار، ده فرایند نمونه امتیازدهی‌شده و پیشنهاد سه فرایند «برد سریع» برای شروع.
چرا اولویت‌بندی پیش از خرید BPMS مهم است؟
اولویت‌بندی فقط ترتیب کار را مشخص نمی‌کند؛ روی انتخاب نرم‌افزار هم اثر دارد. اگر سه فرایند اول شما ساده و فرم‌محورند، شاید در گام اول به فرمساز و مسیر تأیید ساده نیاز داشته باشید، نه یک BPMS کامل با زیرفرایند و قواعد پیچیده. اگر فرایند اول قرارداد با بررسی موازی حقوقی و مالی است، از همان ابتدا به قابلیت‌های پیشرفته‌تر نیاز دارید. بنابراین، پیش از جلسه نمایش با فروشنده، فهرست اولویت‌دار خود را آماده داشته باشید.
چهار معیار امتیازدهی
برای هر فرایند، به هر معیار امتیاز ۱ تا ۵ بدهید:
| معیار | پرسش کلیدی | امتیاز ۱ | امتیاز ۵ |
|---|---|---|---|
| تکرار | این فرایند چند بار در ماه اجرا میشود؟ | کمتر از ۵ بار | بیش از ۱۰۰ بار |
| تعداد نقش | چند نقش یا واحد درگیرند؟ | یک نقش | پنج نقش یا بیشتر |
| درد فعلی | چقدر شکایت، تأخیر یا گم‌شدن دارد؟ | تقریباً بی‌مشکل | شکایت مداوم و تأخیر جدی |
| ریسک | خطا یا تأخیر چه پیامدی دارد؟ | ناچیز | مالی، حقوقی یا ایمنی جدی |
جمع این چهار امتیاز (حداکثر ۲۰) ارزش مکانیزه‌کردن را نشان می‌دهد. در کنار آن، یک برچسب پیچیدگی پیادهسازی (کم، متوسط، زیاد) بگذارید که بر اساس تعداد شاخه‌های شرطی، استثناها، اتصال به سامانه‌های دیگر و میزان توافق روی رویه فعلی تعیین میشود.
چرا این چهار معیار؟
- تکرار یعنی هر بهبود کوچک بارها تکرار میشود و اثرش جمع میشود.
- تعداد نقش یعنی جابه‌جایی بیشتر بین افراد؛ هر جابه‌جایی یک نقطه احتمالی گم‌شدن است.
- درد فعلی یعنی کاربران از تغییر استقبال می‌کنند، چون مشکل را حس کرده‌اند.
- ریسک یعنی ثبت سابقه و کنترل در این فرایند ارزش واقعی دارد.
یک مثال از امتیازدهی گروهی
در جلسه امتیازدهی یک شرکت فرضی، نماینده مالی به «درخواست تنخواه» امتیاز ریسک ۵ داد، چون اسناد هزینه گاهی ناقص می‌رسید؛ اما نماینده واحد عملیات امتیاز ۳ داد، چون مبالغ کوچک‌اند. به‌جای میانگین‌گیری مکانیکی، جلسه پرسید «بدترین اتفاق واقعی سال گذشته چه بود؟» و با شنیدن پاسخ، روی امتیاز ۴ توافق کرد. ارزش ماتریس دقیقاً همین گفتگوهاست.
ده فرایند نمونه امتیازدهی‌شده
جدول زیر یک امتیازدهی نمونه و فرضی برای یک شرکت متوسط است. امتیازهای سازمان شما ممکن است کاملاً متفاوت باشد.
| فرایند | تکرار | نقش | درد | ریسک | جمع | پیچیدگی |
|---|---|---|---|---|---|---|
| درخواست خرید کالا | ۴ | ۴ | ۵ | ۴ | ۱۷ | متوسط |
| تأیید قرارداد | ۲ | ۵ | ۴ | ۵ | ۱۶ | زیاد |
| درخواست تنخواه و پرداخت (مسیر تأیید) | ۴ | ۳ | ۴ | ۴ | ۱۵ | متوسط |
| درخواست پشتیبانی فناوری اطلاعات | ۵ | ۲ | ۴ | ۲ | ۱۳ | کم |
| تسویه حساب کارمند خروجی | ۱ | ۵ | ۳ | ۴ | ۱۳ | متوسط |
| ثبت عدم انطباق کیفیت | ۳ | ۳ | ۳ | ۴ | ۱۳ | متوسط |
| جذب و استخدام نیرو | ۲ | ۴ | ۳ | ۳ | ۱۲ | زیاد |
| درخواست مرخصی | ۵ | ۲ | ۳ | ۱ | ۱۱ | کم |
| درخواست مأموریت داخلی | ۳ | ۳ | ۳ | ۲ | ۱۱ | کم |
| درخواست اضافه‌کار | ۴ | ۲ | ۳ | ۲ | ۱۱ | کم |
از ماتریس به تصمیم: چهار ناحیه
امتیاز ارزش و پیچیدگی را کنار هم بگذارید تا چهار ناحیه به دست آید:
- ارزش بالا، پیچیدگی کم یا متوسط → برد سریع. اینجا شروع کنید.
- ارزش بالا، پیچیدگی زیاد → پروژه راهبردی. پس از اولین موفقیت و با تحلیل دقیق‌تر.
- ارزش پایین، پیچیدگی کم → پرکننده. وقتی تیم آزاد است یا برای آموزش کاربران.
- ارزش پایین، پیچیدگی زیاد → فعلاً کنار بگذارید.
در جدول نمونه، تأیید قرارداد با وجود امتیاز ۱۶، به‌دلیل پیچیدگی زیاد پروژه راهبردی است، نه نقطه شروع. جذب و استخدام هم در همین دسته قرار می‌گیرد.
پیشنهاد سه فرایند برد سریع
بر اساس جدول نمونه، این سه فرایند گزینه‌های خوبی برای شروع‌اند:
۱. درخواست خرید کالا
بالاترین امتیاز ارزش با پیچیدگی متوسط. معمولاً درد واضحی دارد («درخواست من کجاست؟») و شرط ساده‌ای مثل سقف مبلغ دارد که مسیر تأیید را تعیین می‌کند. موفقیت در این فرایند، نتیجه‌ای ملموس برای مدیریت و واحد مالی نشان می‌دهد.
۲. درخواست پشتیبانی فناوری اطلاعات
پرتکرار، ساده و پرمخاطب. همه کارکنان آن را تجربه می‌کنند و بهبود آن را سریع حس می‌کنند. این فرایند ماهیت «درخواست خدمت» دارد و ممکن است با یک میز خدمت داخلی بهتر از گردش‌کار تأیید پوشش داده شود.
۳. درخواست مرخصی
امتیاز ارزش آن متوسط است، اما ساده‌ترین و پرمخاطب‌ترین فرایند سازمان است. تقریباً همه کارکنان از آن استفاده می‌کنند و بنابراین بهترین فرصت برای آموزش کار با کارتابل و فرم است. اگر مرخصی تأییدشده به جانشینی کارتابل هم وصل شود، ارزش آن بیشتر میشود.
پس از انتخاب: برنامه سی‌روزه برای اولین فرایند
انتخاب درست فقط نیمی از کار است. برای اینکه برد سریع واقعاً سریع باشد، یک برنامه کوتاه و زمان‌دار بگذارید:
| بازه | کار اصلی | خروجی |
|---|---|---|
| هفته اول | مستندکردن رویه فعلی با مالک فرایند و حذف گام‌های زائد | نقشه ساده فرایند و فهرست فیلدهای فرم |
| هفته دوم | طراحی فرم و مسیر تأیید در سامانه و آزمون با دو یا سه کاربر کلیدی | فرم و مسیر آزمایشی |
| هفته سوم | اجرای پایلوت روی درخواست‌های واقعی یک واحد | بازخورد کاربران و اصلاحات |
| هفته چهارم | ابلاغ رسمی، آموزش کوتاه و توقف روش کاغذی یا ایمیلی | فرایند در حال اجرا برای کل سازمان |
در پایان این سی روز، سه عدد را اندازه بگیرید: میانگین زمان از ثبت تا تأیید نهایی، تعداد درخواست‌های ثبت‌شده در سامانه و تعداد درخواست‌هایی که هنوز خارج از سامانه انجام شده‌اند. عدد سوم مهم‌ترین شاخص پذیرش است؛ اگر بالا باشد، پیش از رفتن به فرایند دوم دلیلش را پیدا کنید. همین سه عدد پایه گزارش موفقیت به مدیریت و مجوز رفتن به فرایند بعدی است.
اشتباهات رایج در انتخاب فرایند اول
- شروع با فرایندی که روی آن توافق نیست: اگر دو واحد سر رویه فعلی اختلاف دارند، ابتدا رویه را توافق کنید، بعد مکانیزه کنید.
- مکانیزه‌کردن رویه بد: فرایند معیوب را دیجیتال نکنید؛ اول گام‌های زائد را حذف کنید.
- انتخاب فرایندی که به ERP یا سامانه مالی وابسته است: اگر اجرای فرایند بدون اتصال فنی ممکن نیست، آن را فرایند اول قرار ندهید.
- امتیازدهی تک‌نفره: ماتریس را در جلسه‌ای با نمایندگان واحدهای درگیر پر کنید تا امتیازها واقعی‌تر باشند.
- نادیده‌گرفتن مالک فرایند: هر فرایند باید یک مالک داشته باشد که تصمیم‌های رویه‌ای را بگیرد.
چطور ماتریس را در سازمان خود پر کنید؟
برای جمع‌آوری داده تکرار، سراغ اندیکاتور، دفاتر ثبت و فایل‌های اکسل واحدها بروید. برای درد فعلی، از کاربران کلیدی بپرسید «در سه ماه گذشته کدام درخواست شما بیشتر معطل ماند؟». برای ریسک، از مالی، حقوقی و کیفیت نظر بگیرید. خروجی این تمرین یک گزارش توجیهی کوتاه است که می‌توانید با ساختار راهنمای گزارش‌نویسی اداری ارائه دهید؛ و اگر لازم است منافع را عددی نشان دهید، روش محاسبه ROI را روی فرایند منتخب اجرا کنید.
فرایند یا نامه؟
همه کارهای اداری فرایند نیستند. اگر موضوعی فقط یک نامه رسمی با ارجاع و پاسخ است، جای آن در مکاتبات اداری است، نه در BPMS. فرایند وقتی معنا دارد که فرم ساختاریافته، مسیر تأیید شرطدار و نقش‌های تکرارشونده داشته باشد. تفاوت گردش نامه با ابزارهای عمومی مثل ایمیل را در مقاله ایمیل یا اتوماسیون اداری توضیح داده‌ایم.
این مسیر در آریا آی‌تی
در آریا آی‌تی، فرم‌ها و درخواست‌ها در پلن حرفه‌ای و گردش‌کار و فرایند در پلن سازمانی قرار دارند (مقایسه پلن‌ها). بنابراین فرایندهای فرممحور ساده‌ای مثل مرخصی را میتوان با فرمساز شروع کرد و فرایندهای شرطدار و چندمرحله‌ای را با BPMS آریا آی‌تی پیش برد؛ صفحه محصول BPMS از نسخهبندی فرایند، زیرفرایند، مهلت خدمت و تحلیل گلوگاه نام می‌برد. پیش از انتخاب پلن، فهرست سه فرایند اول خود را کنار امکانات هر پلن بگذارید.
جمع‌بندی
برای انتخاب فرایند اول، هر فرایند را در چهار معیار تکرار، تعداد نقش، درد فعلی و ریسک امتیاز دهید و کنار آن پیچیدگی پیادهسازی را بسنجید. از ناحیه «ارزش بالا، پیچیدگی کم یا متوسط» شروع کنید؛ در نمونه ما درخواست خرید، پشتیبانی فناوری اطلاعات و مرخصی. فرایندهای پیچیده و راهبردی مثل قرارداد را پس از اولین موفقیت و با تحلیل دقیق‌تر به‌سراغ بروید.
با فرایند درست شروع کنید: فرمساز و گردش‌کار آریا آی‌تی را ببینید و پلن حرفه‌ای را ۷ روز رایگان روی یکی از فرایندهای برد سریع خود آزمایش کنید.
مراحل انجام کار
فهرست فرایندها را جمع کنید
همه درخواست‌ها و فرایندهای تکرارشونده واحدها را در یک فهرست بنویسید.
چهار معیار را امتیاز دهید
برای هر فرایند تکرار، تعداد نقش، درد فعلی و ریسک را از ۱ تا ۵ امتیاز دهید.
پیچیدگی را برچسب بزنید
بر اساس شاخه‌های شرطی، استثناها و وابستگی به سامانه‌های دیگر، پیچیدگی را کم، متوسط یا زیاد تعیین کنید.
ناحیه هر فرایند را مشخص کنید
فرایندها را در چهار ناحیه برد سریع، راهبردی، پرکننده و کنارگذاشتنی قرار دهید.
سه برد سریع را انتخاب کنید
از ناحیه ارزش بالا و پیچیدگی کم یا متوسط سه فرایند انتخاب و برای هرکدام مالک تعیین کنید.
رویه را پیش از مکانیزه‌کردن اصلاح کنید
گام‌های زائد را حذف و رویه را با واحدهای درگیر توافق کنید.
گزارش توجیهی تهیه کنید
نتیجه ماتریس و منافع مورد انتظار را در یک گزارش کوتاه برای تصمیم‌گیرنده ارائه دهید.
پرسش‌های متداول
اولین فرایند برای مکانیزه‌کردن کدام است؟
+
فرایندی که امتیاز ارزش بالا (تکرار، نقش، درد و ریسک) و پیچیدگی کم یا متوسط دارد. در بسیاری از سازمان‌ها درخواست خرید، مرخصی یا پشتیبانی فناوری اطلاعات گزینه‌های رایج‌اند.
چرا از پیچیدهترین فرایند شروع نکنیم؟
+
فرایند پیچیده زمان تحلیل و پیادهسازی طولانی دارد و اگر اولین نتیجه دیر برسد، اعتماد کاربران و مدیریت به پروژه کم میشود. بهتر است پس از یک موفقیت سریع سراغ آن بروید.
داده امتیازدهی را از کجا بیاوریم؟
+
تکرار را از اندیکاتور و دفاتر ثبت، درد فعلی را از کاربران کلیدی و ریسک را از مالی، حقوقی و کیفیت بپرسید و ماتریس را در جلسه مشترک تکمیل کنید.
آیا برای فرایندهای ساده هم BPMS لازم است؟
+
نه لزوماً. فرایندهای فرممحور ساده را میتوان با فرمساز و مسیر تأیید پوشش داد و BPMS را برای فرایندهای شرطدار، چندنقشی و نیازمند نسخهبندی نگه داشت.