بسیاری از مدیران، صاحبان کسبوکار و حتی مشاوران، «سیستمسازی» و «مدیریت فرآیندهای کسبوکار» یا BPM را بهجای یکدیگر به کار میبرند. این اشتباه رایج است، چون هر دو مفهوم به نظمدهی، کاهش وابستگی به افراد، افزایش بهرهوری و مقیاسپذیری کسبوکار کمک میکنند. اما از نظر مفهومی، مدیریتی و اجرایی، این دو یکی نیستند.
اگر بخواهیم خیلی خلاصه بگوییم: سیستمسازی یک نگاه کلان برای ساختن کسبوکاری قابل تکرار، قابل کنترل و مستقلتر از افراد است؛ در حالی که BPM یک رویکرد تخصصی برای شناسایی، طراحی، اجرا، پایش و بهبود فرآیندهای کسبوکار است.
این تمایز ساده، در عمل بسیار مهم است؛ چون اگر مدیر نداند دنبال «سیستمسازی» است یا «BPM»، ممکن است ابزار اشتباه بخرد، تیم اشتباه تشکیل دهد، یا از اتوماسیون توقعی داشته باشد که اصولاً قرار نبوده برآورده کند.
تعریف سیستمسازی چیست؟
سیستمسازی یعنی تبدیل فعالیتهای تکرارشونده، تصمیمهای قابل الگو، دانش اجرایی و شیوههای موفق انجام کار به یک ساختار منظم، مستندسازیشده و قابل تکرار؛ به شکلی که عملکرد سازمان کمتر به افراد خاص وابسته باشد.
در ادبیات مدیریتی، ایده سیستمسازی بهویژه در کتاب The E-Myth Revisited اثر Michael E. Gerber بسیار برجسته است. گربر توضیح میدهد که بسیاری از کسبوکارها نه بهصورت «سیستم»، بلکه بر پایه قهرمانبازی افراد کلیدی اداره میشوند؛ یعنی صاحب کسبوکار یا چند نیروی باتجربه، عملاً ستون اصلی اجرا هستند. از نگاه او، کسبوکار بالغ باید مثل یک «ماشین قابل تکرار» عمل کند، نه مجموعهای از تلاشهای پراکنده و وابسته به افراد.
بنابراین، سیستمسازی فقط نوشتن دستورالعمل نیست. سیستمسازی یعنی طراحی مجموعهای از عناصر هماهنگ، مانند:
- نقشها و مسئولیتها
- استانداردهای انجام کار
- چکلیستها و SOPها
- شاخصهای ارزیابی عملکرد
- قواعد تصمیمگیری
- الگوهای گزارشدهی
- ابزارها و نرمافزارهای پشتیبان
- سازوکار آموزش و جانشینپروری
در این معنا، سیستمسازی یک مفهوم وسیع و سازمانی است.
تعریف BPM چیست؟
BPM مخفف Business Process Management است؛ یعنی مدیریت فرآیندهای کسبوکار. این حوزه بر فرآیندها تمرکز دارد: فرآیندهایی که ورودی را به خروجی ارزشمند برای مشتری یا ذینفع تبدیل میکنند.
طبق استاندارد ABPMP CBOK (Guide to the Business Process Management Common Body of Knowledge) که از منابع مرجع و حرفهای این حوزه محسوب میشود، BPM یک رشته مدیریتی است که فرآیندها را شناسایی، مدلسازی، تحلیل، بهبود، اجرا، پایش و حاکمیت میکند تا عملکرد سازمان ارتقا یابد.
در BPM سؤالهای اصلی اینها هستند:
- فرآیندهای اصلی سازمان کداماند؟
- هر فرآیند از چه فعالیتها، نقشها، قوانین و تصمیمهایی تشکیل شده است؟
- گلوگاهها، دوبارهکاریها و اتلافها کجا هستند؟
- چگونه میتوان فرآیند را بهینه، استاندارد یا خودکار کرد؟
- عملکرد فرآیند با چه KPIهایی سنجیده میشود؟
- چه کسی مالک فرآیند است و چه کسی آن را اجرا میکند؟
اگر سیستمسازی به کل «ماشین کسبوکار» نگاه میکند، BPM بیشتر به «موتور جریان کار» نگاه میکند.
ریشه فکری BPM از کجا آمده است؟
برای درک بهتر BPM، اشاره به چند کتاب مهم ضروری است.
در کتاب Process Innovation اثر Thomas H. Davenport، فرآیند بهعنوان محور بهبود عملکرد سازمان معرفی میشود. داونپورت نشان میدهد که سازمانها اگر فقط بر واحدها و وظایف تمرکز کنند، بهینهسازی واقعی اتفاق نمیافتد؛ چون ارزش برای مشتری از دل فرآیندهای بینوظیفهای ایجاد میشود، نه از دل سیلوهای سازمانی.
همچنین در کتاب Reengineering the Corporation اثر Michael Hammer و James Champy، ایده بازاندیشی بنیادین فرآیندها مطرح میشود. هرچند مهندسی مجدد فرآیندها با BPM یکسان نیست، اما این کتاب نقش مهمی در جا انداختن نگاه فرآیندمحور داشته است.
در ادامه، استانداردهای عملیاتی و مدلسازی BPM با منابعی مانند BPMN Method and Style اثر Bruce Silver و نیز چارچوبهای ABPMP بالغتر شدهاند. این منابع نشان میدهند BPM فقط «فلوچارت کشیدن» نیست، بلکه یک discipline مدیریتی با متد، نقش، زبان مدلسازی و نظام حاکمیتی مشخص است.
تفاوت اصلی سیستمسازی و BPM چیست؟
مهمترین تفاوت این دو در «سطح نگاه» و «موضوع تمرکز» است.
سیستمسازی یک مفهوم کلانتر است. هدف آن این است که کل سازمان یا کسبوکار به شکلی طراحی شود که بدون وابستگی شدید به افراد، با ثبات، تکرارپذیری و قابلیت رشد عمل کند. در مقابل، BPM بر فرآیندها بهعنوان ستونهای خلق ارزش تمرکز میکند و سعی دارد آنها را شفاف، قابل سنجش و قابل بهبود کند.
به بیان دیگر:
- سیستمسازی میپرسد: «چطور کسبوکار را طوری طراحی کنیم که همیشه درست کار کند؟»
- BPM میپرسد: «چطور جریان انجام کار را دقیق، بهینه و قابل کنترل کنیم؟»
پس BPM میتواند بخشی از سیستمسازی باشد، اما سیستمسازی محدود به BPM نیست.
سیستمسازی شامل چه چیزهایی است که BPM لزوماً شامل آنها نیست؟
سیستمسازی معمولاً حوزههایی را پوشش میدهد که الزاماً فرآیندمحور نیستند، از جمله:
- طراحی ساختار سازمانی
- تعریف سطوح اختیار
- نظام ارزیابی و پاداش
- الگوهای استخدام و آموزش
- فرهنگ پاسخگویی
- قالبهای ارتباطات داخلی
- نظام جلسات و گزارشدهی
- استانداردهای کیفیت و کنترل
- مستندسازی دانش ضمنی افراد
اینها ممکن است با فرآیندها مرتبط باشند، اما خود BPM بهتنهایی برای پوشش کامل آنها کافی نیست.
برای مثال، اگر یک شرکت فروش خوبی دارد اما همه تصمیمهای مهم فروش فقط توسط مؤسس گرفته میشود، مشکل فقط «فرآیند» نیست؛ مشکل «وابستگی سیستمی» است. در اینجا طراحی فرآیند فروش کمک میکند، اما تا وقتی نقشها، اختیارات، معیارهای تصمیمگیری، آموزش نیروها و ساختار کنترل مشخص نشود، سیستمسازی کامل رخ نداده است.
BPM شامل چه چیزهایی است که در سیستمسازی عمومی کمتر دقیق میشود؟
در سمت مقابل، BPM نسبت به بسیاری از رویکردهای عمومی سیستمسازی، در تحلیل و مدیریت فرآیند بسیار عمیقتر و دقیقتر عمل میکند. مثلاً:
- شناسایی end-to-end process
- تعیین process owner
- مدلسازی با BPMN
- تحلیل زمان چرخه و نقاط انتظار
- تحلیل handoff بین واحدها
- طراحی شاخصهای فرآیندی
- بهبود مستمر و process governance
- اتوماسیون workflow
بسیاری از کسانی که از «سیستمسازی» حرف میزنند، در عمل صرفاً مستندسازی یا چکلیستنویسی انجام میدهند. اما BPM، اگر حرفهای اجرا شود، از سطح مستندسازی عبور میکند و وارد طراحی، اندازهگیری، کنترل و بهبود ساختاری میشود.
تفاوت سیستمسازی و BPM در یک جدول مفهومی
اگر بخواهیم این دو را فشرده مقایسه کنیم:
-
دامنه:
- سیستمسازی: کل کسبوکار
- BPM: فرآیندهای کسبوکار
-
تمرکز:
- سیستمسازی: کاهش وابستگی به افراد و ساخت کسبوکار تکرارپذیر
- BPM: بهبود جریان کار و عملکرد فرآیندها
-
واحد تحلیل:
- سیستمسازی: سیستمها، نقشها، قواعد، ساختارها
- BPM: فرآیند، فعالیت، رویداد، تصمیم، نقش اجرایی
-
خروجیهای رایج:
- سیستمسازی: SOP، چکلیست، RACI، ساختار سازمانی، استانداردهای اجرایی
- BPM: نقشه فرآیند، مدل BPMN، KPI فرآیندی، فرآیند بهینهشده، workflow automation
-
سطح بلوغ:
- سیستمسازی: میتواند ساده و عملیاتی شروع شود
- BPM: معمولاً نیازمند بلوغ مدیریتی و تحلیلی بیشتر است
-
نسبت با نرمافزار:
- سیستمسازی: ممکن است بدون نرمافزار هم پیش برود
- BPM: اغلب با BPMS، اتوماسیون و ابزارهای مانیتورینگ پیوند نزدیکتری دارد
آیا سیستمسازی بدون BPM ممکن است؟
بله، اما معمولاً ناقص میماند.
خیلی از کسبوکارهای کوچک و متوسط، نوعی سیستمسازی اولیه انجام میدهند: وظایف را استاندارد میکنند، فرم میسازند، آموزشها را مکتوب میکنند و چکلیست مینویسند. این کارها ارزشمند است و حتی بدون پیادهسازی رسمی BPM هم میتواند بهرهوری را بالا ببرد.
اما وقتی سازمان بزرگتر میشود، بین واحدها اصطکاک بهوجود میآید، زمان تحویل طولانی میشود، خطاها زیاد میشود و مشتری از تأخیر یا دوبارهکاری ناراضی است. اینجا دیگر سیستمسازی عمومی کافی نیست؛ باید خود «فرآیند» موضوع مدیریت قرار بگیرد. یعنی BPM وارد میدان شود.
آیا BPM بدون سیستمسازی ممکن است؟
از نظر فنی بله، از نظر مدیریتی اغلب نه.
ممکن است یک سازمان پروژه BPM اجرا کند، فرآیندها را مدل کند و حتی نرمافزار BPMS بخرد، اما اگر فرهنگ اجرا، ساختار نقشها، مسئولیتپذیری، نظام داده، نظم مدیریتی و آموزش کارکنان درست نباشد، BPM روی کاغذ میماند.
این دقیقاً همان جایی است که بسیاری از پروژههای تحول شکست میخورند. در کتاب Reengineering the Corporation نیز به این نکته اشاره میشود که صرف بازطراحی فرآیند، بدون تغییر در سازوکارهای مدیریتی و سازمانی، نتیجه پایدار نمیدهد.
پس BPM بدون بستر سیستمی، بهشدت آسیبپذیر است.
مثال ساده برای فهم تفاوت
فرض کنید یک شرکت خدماتی در حوزه تعمیرات و نصب دارد رشد میکند.
مسئله اول: مشتریها دیر پاسخ میگیرند، تیم فروش هر بار متفاوت عمل میکند، هماهنگی بین پشتیبانی و اجرا ضعیف است، و مدیر مجبور است دائماً پیگیری کند.
اگر مدیر تصمیم بگیرد:
- اسکریپت تماس فروش تعریف کند
- مراحل ثبت سفارش را ثابت کند
- نقش هر نفر را روشن کند
- چکلیست اجرای خدمت بسازد
- فرم گزارش کار یکسان کند
- شاخصهای پاسخگویی و کیفیت تعریف کند
او در حال سیستمسازی است.
اما اگر تیم جلوتر برود و:
- کل فرآیند «از سرنخ تا تحویل خدمت» را مدل کند
- گلوگاه بین فروش، برنامهریزی و اجرا را تحلیل کند
- زمان هر مرحله را اندازهگیری کند
- علت تأخیرها را در handoffها پیدا کند
- قوانین ارجاع خودکار سفارش را تعریف کند
- داشبورد فرآیندی برای SLA طراحی کند
این دیگر وارد قلمرو BPM شده است.
پس سیستمسازی میتواند بگوید «کارها باید استاندارد و قابل تکرار شوند»، اما BPM دقیقاً میگوید «جریان کار چگونه حرکت میکند، کجا گیر میکند، چگونه سنجیده و بهینه میشود».
اشتباه رایج: یکی گرفتن مستندسازی با سیستمسازی یا BPM
یکی از رایجترین سوءبرداشتها این است که هر نوع نوشتن دستورالعمل را سیستمسازی یا BPM میدانند. در حالی که مستندسازی فقط یکی از ابزارهاست، نه خود مفهوم.
در سیستمسازی، مستندسازی لازم است، اما کافی نیست. اگر SOP نوشته شود ولی کسی از آن استفاده نکند، اختیارها نامشخص باشد، آموزش ضعیف باشد و نظارت وجود نداشته باشد، سیستم شکل نگرفته است.
در BPM نیز مدلسازی فرآیند لازم است، اما کافی نیست. اگر نقشه فرآیند کشیده شود ولی مالک فرآیند، KPI، نظام پایش و سازوکار بهبود وجود نداشته باشد، BPM فقط یک خروجی تزئینی تولید کرده است.
همانطور که در ABPMP CBOK تأکید میشود، BPM یک چرخه مدیریتی کامل است، نه صرفاً ترسیم نمودار.
سیستمسازی بیشتر برای چه نوع کسبوکارهایی اولویت دارد؟
سیستمسازی معمولاً برای این کسبوکارها اولویت فوریتری دارد:
- کسبوکارهای کوچک و متوسط وابسته به مؤسس
- شرکتهایی که رشد کردهاند ولی نظم اجرایی ندارند
- سازمانهایی که دانش در ذهن افراد مانده است
- مجموعههایی که با خروج یک فرد کلیدی آسیب میبینند
- شرکتهایی که میخواهند شعبهپذیر یا مقیاسپذیر شوند
در چنین شرایطی، قبل از هر چیز باید عملیات به قواعد، نقشها و استانداردهای قابل تکرار تبدیل شود.
BPM بیشتر برای چه سازمانهایی حیاتی است؟
BPM معمولاً در این فضاها اهمیت حیاتی پیدا میکند:
- سازمانهای متوسط و بزرگ با فرآیندهای بینواحدی پیچیده
- شرکتهایی با حجم بالای تراکنش
- کسبوکارهایی که SLA و زمان پاسخگویی برایشان مهم است
- سازمانهایی که به اتوماسیون workflow نیاز دارند
- شرکتهایی که بهبود مستمر و دادهمحوری برایشان اولویت دارد
- نهادهایی که حاکمیت فرآیندی و compliance برایشان مهم است
برای مثال، در بانک، بیمه، لجستیک، مخابرات، درمان، FMCG و سازمانهای دولتی، BPM اغلب یک ضرورت است نه یک انتخاب لوکس.
رابطه سیستمسازی با اتوماسیون چیست؟
خیلیها فکر میکنند اگر نرمافزار بخرند، سیستمسازی کردهاند. این تصور نادرست است.
اتوماسیون، چه در قالب CRM، ERP، BPMS یا ابزارهای workflow، فقط وقتی ارزش واقعی ایجاد میکند که منطق کار از قبل روشن شده باشد. اگر فرآیند بد باشد، اتوماسیون فقط همان بینظمی را سریعتر میکند.
Thomas Davenport در Process Innovation و نیز Michael Hammer در آثارش بارها بر این ایده تأکید کردهاند که فناوری بهتنهایی درمان نیست؛ فناوری باید بر بستر طراحی درست فرآیند و مدل مدیریتی مناسب قرار بگیرد.
بنابراین:
- اول فهم کار
- بعد طراحی استاندارد
- سپس بهینهسازی
- و در نهایت اتوماسیون
این ترتیب، در هر دو حوزه سیستمسازی و BPM حیاتی است.
آیا BPM زیرمجموعه سیستمسازی است؟
در بسیاری از کاربردهای مدیریتی، بله.
اگر سیستمسازی را بهمعنای ساختن یک کسبوکار منظم، تکرارپذیر، قابل کنترل و مستقل از افراد بدانیم، BPM یکی از اجزای مهم آن است. چون فرآیندها بخشی از سیستم هستند.
اما از زاویه تخصصی، BPM خودش یک discipline مستقل هم هست؛ با دانش حرفهای، استاندارد، زبان مدلسازی، ابزار، نقشها و حتی گواهینامههای تخصصی. بنابراین نباید آن را صرفاً به یک ابزار کوچک در سیستمسازی تقلیل داد.
بیان دقیقتر این است:
- سیستمسازی از منظر مدیریتی، چتر بزرگتر است.
- BPM از منظر تخصصی، حوزه عمیقتر در مدیریت فرآیندهاست.
تفاوت در زبان مدیران و زبان متخصصان
مدیران معمولاً با واژه سیستمسازی راحتترند، چون این واژه به نتیجه نزدیک است: نظم، کنترل، رشد، کاهش وابستگی. اما متخصصان فرآیند، معماری سازمانی و تحول عملیاتی بیشتر از واژه BPM استفاده میکنند، چون دقیقتر و فنیتر است.
مشکل زمانی پیش میآید که این دو زبان با هم ترجمه نشوند. مثلاً مدیر میگوید «ما سیستم میخواهیم»، اما تیم فنی میرود سراغ خرید BPMS. یا برعکس، تیم فرآیند میگوید «فرآیندها باید model شوند»، ولی مدیر هنوز نقشها و ساختار تصمیمگیری را مشخص نکرده است.
فاصله بین این دو زبان، یکی از دلایل اصلی شکست پروژههای بهبود سازمانی است.
اگر بخواهیم حرفهای تصمیم بگیریم، از کجا شروع کنیم؟
اگر سازمان هنوز وابسته به افراد کلیدی است، وظایف مبهماند، خروجیها نوسان دارد و عملیات بهشکل سلیقهای انجام میشود، ابتدا باید با سیستمسازی شروع کرد. یعنی:
- شفافسازی نقشها
- استانداردسازی کارهای تکراری
- تدوین SOP
- مشخصکردن شاخصها
- مستندسازی دانش
- تعریف روال گزارشدهی و کنترل
اما اگر این پایهها تا حدی وجود دارد و مسئله اصلی سازمان، ناکارآمدی جریان کار، تأخیر، دوبارهکاری، تعارض بین واحدها و نیاز به اتوماسیون است، باید BPM را جدیتر وارد کرد.
در عمل، اغلب سازمانها به هر دو نیاز دارند، اما ترتیب و عمق آنها باید با بلوغ سازمان تنظیم شود.
جمعبندی نهایی
سیستمسازی و BPM دو مفهوم نزدیک اما متفاوتاند.
سیستمسازی، رویکردی کلان برای ساختن کسبوکاری منظم، تکرارپذیر، قابل رشد و کموابسته به افراد است. BPM، رویکردی تخصصی برای مدیریت، تحلیل، بهبود و کنترل فرآیندهای کسبوکار است.
بهبیان ساده:
- سیستمسازی میخواهد «کسبوکار» مثل یک سیستم عمل کند.
- BPM میخواهد «فرآیندها» بهصورت شفاف، سنجشپذیر و بهینه اجرا شوند.
اگر از کتاب The E-Myth Revisited اثر Michael Gerber الهام بگیریم، میتوان گفت سیستمسازی بهدنبال ساخت یک کسبوکار قابل تکرار است. اگر از Process Innovation اثر Thomas Davenport و ABPMP CBOK کمک بگیریم، BPM بهدنبال طراحی و بهبود علمی جریانهای ارزشآفرین در سازمان است. و اگر نگاه Michael Hammer و James Champy در Reengineering the Corporation را اضافه کنیم، روشن میشود که تحول واقعی بدون بازنگری در فرآیندها ممکن نیست؛ اما این بازنگری نیز بدون بستر سیستمی پایدار نمیماند.
بنابراین، سؤال درست این نیست که «سیستمسازی بهتر است یا BPM؟»
سؤال درست این است که:
«سازمان ما در این مرحله، بیشتر به کدام لایه از بلوغ مدیریتی نیاز دارد، و این دو را چگونه بهدرستی با هم ترکیب کنیم؟»
منابع مورد استناد در مقاله:
- Michael E. Gerber, The E-Myth Revisited
- Thomas H. Davenport, Process Innovation
- Michael Hammer and James Champy, Reengineering the Corporation
- ABPMP, Guide to the Business Process Management Common Body of Knowledge (CBOK)
- Bruce Silver, BPMN Method and Style
برای خواندن ادامه مطلب ورود / ثبتنام کنید
ورود / ثبتنام
نظرات
برای ثبت نظر باید ثبتنام کنید.
ثبتنام / ورود