دلایل شکست استقرار ERP
ناشر: شرکت توسعه آتراویژن فردا
چرا پروژه ERP با وجود خرید نرم‌افزار به نتیجه مطلوب نمی‌رسد؟ بررسی هدف‌گذاری، حاکمیت پروژه، داده، آزمون و پذیرش کاربران، همراه با راهکارهای پیشگیری در پروژه‌های ATRA ERP.
شکست را پیش از شروع تعریف کنید
شکست استقرار ERP همیشه به معنای توقف کامل پروژه نیست. سامانه ممکن است راه‌اندازی شود، اما کاربران کار اصلی را در فایل‌های جداگانه ادامه دهند، گزارش‌ها قابل اتکا نباشند یا دامنه و هزینه از کنترل خارج شود. بنابراین موفقیت باید علاوه بر زمان و بودجه، با کیفیت داده، پوشش فرایند و استفاده واقعی کاربران سنجیده شود.
برای مثال، معیار پذیرش فرایند خرید می‌تواند تکمیل سناریوی تأییدشده از درخواست تا دریافت و ثبت اثر مالی باشد. داشتن حساب کاربری یا نصب نرم‌افزار، جایگزین چنین معیاری نیست. این مقاله چارچوبی برای شناخت ریسک‌هاست و نرخ شکست یا نتیجه یک مشتری مشخص را گزارش نمی‌کند.
هدف مبهم و نبود مالک کسب‌وکاری
وقتی پروژه صرفاً به واحد فناوری اطلاعات سپرده شود، اختلاف میان واحدها درباره فرایند، داده و اختیار تأیید ممکن است حل‌نشده باقی بماند. مدیر حامی باید امکان تصمیم‌گیری فراهم کند و صاحبان فرایند درباره قواعد کار و معیار پذیرش پاسخ‌گو باشند.
نشانه هشدار، جلسات مکرر بدون تصمیم و تغییر مداوم تعریف نیاز است. راه پیشگیری، ثبت تصمیم‌ها، تعیین مسئول هر خروجی و تشکیل مسیر مشخص حل اختلاف است. تأمین‌کننده می‌تواند راهکار پیشنهاد کند، اما نمی‌تواند به جای سازمان درباره همه سیاست‌های کسب‌وکار تصمیم بگیرد.
دامنه بی‌ثبات و بازسازی همه عادت‌های قدیمی
افزودن پی‌درپی نیازهای جدید، بدون ارزیابی اثر بر زمان و وابستگی‌ها، برنامه استقرار را فرسوده می‌کند. در سوی دیگر، تبدیل تمام روش‌های قبلی به توسعه اختصاصی ممکن است پیچیدگی موجود را در سامانه جدید تثبیت کند.
هر درخواست تغییر باید مسئله، ارزش، اولویت و اثر نگهداری مشخص داشته باشد. ابتدا امکان استفاده از فرایند استاندارد یا پیکربندی بررسی شود و سپس توسعه توجیه‌پذیر تصویب گردد. دامنه فاز اول باید کامل و قابل استفاده باشد، اما لازم نیست همه خواسته‌های آینده را در خود جای دهد.
داده نامعتبر، آزمون جزیره‌ای و آموزش دیرهنگام
کدهای تکراری، واحدهای سنجش ناسازگار، مانده‌های تطبیق‌نشده و نبود مالک داده می‌توانند اعتماد به سامانه را از همان روز نخست کاهش دهند. پاک‌سازی داده باید پیش از انتقال نهایی آغاز شود و نتیجه با گزارش‌های کنترل و تأیید مسئولان بررسی شود.
آزمون هر ماژول به‌تنهایی کافی نیست. سناریوهای میان‌واحدی، برگشت‌ها، ابطال‌ها، مغایرت‌ها و سطح دسترسی باید آزموده شوند. آموزش نیز باید نقش‌محور و با تمرین واقعی باشد؛ یک جلسه معرفی عمومی، کاربر را برای رسیدگی به استثناهای روزانه آماده نمی‌کند.
| ریسک | نشانه هشدار | اقدام پیشگیرانه |
|---|---|---|
| کیفیت داده | اختلاف مانده یا کد تکراری | مالک داده، پاک‌سازی و انتقال آزمایشی |
| آزمون ناقص | هر واحد جداگانه تأیید می‌کند | آزمون سرتاسری با معیار پذیرش |
| پذیرش ضعیف | ادامه کار اصلی بیرون سامانه | آموزش نقش‌محور و حضور کاربران کلیدی |
| راه‌اندازی شتاب‌زده | ابهام در مسئول پاسخ‌گویی | چک‌لیست آمادگی و برنامه تثبیت |
| دامنه متغیر | تغییرهای بدون برآورد | کنترل تغییر با تصویب اثر زمان و هزینه |
راه‌اندازی پایان پروژه نیست
پس از شروع بهره‌برداری، حجم پرسش‌ها و خطاهای کاربری افزایش می‌یابد. نبود مسیر پشتیبانی، اولویت‌بندی اشکال‌ها و مسئول تصمیم می‌تواند کاربران را به روش‌های قبلی برگرداند. برای دوره تثبیت، تیم پاسخ‌گو و معیار خروج مشخص تعریف کنید.
زمان تکمیل فرایند، نرخ مغایرت داده و سهم کارهای انجام‌شده در سامانه را نسبت به خط مبنا دنبال کنید. افزایش اولیه زمان انجام کار ممکن است ناشی از یادگیری باشد؛ نتیجه‌گیری باید با بررسی علت و روند انجام شود. اصلاحات را به مسئله‌های واقعی متصل کنید، نه صرفاً تعداد تیکت‌های بسته‌شده.
پیشگیری در مسیر استقرار ATRA ERP
در چارچوب معرفی‌شده آتراویژن، تحلیل وضع موجود و مطلوب، آماده‌سازی راهکار، انتقال و تثبیت اجزای مسیر استقرارند. برای پروژه ATRA ERP نیز باید این مراحل به خروجی‌های قابل تحویل، مسئول مشخص و معیار پذیرش تبدیل شوند. انعطاف پلتفرم ORCA امکان انطباق را فراهم می‌کند، اما جایگزین کنترل دامنه و تصمیم‌گیری سازمانی نیست.
پیش از Go-Live، از تیم مشترک بخواهید آمادگی داده، آزمون سرتاسری، آموزش، دسترسی و پشتیبانی را با شواهد تأیید کند. هیچ برند نرم‌افزاری به‌تنهایی موفقیت را تضمین نمی‌کند؛ همکاری سازمان و مجری، کیفیت داده و انضباط اجرا، شرایط تحقق ارزش ERP را می‌سازند.
منابع و مبنای مقاله
چارچوب‌های ارزیابی، مثال‌ها و پیشنهادهای اجرایی این مقاله، تحلیل آموزشی آتراویژن‌اند؛ وعده نتیجه قطعی یا گزارش عملکرد مشتری مشخص نیستند.
برای چارچوب برنامه‌ریزی استقرار: راهنمای برنامه پروژه ERP از Oracle. جدول‌ها و معیارهای این مقاله پیشنهاد تحریریه‌اند.
آشنایی با رویکرد آترا: پلتفرم ORCA EPL · متدولوژی استقرار · ماژول‌های ATRA ERP · هوش تجاری و داشبوردها.