بسیاری از سازمان ها تصور می کنند خرید یک نرم افزار ERP به تنهایی می تواند بخش مهمی از چالش های عملیاتی، مالی، انباری، تولیدی، فروش یا منابع انسانی آن ها را حل کند. اما تجربه پروژه های مختلف نشان می دهد که نرم افزار به تنهایی عامل موفقیت نیست و مهندسی فرایند در پروژه ERP یکی از مهم ترین عواملی است که سرنوشت یک استقرار را تعیین می کند. نرم افزار ERP زمانی ارزش واقعی ایجاد می کند که بر پایه فرآیندهای شفاف، منطقی، استاندارد و قابل اجرا پیاده سازی شود.
اگر سازمان پیش از استقرار ERP ندانند که فرآیندهایشان دقیقا چگونه انجام می شود، هر فرآیند از کجا شروع می شود، چه کسی مسئول هر مرحله است، در کدام نقطه باید کنترل و تایید صورت گیرد و خروجی هر فعالیت چه تاثیری بر اطلاعات، گزارش ها و تصمیم های مدیریتی دارد، حتی بهترین نرم افزار ERP هم نمی تواند نتیجه مطلوب و مورد انتظار سازمان را محقق کند.
به همین دلیل، مهندسی فرآیند یکی از حیاتی ترین مراحل در پروژه ERP محسوب می شود؛ مرحله ای که فاصله میان نصب نرم افزار و تحول واقعی سازمان را پر می کند.
ERP فقط یک نرم افزار نیست؛ بازتاب فرآیندهای سازمان است
ERP قرار نیست صرفا چند ماژول، فرم و گزارش در اختیار سازمان قرار دهد. ماهیت اصلی ERP، یکپارچه سازی فرآیندهای سازمانی است؛ یعنی عملیات واحدهای مختلف مانند مالی، خرید، فروش، انبار، تولید، منابع انسانی، خزانه داری و کنترل کیفیت باید در یک جریان اطلاعاتی و فرآیندی منسجم به هم متصل شوند.
در چنین سیستمی، خطای یک واحد فقط در همان واحد باقی نمی ماند. برای نمونه:
- عدم تکمیل اطلاعات درخواست کالا یا طی نشدن مسیر تایید آن می تواند باعث خریدهای اشتباه، تاخیر در تامین، اختلال در برنامه ریزی تولید، افزایش هزینه ها و در نهایت ایجاد مغایرت در گزارش های مدیریتی شود.
- تایید ناقص یک درخواست خرید می تواند منجر به خرید غیرضروری، تاخیر در تولید یا افزایش موجودی راکد شود.
- تعریف نادرست مراکز هزینه می تواند گزارش های مالی و تحلیل سودآوری را مخدوش کند.
بنابراین نرم افزار ERP، فرآیندهای سازمان را همان گونه که هستند نمایان می کند؛ یعنی نقاط قوت، ضعف ها، گلوگاه ها و ناهماهنگی های موجود را شفاف تر و قابل مشاهده تر می سازد. اگر فرآیندها درست طراحی نشده باشند، ERP فقط همان آشفتگی قبلی را با سرعت و گستردگی بیشتری در کل سازمان منتقل و بازتولید می کند.
مهندسی فرآیند در پروژه ERP یعنی چه؟
مهندسی فرآیند در پروژه ERP یعنی شناخت، بررسی، تحلیل، اصلاح و طراحی جریان های کاری سازمان پیش از پیکربندی نهایی نرم افزار و آغاز بهره برداری.
در این مرحله، سازمان و تیم استقرار تلاش می کنند به چند پرسش کلیدی پاسخ دهند:
- فرآیندهای فعلی سازمان چگونه انجام می شوند؟
- نقاط ضعف، دوباره کاری ها، کنترل های ناقص و گلوگاه های اجرایی کجاست؟
- کدام فعالیت ها باید حذف، ساده سازی یا استاندارد شوند؟
- کدام فرآیندها باید با امکانات نرم افزار ERP تطبیق داده شوند؟
- گردش اسناد، مسیر تایید ها و سطح دسترسی کاربران چگونه باید طراحی شود؟
- اطلاعات پایه و کدینگ ها با چه ساختاری باید آماده شوند؟
خروجی این مرحله فقط چند نمودار فرآیندی نیست. نتیجه واقعی مهندسی فرآیند باید به تصمیم های اجرایی، تنظیمات نرم افزار، آموزش کاربران، کنترل اطلاعات و سناریوهای تست تبدیل شود.
چرا پروژه ERP بدون مهندسی فرآیند شکست می خورد یا کم اثر می شود؟
1.چون سازمان فرآیندهای اشتباه قبلی را وارد نرم افزار جدید می کند
یکی از خطاهای رایج در پروژه های ERP این است که سازمان تلاش می کند نرم افزار جدید را دقیقا مطابق روش های قدیمی خود اجرا کند؛ حتی اگر آن روش ها پر از دوباره کاری، کنترل دستی، وابستگی به افراد خاص یا تصمیم گیری های غیرشفاف باشند.
در این حالت، ERP به جای اینکه عامل بهبود باشد، به نسخه مکانیزه همان مشکلات قبلی تبدیل می شود.
اگر فرآیند خرید پیش تر بدون کنترل پارامترهای موجودی، بدون کنترل بودجه، بدون مسیر تایید مشخص و بدون ارزیابی تامین کننده انجام می شد، ورود آن به ERP بدون بازطراحی، فقط باعث می شود همین ضعف ها در قالب فرم ها و گردش های سیستمی ادامه پیدا کند.
مهندسی فرآیند کمک می کند سازمان پیش از ورود به سیستم جدید، از خود بپرسد که آیا این روش واقعا درست است یا فقط به آن عادت کرده ایم؟
2.چون کاربران نمی دانند در سیستم جدید دقیقا چه کاری باید انجام دهند
ERP معمولا نقش ها، مسئولیت ها و ارتباط بین واحدها را شفاف می کند. اما اگر پیش از راه اندازی، فرآیندها به درستی طراحی و مستند نشده باشند، کاربران با پرسش های زیادی مواجه می شوند:
- چه کسی باید درخواست را ثبت کند؟
- چه کسی باید آن را تایید کند؟
- در چه مرحله ای سند مالی ایجاد می شود؟
- چه زمانی موجودی انبار تغییر می کند؟
- چه اطلاعاتی اجباری است؟
- اگر یک سند برگشت بخورد، مسئول اصلاح آن کیست؟
ابهام در این موارد باعث مقاومت کاربران، خطای عملیاتی، افزایش تماس های پشتیبانی و کاهش اعتماد سازمان به پروژه می شود.
کاربر زمانی با ERP همراه می شود که بداند سیستم جدید قرار است کار او را منظم تر، قابل پیگیری تر و قابل دفاع تر کند؛ نه اینکه صرفا چند فرم جدید به کارهای قبلی او اضافه کند.
3.چون اطلاعات پایه بدون ساختار درست وارد سیستم می شود
اطلاعات پایه، ستون فقرات ERP است. کد کالا، حساب ها، مراکز هزینه، اشخاص، تامین کنندگان، مشتریان، واحدهای شمارش، انبارها، ساختار سازمانی، BOM، فرآیندهای تولید و انواع اسناد، همگی نمونه هایی از اطلاعات پایه هستند.
اگر این اطلاعات بدون مهندسی فرآیند و بدون نگاه سیستمی آماده شوند، مشکلات جدی ایجاد می شود:
- کدینگ کالا غیرقابل جست و جو می شود.
- یک مشتری یا تامین کننده چند بار با نام های مختلف ثبت می شود.
- مراکز هزینه با ساختار واقعی سازمان هماهنگ نیستند.
- حساب های مالی برای گزارش گیری مدیریتی مناسب نیستند.
- واحدهای شمارش، تبدیل ها و مشخصات کالا باعث خطا در انبار و تولید می شوند.
در پروژه ERP، پاکسازی و ساختاردهی اطلاعات پایه نباید یک کار اداری ساده تلقی شود؛ این کار باید بر اساس فرآیندهای واقعی سازمان، نیازهای گزارش گیری و منطق یکپارچگی سیستم انجام شود.
4.چون گردش اسناد و مسیر تایید ها نامشخص می ماند
یکی از مزیت های مهم ERP، تبدیل جریان های غیررسمی و شفاهی به مسیرهای قابل کنترل و قابل پیگیری است. اما اگر مسیر گردش اسناد به درستی طراحی نشود، سازمان دچار دو وضعیت نامطلوب می شود.
در حالت اول، کنترل ها بیش از حد ساده طراحی می شوند و اسناد بدون بررسی کافی تایید می شوند؛ نتیجه این وضعیت، کاهش کنترل داخلی، افزایش ریسک مالی و کاهش شفافیت است.
در حالت دوم، مسیرها بیش از حد پیچیده طراحی می شوند و هر سند باید از چندین سطح غیرضروری عبور کند؛ نتیجه این وضعیت، کندی عملیات، نارضایتی کاربران و دور زدن سیستم است.
مهندسی فرآیند کمک می کند برای هر سند، مسیری منطقی طراحی شود؛ مسیری که نه بیش از حد سهل گیرانه باشد و نه آن قدر سنگین که سازمان را متوقف کند.
5.چون تنظیمات نرم افزار بدون درک فرآیند انجام می شود
پیکربندی ERP فقط تنظیم چند گزینه در نرم افزار نیست؛ بسیاری از تنظیمات مستقیما به منطق فرآیندی سازمان وابسته اند. برای نمونه:
- آیا فروش بدون کنترل اعتبار مشتری مجاز است؟
- آیا درخواست خرید باید به بودجه وصل باشد؟
- آیا خروج کالا از انبار بدون دستور تولید امکان پذیر است؟
- آیا فاکتور خرید یا فروش باید خودکار صادر شود یا توسط کاربر؟
- آیا یک شرکت از چند انبار، چند شعبه یا چند مرکز هزینه استفاده می کند؟
- آیا فرآیندها در سطح شرکت، هلدینگ یا بین شرکتی اجرا می شوند؟
اگر پاسخ این پرسش ها مشخص نباشد، تنظیمات سیستم بر اساس حدس، عادت یا فشار لحظه ای کاربران انجام می شود. نتیجه آن، سیستمی است که در ظاهر راه اندازی شده اما در عمل با نیازهای واقعی سازمان همخوانی ندارد.
6.چون تست سیستم واقعی و قابل اتکا نخواهد بود
تست ERP زمانی ارزشمند است که بر اساس سناریوهای واقعی کسب و کار انجام شود. اگر مهندسی فرآیند انجام نشده باشد، تیم پروژه نمی داند دقیقا چه چیزی را باید تست کند.
تست فقط این نیست که یک فرم باز شود، یک سند ثبت شود یا یک گزارش نمایش داده شود؛ تست واقعی یعنی یک جریان کامل از ابتدا تا انتها بررسی شود. برای نمونه، در فرآیند خرید باید مشخص شود:
- درخواست خرید چگونه ایجاد می شود؟
- استعلام یا دستور خرید چگونه ثبت می شود؟
- کالا چگونه دریافت و کنترل می شود؟
- رسید انبار با ردیابی صادر شود یا بدون ردیابی؟
- فاکتور خرید چگونه ثبت می شود؟
- سند مالی چگونه ایجاد می شود؟
- پرداخت چگونه انجام می شود؟
- گزارش های مدیریتی چه خروجی ای نشان می دهند؟
بدون مهندسی فرآیند، تست ها پراکنده، سطحی و ناقص می شوند و در نتیجه بسیاری از مشکلات، بعد از راه اندازی واقعی و در فشار عملیات روزانه آشکار می شوند؛ یعنی زمانی که اصلاح آن ها سخت تر و پرهزینه تر است.
7.چون ERP بدون فرآیند، با فرهنگ سازمانی درگیر می شود
هر پروژه ERP، علاوه بر جنبه نرم افزاری، یک پروژه تغییر سازمانی نیز هست. کاربران باید روش های قدیمی را کنار بگذارند، اطلاعات را دقیق تر ثبت کنند، مسئولیت پذیرتر شوند و کارها را در مسیرهای مشخص انجام دهند.
اگر سازمان پیش از راه اندازی، فرآیندها را شفاف نکرده باشد، کاربران احساس می کنند ERP فقط یک ابزار کنترلی اضافه است و در نتیجه مقاومت پنهان یا آشکار شکل می گیرد.
اما زمانی که فرآیندها با مشارکت کاربران کلیدی بررسی و طراحی می شوند، پذیرش سیستم افزایش می یابد؛ کاربران احساس می کنند در طراحی روش جدید نقش داشته اند و منطق تغییر را بهتر درک می کنند.
8.چون گزارش های مدیریتی قابل اعتماد نخواهند بود
یکی از اهداف اصلی ERP، تولید گزارش های دقیق و قابل اتکا برای تصمیم گیری مدیریتی است. اما کیفیت گزارش های مدیریتی مستقیما به کیفیت فرآیندها، اطلاعات پایه، ثبت عملیات و کنترل های سیستمی وابسته است.
اگر فرآیندها ناقص باشند، گزارش ها هم ناقص خواهند بود. اگر داده ها اشتباه ثبت شوند، داشبوردها ظاهر زیبایی خواهند داشت اما تصمیم های اشتباه تولید می کنند. اگر ساختار سازمانی، کدینگ ها، مراکز هزینه و جریان اسناد درست طراحی نشده باشند، مدیران نمی توانند به خروجی های سیستم اعتماد کنند.
به بیان دیگر، ERP خوب به تنهایی گزارش خوب تولید نمی کند؛ ERP خوب وقتی روی فرآیند خوب و داده خوب قرار می گیرد، گزارش خوب تولید می کند.
نمونه های ساده از اثر مهندسی فرآیند در ERP
نمونه اول: فرآیند خرید
در یک سازمان، ممکن است خریدها به صورت تلفنی، با درخواست های غیررسمی یا بدون کنترل بودجه انجام شوند. اگر همین روش وارد ERP شود، سیستم فقط ثبت کننده بی نظمی خواهد بود.
اما با مهندسی فرآیند، می توان مسیر خرید را به شکل منطقی طراحی کرد:
- درخواست خرید توسط واحد متقاضی
- بررسی موجودی انبار
- کنترل بودجه یا مجوز خرید
- استعلام یا انتخاب تامین کننده
- صدور دستور خرید
- دریافت کالا و کنترل کیفیت
- ثبت فاکتور
- صدور سند مالی
- پرداخت طبق شرایط قرارداد
در این حالت ERP فقط ابزار ثبت اطلاعات نیست؛ بلکه به ابزار کنترل، شفافیت و بهبود عملکرد خرید تبدیل می شود.
نمونه دوم: فرآیند تولید
در تولید، ارتباط بین برنامه ریزی، تامین مواد، سفارش تولید، مصرف مواد، کنترل کیفیت، ثبت ضایعات، قیمت تمام شده و تحویل محصول بسیار مهم است.
اگر فرآیند تولید پیش از استقرار ERP مهندسی نشود، ممکن است مصرف واقعی مواد با BOM هماهنگ نباشد، ضایعات به درستی ثبت نشود، سفارش تولید ناقص بسته شود یا قیمت تمام شده خروجی قابل اعتمادی نداشته باشد.
مهندسی فرآیند باعث می شود جریان تولید از برنامه ریزی تا حسابداری صنعتی، قابل ردیابی و قابل تحلیل شود.
نمونه سوم: فرآیندهای بین شرکتی در هلدینگ ها
در ساختارهای هلدینگی، فرآیندها معمولا فقط در یک شرکت اتفاق نمی افتند. ممکن است یک شرکت سفارش خرید ثبت کند، شرکت دیگری تامین کننده داخلی باشد، شرکت سوم خدمات پشتیبانی ارائه دهد و شرکت مادر نیاز به گزارش تجمیعی داشته باشد.
اگر فرآیندهای بین شرکتی پیش از پیاده سازی ERP طراحی نشده باشند، سازمان با مغایرت های مالی، دوباره کاری در ثبت اسناد، گزارش های ناسازگار و ابهام در مالکیت اطلاعات مواجه می شود.
در چنین سازمان هایی، مهندسی فرآیند فقط یک کار تکمیلی نیست؛ شرط اصلی موفقیت ERP است.
جایگاه مهندسی فرآیند در چرخه استقرار ERP
در یک پروژه حرفه ای ERP، مهندسی فرآیند باید پیش از آموزش نهایی، پیکربندی کامل، انتقال اطلاعات عملیاتی و راه اندازی انجام شود. ترتیب منطقی کار معمولا به این شکل است:
- ابتدا سازمان پروژه آماده می شود.
- سپس فرآیندهای موجود شناسایی و تحلیل می شوند.
- بعد از آن، فرآیندهای بهبود یافته طراحی و مستند می شوند.
- مسیر گردش اسناد، کدینگ ها و ساختارهای اطلاعاتی مشخص می شوند.
- بر اساس فرآیندهای مصوب، نرم افزار تنظیم و پیکربندی می شود.
- کاربران آموزش می بینند.
- اطلاعات پایه و عملیاتی وارد سیستم می شود.
- تست های عملکردی بر اساس سناریوهای واقعی انجام می شود.
- در نهایت، بهره برداری آغاز و پشتیبانی انجام می شود.
اگر این ترتیب رعایت نشود، پروژه وارد چرخه ای از اصلاحات مکرر، تغییر تنظیمات، نارضایتی کاربران و افزایش هزینه های پنهان می شود.
مهندسی فرآیند چه خروجی هایی باید داشته باشد؟
برای اینکه مهندسی فرآیند در پروژه ERP موثر باشد، باید خروجی های مشخص و قابل استفاده تولید کند. مهم ترین خروجی ها عبارت اند از:
- نقشه فرآیندهای موجود
- تحلیل نقاط ضعف و گلوگاه ها
- طراحی فرآیندهای بهبود یافته
- فلوچارت فرآیندها
- سناریوی اجرایی فرآیندها
- مسیر گردش اسناد و تایید ها
- پیشنهاد اصلاح کدینگ ها
- ساختار اطلاعات پایه
- تعیین نقش کاربران کلیدی
- سناریوهای تست عملکردی
- مبنای آموزش کاربران
این خروجی ها باید به زبانی قابل فهم برای مدیران، کاربران کلیدی و تیم فنی تهیه شوند. مستندات مهندسی فرآیند نباید فقط در آرشیو پروژه باقی بمانند؛ بلکه باید مبنای اجرای واقعی سیستم باشند.
نقش کاربران کلیدی در مهندسی فرآیند
هیچ تیم استقراری بدون مشارکت کاربران کلیدی نمی تواند فرآیندهای واقعی سازمان را به درستی بشناسد. کاربران کلیدی کسانی هستند که هم با عملیات روزمره آشنا هستند و هم می توانند نیازهای واحد خود را به زبانی قابل فهم برای تیم پروژه بیان کنند.
مشارکت کاربران کلیدی در مهندسی فرآیند چند مزیت مهم دارد:
- واقعیت های اجرایی سازمان بهتر شناسایی می شود.
- فرآیندهای پیشنهادی عملی تر و قابل اجراتر می شوند.
- مقاومت کاربران در مرحله بهره برداری کاهش می یابد.
- آموزش ها دقیق تر و کاربردی تر می شوند.
- تست سیستم بر اساس سناریوهای واقعی انجام می شود.
در پروژه ERP، کاربران کلیدی فقط دریافت کننده آموزش نیستند؛ آن ها یکی از عوامل اصلی موفقیت پروژه به شمار می آیند.
تفاوت مهندسی فرآیند با سفارشی سازی نرم افزار
گاهی سازمان ها تصور می کنند هر تفاوتی بین فرآیند فعلی و نرم افزار ERP باید با تغییر نرم افزار حل شود. این نگاه می تواند پروژه را پرهزینه، طولانی و پیچیده کند.
مهندسی فرآیند کمک می کند ابتدا مشخص شود که مشکل از کجاست:
- آیا فرآیند فعلی سازمان واقعا خاص و ضروری است؟
- آیا فرآیند فعلی فقط حاصل عادت های قدیمی است؟
- آیا نرم افزار راهکار استاندارد و بهتری ارائه می دهد؟
- آیا می توان با تغییر روش انجام کار، به نتیجه بهتری رسید؟
- آیا واقعا نیاز به توسعه اختصاصی وجود دارد؟
در بسیاری از موارد، بهترین تصمیم این نیست که نرم افزار مطابق روش قدیمی تغییر کند؛ بلکه بهتر است فرآیند سازمان با منطق استاندارد و تجربه شده ERP هماهنگ شود. سفارشی سازی باید آخرین راه حل باشد، نه اولین واکنش.
مهندسی فرآیند چه کمکی به مدیران می کند؟
برای مدیران ارشد، ERP باید به شفافیت، کنترل، تصمیم گیری بهتر و افزایش بهره وری منجر شود. مهندسی فرآیند دقیقا همان مرحله ای است که این اهداف مدیریتی را به طراحی اجرایی تبدیل می کند.
با مهندسی فرآیند، مدیران می توانند:
- نقاط ضعف فرآیندهای فعلی را ببینند.
- مسئولیت واحدها را شفاف کنند.
- کنترل های داخلی را تقویت کنند.
- وابستگی سازمان به افراد خاص را کاهش دهند.
- مسیر گردش اطلاعات را استاندارد کنند.
- گزارش های مدیریتی قابل اعتماد دریافت کنند.
- تصمیم گیری را از حالت فرد محور به داده محور نزدیک کنند.
بنابراین مهندسی فرآیند فقط یک فعالیت کارشناسی نیست؛ یک ابزار مدیریتی برای آماده سازی سازمان جهت تحول دیجیتال است.
رویکرد بهکو به مهندسی فرآیند در پروژه های ERP
در پروژه های ERP بهکو، مهندسی فرآیند یکی از مراحل کلیدی استقرار در نظر گرفته می شود. هدف این مرحله، شناخت فرآیندهای موجود سازمان، تحلیل وضعیت جاری، پیشنهاد فرآیندهای بهبود یافته و آماده سازی سازمان برای پیکربندی، آموزش، تست و بهره برداری از سیستم است.
در این رویکرد، تمرکز صرفا بر نصب نرم افزار نیست؛ بلکه تلاش می شود نرم افزار بر پایه فرآیندهای مشخص، مسیرهای گردش اسناد، ساختار اطلاعات پایه و نیازهای واقعی سازمان پیاده سازی شود.
این نگاه برای سازمان های متوسط و بزرگ، شرکت های چندبخشی، مجموعه های تولیدی، بازرگانی، خدماتی و هلدینگ ها اهمیت ویژه ای دارد؛ زیرا در این سازمان ها خطا یا ابهام در یک فرآیند می تواند آثار گسترده ای بر سایر واحدها و گزارش های مدیریتی داشته باشد.
جمع بندی
پروژه ERP بدون مهندسی فرآیند، شبیه ساختن یک ساختمان مدرن روی نقشه ای نامشخص است. ممکن است ظاهر پروژه پیش برود، نرم افزار نصب شود، کاربران آموزش ببینند و حتی بهره برداری آغاز شود؛ اما اگر فرآیندها درست طراحی نشده باشند، سازمان به نتیجه مطلوب نمی رسد.
مهندسی فرآیند کمک می کند ERP از یک پروژه نرم افزاری به یک پروژه واقعی تحول سازمانی تبدیل شود. این مرحله، فرآیندهای موجود را شفاف می کند، نقاط ضعف را نشان می دهد، مسیرهای بهبود را طراحی می کند و زمینه را برای پیکربندی درست، آموزش موثر، تست واقعی و گزارش گیری قابل اعتماد فراهم می سازد.
در نهایت، موفقیت ERP فقط به کیفیت نرم افزار وابسته نیست؛ به آمادگی سازمان، بلوغ فرآیندها، کیفیت داده ها، مشارکت کاربران و روش صحیح استقرار نیز بستگی دارد.
سازمانی که پیش از ERP به مهندسی فرآیند توجه می کند، ERP را صرفا نصب نمی کند؛ بلکه آن را به ابزاری برای نظم، شفافیت، کنترل و رشد پایدار تبدیل می کند.
در همین راستا، شرکت بهکو به عنوان یکی از تولید کنندگان نرم افزار ERP، گردش اسناد و مسیر تایید ها را در نرم افزار خود بر پایه همین نگاه طراحی کرده است؛ به گونه ای که فرآیند ثبت، تایید و انتقال اسناد بین واحدهای مختلف سازمان به شکلی شفاف، قابل ردیابی و منطبق با ساختار واقعی هر سازمان پیاده سازی شده باشد.
