چرا پروژه‌های CMMS در سال دوم شکست می‌خورند؟

چرا پروژه‌های CMMS شکست می‌خورند؟ ۳ دلیل اصلی برای شکست پروژه‌های CMMS وجود دارد.

به گزارش اصفهان زیبا؛ چرا پروژه‌های CMMS شکست می‌خورند؟ ۳ دلیل اصلی برای شکست پروژه‌های CMMS وجود دارد.

 آمارهای تکان‌دهنده از دنیای CMMS

صنعت نگهداری و تعمیرات وارد عصر تحول دیجیتال شده است، اما این تحول برای بسیاری از سازمان‌ها به یک خواب پریشان تبدیل می‌شود. طبق آمارهای جهانی، بیش از ۵۰ درصد پروژه‌های استقرار سیستم‌های مدیریت مکانیزه نگهداری و تعمیرات (CMMS) در دو سال اول یا با شکست مواجه می‌شوند یا به یک «دفترچه تلفن الکترونیکی ساده» تنزل می‌یابند که هیچ ارزش تحلیلی برای سازمان ایجاد نمی‌کند.

سؤال این است که چرا هزاران سازمان، سرمایه و وقت خود را صرف سیستمی می‌کنند که در نهایت به یک فایل اکسل گران‌قیمت تبدیل می‌شود؟ پاسخ این سؤال پیچیده‌تر از آن چیزی است که مدیران تولید تصور می‌کنند.

این مقاله با هدف آموزش و آگاهی‌بخشی به مدیران کارخانه‌ها، مسئولان فنی و متخصصان صنعت تولید تهیه شده است تا با شناسایی دلایل اصلی شکست، از هدررفت سرمایه‌های سازمانی جلوگیری شود.

باور غلط رایج: سرزنش نرم‌افزار به جای ریشه‌یابی واقعی

وقتی یک پروژه CMMS با شکست مواجه می‌شود، اولین واکنش مدیران کارخانه‌ها معمولاً سرزنش شرکت نرم‌افزاری یا ابزار فنی است. اما این انگشت پر از اتهام نشان‌دهنده حقیقت نیست و واقعیت چیز دیگری است.

هسته اصلی حقیقت در این جمله نهفته است: خرید نرم‌افزار تنها ۱۰ درصد از مسیر دیجیتالی کردن نگهداری و تعمیرات است؛ ۹۰ درصد مابقی به فرهنگ، فرآیند و کیفیت داده‌ها مربوط می‌شود.

به عبارت دیگر، اگر بنای فرهنگی و فرآیندی سازمان شما ضعیف است، هیچ نرم‌افزاری، هرقدر هم پیشرفته باشد، نمی‌تواند این ضعف را جبران کند. نرم‌افزار ابزاری است که «ریشه‌های اشتباه» را سریع‌تر و «اشتباهات» را بزرگ‌تر تکرار می‌کند.

دلیل اول: خرید نرم‌افزار بدون فرآیندهای استاندارد

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

اگر در حال حاضر فرآیند گردش کار (Work Order Workflow) مشخصی ندارید، یعنی دقیقاً معلوم نیست:

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

راهکار عملی: پیش از استقرار، گردش کار نگهداری و تعمیرات را روی کاغذ یا در قالب فلوچارت طراحی و نهایی کنید. نقش‌های شغلی تکنسین، برنامه‌ریز، سرپرست و انباردار باید کاملاً تعریف و مستند شوند تا هر شخص دقیقاً بداند چه مسئولیتی دارد و پاسخگویی در هر مرحله چگونه است.

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

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

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

همه این علائم پنهان نشان‌دهنده یک نکته مهم است: کارمندی که می‌گوید «ما نمی‌خواهیم با این سیستم کار کنیم».

راهکار عملی: از روز اول، نمایندگانی از تیم فنی و عملیاتی را در فرآیند انتخاب و استقرار نرم‌افزار مشارکت دهید. آموزش‌های مستمر ارائه دهید و سیستم‌های تشویقی را بر پایه «ثبت داده‌های باکیفیت» طراحی کنید، نه صرفاً پر کردن فرم‌ها.

دلیل سوم: ورود داده‌های آلوده و کثیف در فاز اولیه

اصل پردازش داده‌ها، اصل شناخته‌شده‌ای با عنوان «Garbage In, Garbage Out» یا GIGO دارد؛ یعنی اگر داده‌های ورودی بد باشند، خروجی‌های حاصل از آن‌ها نیز به همان اندازه بی‌ارزش خواهند بود.

اگر درخت تجهیزات (Asset Hierarchy) به‌طور صحیح طراحی نشده باشد و کدهای خرابی بدون استاندارد مشخص وارد سیستم شوند، پس از گذشت حدود یک سال با کوهی از داده‌های غیرقابل‌تجزیه و تحلیل مواجه خواهید بود.

در اینجا یک مثال کاربردی می‌تواند روشن‌کننده باشد: اگر در قسمت علت خرابی، تکنسین‌ها آزادی نوشتن هر متنی را داشته باشند، هیچ‌وقت نمی‌توانید گزارش صحیحی درباره تکرار خرابی پمپ‌ها به دست آورید. داده‌ها پر از چالش خواهند بود و تحلیل هرگونه الگو نیز دشوار خواهد شد.

راهکار عملی: برای کدگذاری و ساختار درخت تجهیزات، استاندارد مشخصی تعریف کنید و پیش از ورود اطلاعات به CMMS، ساختار داده‌ها را بررسی و یکپارچه کنید.

حمید آبرویی

 مدیر پروژه و مشاور نرم افزار مدیریت دارایی فیزیکی شرکت ساینا سیستم