فرآیندمحور یا وظیفه‌گرا؟

انتخابی که می‌تواند سازمان را نجات دهد یا زمین‌گیر کند

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

وظیفه‌گرایی محض؛ وابستگی خطرناک به افراد

در ساختار وظیفه‌گرا:

• کارها به افراد گره می‌خورند، نه به سیستم
• دانش در ذهن اشخاص باقی می‌ماند، نه در سازمان
• فرآیند واقعی، همان چیزی است که «فلان شخص» بلد است

بزرگ‌ترین آسیب این مدل جایی اتفاق می‌افتد که:

حذف یا جابه‌جایی حتی موقت یک عنصر کلیدی، می‌تواند کل شرکت را دچار اختلال جدی یا حتی فروپاشی کند.

در چنین سازمانی:

• مرخصی یک نفر = توقف یک جریان
• جابه‌جایی یک نیرو = آشفتگی چند واحد
• خروج یک فرد باتجربه = از دست رفتن بخشی از حافظه سازمان

این ریسک، پنهان است اما ویرانگر.

چرا بسیاری از سازمان‌ها فکر می‌کنند فرآیندمحورند، اما نیستند؟

دلیل اصلی این توهم، اشتباه در تعریف فرآیند است. در بسیاری از سازمان‌ها:

• فرآیندها بر اساس نیاز واقعی کسب‌وکار طراحی نشده‌اند
• سمت‌ها بر اساس شایستگی تعریف نشده‌اند
• آنچه به نام فرآیند معرفی می‌شود، در واقع فقط یک لیست وظایف است که مدیر برای اشخاص تعیین کرده

در این حالت، فرآیند تابع آدم‌هاست، نه آدم‌ها تابع فرآیند. و این دقیقاً همان وظیفه‌گرایی با ظاهر فرآیندمحور است.

فرآیندمحوری بدون ابزار؛ فقط یک ادعا است

فرآیندمحوری واقعی، بدون ابزار نرم‌افزاری مناسب:

• قابل اندازه‌گیری نیست
• قابل کنترل نیست
• قابل اجرا نیست

در بهترین حالت، فرآیندمحوری بدون نرم‌افزار، فقط در حد قانون داخلی یا ادعای مدیریتی باقی می‌ماند.

کنترل اجرا، پایش انحراف، مدیریت استثناء و اعمال تغییرات، همه و همه بدون سیستم، عملاً غیرممکن هستند.

نقش ERP و BPMS در فرآیندمحوری

واقعیت امروز این است که:

• ERP محض وجود ندارد
• BPMS محض هم وجود ندارد

نرم‌افزارهای مدیریتی امروز، ترکیبی از این دو رویکرد با نسبت‌های مختلف هستند.

ERP

• مبتنی بر Best Practice
• کنترل بالا روی فرآیندها
• سرعت اجرا و هزینه پیاده‌سازی کمتر
• اما انعطاف‌پذیری بسیار محدود (معمولاً ۵ تا ۱۰ درصد)

برخلاف تصور رایج، ERPها اتفاقاً کنترل بسیار قوی‌تری روی فرآیندها نسبت به BPMS دارند.
مشکل اصلی آن‌ها، ناتوانی در تطبیق با تغییرات خاص مشتری است.

BPMS

• انعطاف‌پذیری بسیار بالا
• قابلیت پیاده‌سازی تقریباً هر نوع فرآیند
• اما:
  • زمان پیاده‌سازی طولانی‌تر
  • هزینه بالاتر
  • و معمولاً سرعت اجرای کمتر نسبت به ERP

نقطه قوت BPMS این است که:

چیزی وجود ندارد که نشود در آن پیاده‌سازی کرد اما این «همه‌چیزپذیری»، هزینه و پیچیدگی خودش را دارد.

خط قرمز فرآیندمحوری

مهم‌ترین سرمایه هر شرکت، نیروهای انسانی باتجربه و کارآمد آن هستند.

اگر فرآیندها:

• بیش از حد دست‌وپاگیر شوند
• حس بی‌اعتمادی یا «حکومت نظامی» ایجاد کنند
• خلاقیت و اختیار نیروهای کلیدی را محدود کنند

نتیجه چه می‌شود؟

ریزش سرمایه‌های اصلی سازمان

این نقطه، خط قرمز فرآیندمحوری است.

فرآیندمحوری قرار نیست:

• انگیزه را بکشد
• تجربه را بی‌ارزش کند
• انسان را به یک مهره بی‌اختیار تبدیل کند

جمع‌بندی (تا اینجا)

فرآیندمحوری یک هدف است، نه یک شعار و نه یک افراط سازمانی.

فرآیند درست:

• وابستگی سازمان به افراد را کاهش می‌دهد
• اما ارزش افراد را حفظ می‌کند
• ثبات ایجاد می‌کند، نه خفگی
• شفافیت می‌آورد، نه دلسردی

فرآیندمحوری باید حس بهتری به سازمان بدهد، نه سرخوردگی و فرسودگی. و این دقیقاً جایی است که انتخاب درست نرم‌افزار و طراحی هوشمندانه فرآیند، سرنوشت یک سازمان را رقم می‌زند.

اصل ماجرا:

فرآیند بدون وظیفه، انتزاعی است و وظیفه بدون فرآیند، خطرناک

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

چرا فرآیندمحوری خالص کافی نیست؟

اگر فقط بگوییم:

• فرآیند داریم
• جریان داریم
• مدل BPMN داریم

اما:

• معلوم نباشد چه کسی دقیقاً چه کاری را انجام می‌دهد
• مسئولیت‌ها شفاف نباشند
• اختیار تصمیم‌گیری تعریف نشده باشد

نتیجه می‌شود:

• فرآیندهای زیبا روی کاغذ
• اما اجراهای سلیقه‌ای در واقعیت

فرآیند بدون تعریف دقیق وظیفه، فقط یک نقشه راه است بدون خودرو و راننده

چرا وظیفه‌گرایی خالص خطرناک است؟

از آن طرف، وقتی فقط وظیفه داریم:

• این کار با فلانیه
• اون یکی فقط این مرحله رو انجام میده

ولی:

• ندانیم این کار در کجای فرآیند است
• اثرش روی قبل و بعد مشخص نباشد
• معیار موفقیت نداشته باشد

آنگاه:

• تصمیم‌ها جزیره‌ای می‌شوند
• مسئولیت‌ها مبهم می‌شوند
• و وابستگی به افراد به اوج می‌رسد

مدل بالغ: وظیفه‌محور در بستر فرآیندمحور

یعنی؛ وظایف مشخص، در چارچوب فرآیندهای شفاف. به بیان ساده تر؛

• فرآیند می‌گوید چه اتفاقی باید بیفتد
• وظیفه مشخص می‌کند چه کسی، چه کاری را انجام میدهد

در این مدل:

• فرآیند ستون فقرات سازمان است
• وظیفه‌ها عضلات اجرایی آن هستند

نقش نرم‌افزار در این تعادل

اینجاست که نرم‌افزار خوب خودش را نشان می‌دهد. یک سیستم بالغ:

• فرآیندها را قابل کنترل و پایش می‌کند
• وظایف را دقیق، محدود و قابل ارزیابی تعریف می‌کند
• دسترسی‌ها را:
  • بر اساس نقش
  • در چارچوب فرآیند
  • و متناسب با مرحله فرآیند اعمال می‌کند

در نتیجه:

• کارمند می‌داند چه کاری را چرا انجام می‌دهد
• مدیر می‌فهمد کجا گلوگاه ایجاد شده
• سازمان از آدم‌ها جدا نمی‌شود، ولی به آن‌ها وابسته هم نیست

نکته خیلی مهم (که کمتر گفته می‌شود)

فرآیند خوب:

• تصمیم‌گیری را نمی‌کشد
• بلکه آن را هدایت می‌کند

و وظیفه خوب:

• اختیار را حذف نمی‌کند
• بلکه آن را در چهارچوب امن قرار می‌دهد

اگر نرم‌افزار:

• فرآیند را بیش‌ازحد سخت کند → خلاقیت می‌میرد
• وظیفه را بیش‌ازحد آزاد بگذارد → کنترل از دست می‌رود

تعادل، هنر است؛ نه دستورالعمل.

جمع‌بندی نهایی

در مدیریت سازمان، نه «فرآیندمحوری مطلق» پاسخ‌گوست و نه «وظیفه‌گرایی رها از ساختار» تجربه نشان داده که:

• فرآیند بدون وظیفه، سردرگمی و شلختگی در کار ایجاد میکند
• وظیفه بدون فرآیند، سازمان را به افراد وابسته و شکننده می‌کند

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

تعریف وظایف شفاف، در چارچوب فرآیندهای مشخص و قابل کنترل

در این مدل:

• فرآیند مسیر را مشخص می‌کند
• وظیفه اجرا را ممکن می‌سازد
• اختیار در چارچوب نقش و وظیفه افراد تعریف می‌شود
• و کنترل، براساس فرآیندها طراحی میشود

• تجربه ی نیروهای انسانی به سیستم منتقل می شود
• رشد سازمان بدون وابستگی به افراد ممکن می شود