بسیاری از پروژههای استقرار نرم افزار نگهداری و تعمیرات پس از راهاندازی نهایی با مشکل مواجه میشوند، زیرا گردشکارها هرگز از دیدگاه کاربران تست نشدهاند. ممکن است سیستم برای مدیر سامانه بهدرستی کار کند، اما این به آن معنا نیست که یک تکنسین بتواند همه دستورکارها را از طریق سیستم یا موبایل خود انجام دهد، سرپرست بتواند بهراحتی کارهای فوری را تأیید کند یا برنامهریز بتواند به برنامههای نت پیشگیرانه (PM) و موجودی قطعات اعتماد داشته باشد. تست گردشکارها، حلقه اتصال میان پیادهسازی و پذیرش سیستم است.
این تستها به شما کمک میکنند اطمینان حاصل کنید که کاربران واقعی، با سطح دسترسی مناسب، میتوانند فعالیتهای روزمره را با استفاده از دادههای واقعی انجام دهند. همچنین به تکنسینها، سرپرستان، برنامهریزان و مدیران فرصت میدهد تا پیش از آنکه نرمافزار CMMS به مرجع رسمی ثبت اطلاعات تبدیل شود، مشکلات و نقاط اصطکاک را شناسایی کنند.
در ادامه بررسی خواهیم کرد که چگونه باید گردشکارهای کلیدی نگهداری و تعمیرات را پیش از راهاندازی نهایی آزمایش کنید و چه سناریوهایی را اعتبارسنجی کنید تا بتوانید با اطمینان سیستم را عملیاتی کنید.
اما پیش از ورود به جزئیات، بهتر است ابتدا مشخص کنیم که «آمادگی برای راهاندازی نهایی» واقعاً به چه معناست.
۱. تعیین معیارهای آمادگی برای راهاندازی نهایی سیستم
اگرچه تیمهای کوچک ممکن است بتوانند این مرحله را نادیده بگیرند، اما در پیادهسازیهای بزرگ CMMS لازم است حتی برای تست گردشکارها نیز برنامهریزی دقیقی انجام شود.
پیش از اجرای تستهایی که در ادامه به آنها خواهیم پرداخت، برای هر گردشکار مشخص کنید که برای آماده تلقی شدن چه الزاماتی باید برآورده شوند. برای این منظور، از معیارهای پذیرش زیر استفاده کنید:
- چه اقداماتی باید بهدرستی انجام شوند؟
- چه افرادی باید قادر به انجام این وظایف باشند؟
- چه دادههایی باید ثبت شوند؟
- چه تغییر وضعیتها، هشدارها، تأییدیهها یا گزارشهایی باید فعال شوند؟
- چه نوع خطاهایی میتوانند مانع راهاندازی نهایی شوند؟
برای مثال، یک گردشکار نگهداری و تعمیرات پیشگیرانه (PM) زمانی آماده راهاندازی نهایی محسوب میشود که:
- دستورکار PM چهارده روز پیش از موعد مقرر ایجاد شود.
- دستورکار به گروه اجرایی مناسب تخصیص داده شود.
- تکنسین بتواند دستورکار و چکلیست مرتبط را از طریق سیستم خود مشاهده کند.
- پیش از بستن دستورکار، تکمیل فیلدهای الزامی اجباری باشد.
- اطلاعات مربوط به نیروی انسانی، قطعات، زمان توقف و کدهای خرابی در سوابق دستورکار ثبت شوند.
- دادههای انطباق با برنامه PM بهدرستی در داشبورد نمایش داده شوند.
این معیارها باعث میشوند فرایند تست عینیتر و دقیقتر باشد. بهجای اینکه بپرسید: «آیا گردشکار PM درست عمل میکند؟»، میتوانید بپرسید: «آیا دستورکار PM در زمان مناسب ایجاد شد، به تیم درست ارجاع داده شد، تکنسین را در اجرای چکلیست راهنمایی کرد، دادههای موردنیاز را ثبت نمود و گزارشها را بهدرستی بهروزرسانی کرد؟»
اگر بخواهید یک گام فراتر بروید، میتوانید یک چکلیست آمادگی راهاندازی تهیه کنید. در این چکلیست، گردشکارهای اصلی، گزارشها، یکپارچهسازیها و فرایندهای پشتیبانی را که قصد تست آنها را دارید، ثبت کنید و با تکمیل هر مرحله، آن را علامت بزنید.
۲. شناسایی گردشکارهایی که باید تست شوند
پیش از راهاندازی نهایی، نیازی نیست همه قابلیتها یا ماژولهای نرمافزار CMMS را تست کنید. تمرکز خود را بر گردشکارهای اصلی مدیریت نگهداری و تعمیرات بگذارید؛ فرایندهایی که بر قابلیت دسترسپذیری تجهیزات، انطباق با الزامات، ایمنی، بهرهوری تکنسینها و دقت گزارشها تأثیر میگذارند.
این گردشکارها شامل موارد زیر هستند، اما به آنها محدود نمیشوند:
- فرایند ثبت درخواست کارها
- گردشکار نگهداری و تعمیرات اصلاحی
- گردشکار شرایط اضطراری
- گردشکارهای نگهداری و تعمیرات پیشگیرانه
- گردشکارهای مدیریت موجودی و قطعات یدکی
- فرایندهای تأیید و تصویب
- دسترسی موبایلی و کاربری اپلیکیشن CMMS
- گزارشها و داشبوردها
- یکپارچهسازیها و اعلانها
فهرست نهایی به نوع عملیات نگهداری و تعمیرات سازمان شما بستگی دارد. برای مثال، یک شرکت صنایع غذایی ممکن است تستهای بیشتری را برای بازرسیهای بهداشتی و سوابق انطباق در نظر بگیرد. یک مجموعه مدیریت املاک احتمالاً بر درخواستهای مستأجران و ارجاع کار به تکنسینها تمرکز خواهد کرد. همچنین، یک بیمارستان ممکن است نت پیشگیرانه مبتنی بر الزامات قانونی، سوابق تجهیزات و ممیزی و حسابرسی را در اولویت قرار دهد.
تست را از گردشکارهایی آغاز کنید که باید از همان روز نخست بدون مشکل عمل کنند. فرایندهای کمریسکتر را میتوان پس از راهاندازی و در قالب برنامه بهبود مستمر پایش و بهینهسازی کرد.
۳. طراحی سناریوهای تست مبتنی بر نقشهای کاربری
تست گردشکارهای CMMS اغلب زمانی با شکست مواجه میشود که مدیران سامانه همه چیز را از طریق حساب کاربری مدیر یا همان ادمین آزمایش میکنند.
دسترسی مدیر میتواند مشکلات مربوط به سطح دسترسی، انتقال وظایف، اعلانهای ناقص و چالشهای کاربری را پنهان کند. ممکن است یک گردشکار از دید تیمِ استقرار کاملاً درست به نظر برسد، اما زمانی که تکنسین، برنامهریز، سرپرست یا ثبتکننده درخواست بخواهد با نقش واقعی خود از آن استفاده کند، با مشکل مواجه شود.
بیشتر سامانههای CMMS علاوه بر ارائه نقشهای کاربری از پیش تعریفشده، امکان ایجاد نقشها و سطوح دسترسی سفارشی را نیز فراهم میکنند. برای نمونه، نرمافزار نگهداری و تعمیرات پگاه آفتاب دارای چهار نقش استاندارد با مجموعهای از مجوزهای از پیش تعیینشده، که البته قابل ویرایش هستند، شامل «فقط مشاهده»، «تکنسین»، «مدیر» و «مدیر ارشد سامانه» است.
برای هر نقش کاربری، موارد زیر را بازبینی و در صورت نیاز اصلاح کنید:
- مشخص کنید کاربر چه اطلاعاتی را باید ببیند و چه اطلاعاتی نباید برای او قابل مشاهده باشد.
- تعیین کنید کاربر مجاز به تغییر چه مواردی است و چه مواردی را نباید بتواند ویرایش کند.
- مشخص کنید چه اعلانها و هشدارهایی باید برای کاربر ارسال شوند.
در اغلب سازمانها، تقسیمبندی نقشها ساختاری مشابه موارد زیر خواهد داشت:
| نقش کاربری | عدم دسترسی | دسترسی مشاهده | دسترسی ویرایش |
| ثبتکننده درخواست | همه بخشهای خارج از پورتال ثبت درخواست | درخواستهای ثبتشده خود و وضعیت آنها | ایجاد درخواستهای کاری جدید |
| تکنسین | تنظیمات سیستم، مجوزهای کاربران، قوانینPM ، حذف داراییها، تنظیمات مالی و گزارشهای سراسری | دستورکارهای تخصیصیافته، اطلاعات و سوابق تجهیزات، موجودی قطعات و اسناد مرتبط | تکمیل دستورکارهای محولشده و مراحل چکلیست، بهروزرسانی موجودی قطعات |
| سرپرست / مدیر | پیکربندیهای عمیق سیستم، قوانین امنیتی و یکپارچهسازیهای سراسری (مگر اینکه مستقیماً مسئول آنها باشد) | تمام یا بخش عمده سوابق مربوط به حوزه عملیاتی تحت مسئولیت خود | تأیید یا رد فعالیتها، تغییر اولویتها، ایجاد گزارش، اصلاح تخصیصها و تأیید خریدها یا اضافهکاری |
| مدیر سامانه | دادههای حساس سازمانی خارج از حوزه سامانه CMMS | تمامی سوابق مربوط به تمام واحدها و سایتهای عملیاتی | مدیریت کاربران، نقشها، سطوح دسترسی، تجهیزات، گردشکارها، فرمها، فیلدهای الزامی، یکپارچهسازیها و داشبوردها |
برای مثال، یک تکنسین باید بتواند دستورکار محولشده را دریافت کند، سوابق نگهداری و تعمیرات را مشاهده کند، چکلیست را تکمیل نماید، زمان صرفشده و قطعات مصرفی را ثبت کند، عکس بارگذاری کند، کدهای خرابی را وارد کند و در نهایت دستورکار را برای بازبینی ارسال نماید. در مقابل، همین تکنسین نباید قادر باشد تناوب اجرای برنامههای PM را تغییر دهد، سوابق تجهیزات را حذف کند، تنظیمات سراسری سیستم را ویرایش کند یا الزامات مربوط به فیلدهای ایمنی را دور بزند.
خلاصه هنگام تست گردشکارهای نگهداری و تعمیرات درCMMS ، از نقشها و سطوح دسترسی واقعی کاربران استفاده کنید، نه از دسترسی عمومی مدیر سامانه.
۴. آمادهسازی دادههای تست واقعی
دادههای آزمایشیِ کاملاً پاک و بینقص گاهی میتوانند احساس اطمینان کاذب ایجاد کنند. تست عملی گردشکارها باید با استفاده از نمونهای از تجهیزات، موقعیتها، برنامههای PM، دستورکارها (WO) ، قطعات و سایر دادههای واقعی انجام شود. نوع دادههای موردنیاز به گردشکارهایی بستگی دارد که قصد دارید آنها را آزمایش و بهینهسازی کنید. اگر به زمان راهاندازی نهایی نزدیک شدهاید، احتمالاً همه این اطلاعات از قبل در سامانه CMMS شما موجود است.
یکی از مزایای مهم این رویکرد آن است که همزمان نقش یک ممیزی کیفیت داده را نیز ایفا میکند. در بسیاری از موارد، این سوابق شامل اطلاعات منسوخ، فیلدهای اجباری نامناسب و شیوههای نامگذاری ضعیفی هستند که جستوجوی قطعات یا تجهیزات را دشوار میکنند. این مسئله بهویژه زمانی بیشتر دیده میشود که تیم شما در انتقال دادهها از CMMS قبلی یا فایلهای اکسل دقت کافی نداشته باشد.
این مرحله را بهعنوان آخرین فرصت برای پاکسازی و اصلاح دادهها در نظر بگیرید؛ اقدامی که گامی مهم در تضمین دقت و کیفیت بلندمدت اطلاعات در سامانه CMMS محسوب میشود.
۵. اجرای تستهای سرتاسری گردشکارها
پس از آماده شدن نقشهای کاربری، سطوح دسترسی و دادههای آزمایشی، هر گردشکار را از ابتدا تا انتها تست کنید.
هدف از این تستها، اطمینان از آن است که کاربران واقعی بتوانند فعالیتهای واقعی نگهداری و تعمیرات را بدون مراحل پیچیده، دادههای ناقص یا راهحلهای دستی در سامانه CMMS انجام دهند.
۵.۱ ثبت درخواست کارها
هدف تست: آیا اپراتورها، مستأجران، کارکنان یا سایر متقاضیان میتوانند درخواستهای نگهداری و تعمیرات را ثبت کنند؟ آیا این درخواستها بهدرستی به مقصد مناسب هدایت میشوند؟
موارد زیر را بررسی کنید:
- ثبتکنندگان درخواست برای ارسال درخواست کار، ملزم به تکمیل همه فیلدهای ضروری باشند.
- کاربران در صورت نیاز بتوانند تصاویر یا فایلهای پیوست را بارگذاری کنند.
- کاربران بتوانند اولویت درخواست را تعیین کنند (در صورت وجود این قابلیت).
- امکان ثبت درخواست هم از طریق رایانه و هم از طریق دستگاههای تلفن همراه فراهم باشد.
- سامانه CMMS درخواست را به تیم نگهداری و تعمیرات مناسب ارجاع دهد (در صورت نیاز).
- سامانه CMMS درخواستهای تکراری را شناسایی و علامتگذاری کند.
- ثبتکنندگان درخواست، پیام تأیید دریافت کنند و بتوانند وضعیت دستورکار خود را پیگیری کنند.
مشکلات رایجی که باید به آنها توجه کرد:
- تعریف نادرست فیلدهای «اختیاری» و «الزامی»
- نامگذاری نامناسب تجهیزات و نبود اطلاعات مکانی
- عملکرد نادرست اسکن تجهیزات برای ثبت درخواست سرویس
- ارجاع اشتباه درخواستها به تیم یا فرد نامناسب
۵.۲ گردشکار نگهداری و تعمیرات اصلاحی
هدف تست: آیا تیم شما میتواند درخواستهای تأییدشده را از مرحله بررسی توسط برنامهریز تا بستن دستورکار، به یک فرایند کامل نگهداری و تعمیرات اصلاحی تبدیل کند؟
موارد زیر را بررسی کنید:
- افراد مسئول بتوانند درخواست اولیه را بررسی و تأیید کنند.
- افراد مسئول بتوانند دستورکارهای اصلاحی جدید را ایجاد و تخصیص دهند.
- کارکنان نگهداری و تعمیرات بتوانند دستورالعملهای اجرایی، الزامات ایمنی و قطعات موردنیاز را ثبت کنند.
- تکنسینها بتوانند اطلاعات مربوط به نیروی انسانی، قطعات مصرفی، زمان توقف تجهیزات و توضیحات تکمیل کار را وارد کنند.
- تکنسینها بتوانند کدهای خرابی، اقدام اصلاحی و علت خرابی را ثبت کنند.
- تکنسینها بتوانند تصاویر یا سایر مستندات پشتیبان را بارگذاری کنند.
- بستن دستورکار بلافاصله سوابق تجهیزات را بهروزرسانی کند.
مشکلات رایجی که باید به آنها توجه کرد:
- ابهام در فرایند انتقال از تأیید درخواست به ایجاد دستورکار
- از دست رفتن اطلاعات به دلیل اختیاری بودن تمام فیلدهای دستورکار
- بهروزرسانی نادرست سوابق تجهیزات پس از بستن دستورکار
۵.۳ گردشکار شرایط اضطراری
هدف تست: آیا تیم شما میتواند بدون استفاده از راهحلهای موقت و فرایندهای خارج از سیستم، فعالیتهای مربوط به خرابیهای اضطراری را ثبت، تخصیص، اجرا و مستندسازی کند؟
موارد زیر را بررسی کنید:
- کاربرانی که مجوز لازم را دارند بتوانند، بدون توجه به میزان مشغله افراد، یک دستورکار اضطراری ایجاد کرده و آن را به تکنسین، تیم اجرایی یا پیمانکار مناسب تخصیص دهند.
- تیمهای مسئول، اعلانهای مربوط به فعالیتهای اضطراری را بهصورت خودکار از طریق ایمیل، اعلان موبایل یا پیامهای درونبرنامهای دریافت کنند.
- تکنسینها پس از پایان تعمیرات بتوانند مشکل را مستندسازی کرده و اطلاعات مربوط به نیروی انسانی، قطعات مصرفی، زمان توقف و سایر منابع استفادهشده را ثبت کنند.
- تکنسینها بتوانند کدهای خرابی را وارد کنند.
- رویداد ثبتشده بهدرستی در گزارشهای مربوط به زمان توقف، هزینهها، حجم کارهای معوق و قابلیت اطمینان منعکس شود.
مشکلات رایجی که باید به آنها توجه کرد:
- ارسال هشدارها برای افراد اشتباه یا عدم ارسال اعلان به هیچکس
- ثبت نادرست زمان توقف تجهیزات
- نبود تأییدیه یا امضای دیجیتال در صورتی که بهعنوان فیلد الزامی تعریف نشده باشد.
۵.۴ گردشکار نگهداری و تعمیرات پیشگیرانه
هدف تست: آیا سامانه CMMS میتواند فعالیتهای نگهداری و تعمیرات پیشگیرانه را در زمان مناسب ایجاد کند، آنها را به تیم صحیح تخصیص دهد و دادههای لازم برای اثبات انجام کار را ثبت کند؟
موارد زیر را بررسی کنید:
- سامانه CMMS دستورکارهای PM مبتنی بر تقویم را مطابق برنامه زمانبندی تعیینشده بهصورت خودکار ایجاد کند.
- سامانه CMMS در صورت رسیدن شاخصها به آستانههای تعیینشده، دستورکارهای PM مبتنی بر کارکرد، مصرف یا وضعیت تجهیزات را بهصورت خودکار ایجاد کند.
- سامانه CMMS زمان پیشآگاهی مناسبی را پیش از سررسید دستورکار اعمال کند.
- تکنسینها بتوانند مقادیر اندازهگیریشده، نتایج بازرسی، ساعات کار، قطعات مصرفی، توضیحات و تصاویر را ثبت کنند.
- در صورت نیاز به اقدامات تکمیلی، سامانه CMMS یا تکنسین بتواند دستورکار اصلاحی ایجاد کند.
- سامانه CMMS نتایج ناموفق بازرسی را به سرپرست، برنامهریز یا تیم نگهداری و تعمیرات مربوطه ارجاع دهد.
- سامانه CMMS تا زمانی که فیلدهای الزامی یا الزامات ایمنی تکمیل نشدهاند، اجازه بستن دستورکار را ندهد.
- پس از تکمیل PM، سامانه CMMS بهصورت خودکار سوابق تجهیزات و موجودی قطعات را بهروزرسانی کند.
- شاخصهای انطباق با برنامه PM، فعالیتهای معوق و دستورکارهای آتی بهدرستی در تقویم، گزارشها و داشبوردها نمایش داده شوند.
مشکلات رایجی که باید به آنها توجه کرد:
- تنظیم نادرست تناوب اجرای PM
- خطا در الگوهای نگهداری و تعمیرات پیشگیرانه
- ایجاد دستورکارهای تکراری
- نبود چکلیستها یا سایر اطلاعات ضروری
- بهروزرسانی نشدن صحیح موجودی قطعات پس از بسته شدن دستورکار PM
۵.۵ گردشکارهای مدیریت موجودی قطعات
هدف تست: آیا تکنسینها، برنامهریزان و کارکنان انبار میتوانند بدون خدشهدار شدن دقت موجودی، قطعات یدکی را جستوجو، رزرو، مصرف، مرجوع و تأمین مجدد کنند؟
موارد زیر را بررسی کنید:
- کاربران بتوانند قطعات را بر اساس نام، شماره، دستهبندی، تجهیز یا محل نگهداری در انبار جستوجو کنند.
- برنامهریزان و زمانبندان بتوانند قطعات موردنیاز برای فعالیتهای برنامهریزیشده را رزرو کنند.
- سامانه CMMS پس از مصرف قطعات، موجودی انبار را بهصورت خودکار کاهش دهد.
- کاربران انبار بتوانند پس از دریافت قطعات، انجام شمارشهای دورهای یا اعمال اصلاحات تأییدشده، موجودی را بهروزرسانی کنند.
- هنگامی که موجودی از حداقل مقدار تعیینشده کمتر میشود، سامانه CMMS بهصورت خودکار نقطه سفارش مجدد یا درخواست خرید را فعال کند.
- سامانه CMMS هزینه قطعات را به دستورکار، تجهیز و گزارش مربوطه تخصیص دهد.
- فعالیتهای مرتبط با موجودی بهدرستی در داشبوردها و سوابق تراکنشها نمایش داده شوند.
مشکلات رایجی که باید به آنها توجه کرد:
- وجود سوابق تکراری
- تعریف نامناسب فرایند تحویل و بازگشت ابزارها
- نامگذاری مبهم قطعات
- استفاده از واحدهای اندازهگیری نادرست
- ثبت نادرست موجودی اولیه
- نبود اطلاعات مربوط به محل نگهداری قطعات
- مصرف قطعات خارج از سامانه CMMS
- فعال نشدن نقاط سفارش مجدد
- تخصیص نادرست هزینه قطعات در دستورکارها و گزارشها
۵.۶ گردشکارهای تأیید و تصویب
هدف تست: آیا سامانه CMMS میتواند درخواستها، دستورکارها، خریدها، اضافهکاریها، فعالیتهای توقف برنامهریزیشده یا وظایف مرتبط با انطباق را در زمان مناسب به تأییدکننده صحیح ارجاع دهد؟
موارد زیر را بررسی کنید:
- مسیرهای تأیید بر اساس نقش سازمانی، واحد، محل استقرار، تجهیز، هزینه، اولویت، نوع فعالیت یا سایر معیارها بهدرستی پیکربندی شده باشند.
- هنگام نیاز به تأیید، اعلان برای فرد مناسب ارسال شود.
- تأییدکنندگان بتوانند درخواستها را تأیید یا رد کنند و در صورت لزوم، دلیل رد یا توضیحات لازم را ثبت نمایند.
- کارکنان نگهداری و تعمیرات بتوانند در صورت عدم پاسخگویی تأییدکننده اصلی، فرایند تأیید را به سطح بالاتر ارجاع دهند.
- سامانه CMMS از تأیید فعالیتهای محدودشده توسط کاربران غیرمجاز جلوگیری کند.
- سامانه CMMS تا زمان دریافت تأییدهای الزامی، مانع ادامه فرایند کار شود.
- سامانه CMMS زمان تأیید، نام کاربر، توضیحات و تغییرات وضعیت را بهصورت خودکار ثبت و رهگیری کند.
مشکلات رایجی که باید به آنها توجه کرد:
- ارجاع تأییدها به سرپرست نادرست
- نبود قواعد ارجاع و تشدید فرایند تأیید
- ناتوانی تأییدکنندگان در دسترسی به آیتمهایی که باید بررسی کنند
- امکان ادامه فرایند دستورکارها، درخواستها یا خریدها بدون دریافت تأییدهای لازم.
۵.۷ گزارشها و داشبوردها
هدف تست: آیا مدیران نگهداری و تعمیرات میتوانند به گزارشها و داشبوردهایی که پس از راهاندازی نهایی برای مدیریت فعالیتها، پایش عملکرد و تصمیمگیری از آنها استفاده خواهند کرد، اعتماد کنند؟
موارد زیر را بررسی کنید:
- داشبوردها شاخصهایی را نمایش دهند که مدیران در ماه نخست پس از راهاندازی نهایی به آنها نیاز دارند.
- گزارشهای سفارشی دادههای خود را از انواع صحیح دستورکارها، گروههای تجهیزاتی، موقعیتها، تیمها و بازههای زمانی مناسب دریافت کنند.
- فیلدهای الزامی واقعاً دادههای موردنیاز گزارشهایی را که سازمان قصد استفاده از آنها را دارد، تأمین کنند.
- فیلترها، دستهبندیها، وضعیتها و الگوهای نامگذاری یکپارچه و سازگار باشند.
- شاخصهایی مانند انطباق با برنامه PM، فعالیتهای معوق، حجم کارهای عقبافتاده، زمان توقف، ساعات کار، مصرف قطعات و سوابق تجهیزات با دادههای ثبتشده در دستورکارها مطابقت داشته باشند.
- مدیران، سرپرستان و برنامهریزان بر اساس نقش خود به گزارشها و داشبوردهای موردنیاز دسترسی داشته باشند.
- گزارشهای خروجی، گزارشهای زمانبندیشده و داشبوردهای هوش تجاری با دادههای نگهداری و تعمیرات موجود در CMMS همخوانی داشته باشند.
- گزارشها بهاندازه کافی شفاف و قابل فهم باشند تا مدیران بتوانند بدون نیاز به پاکسازی دستی دادهها بر اساس آنها تصمیمگیری کنند.
مشکلات رایجی که باید به آنها توجه کرد:
- پیکربندی نادرست داشبوردهای سفارشی و استخراج دادههای اشتباه
- نبود دادههای ضروری و در نتیجه بروز خطا و نادقتی در گزارشها
- ارسال گزارشهای خودکار به فرد نامناسب یا عدم ارسال آنها
- دسترسی کاربران به گزارشهایی که مجاز به مشاهده آنها نیستند.
۵.۸ یکپارچهسازیها
هدف تست: آیا سامانه CMMS میتواند بدون ایجاد تأخیر یا تولید سوابق تکراری، دادهها را با سامانههای متصل تبادل کند؟
موارد زیر را بررسی کنید:
- سامانههای موردنیاز، از جمله نرم افزار ERP، کنتورها، تجهیزات اینترنت اشیا (IoT)، ابزارهای هوش تجاری (BI)، ابزارهای بهرهوری و سامانههای مدیریت اسناد، به محیط CMMS متصل باشند.
- دادهها بین CMMS و هر یک از سامانههای متصل در مسیر صحیح منتقل شوند.
- اطلاعات در زمان مناسب به مقصد برسند و سوابق مربوطه را بهدرستی بهروزرسانی کنند.
- هنگام بهروزرسانی اطلاعات CMMS، سوابق تکراری برای تجهیزات، قطعات، کاربران، تأمینکنندگان، درخواستهای خرید یا دستورکارها ایجاد نشود.
- تراکنشهای ناموفق بهدرستی ثبت شوند و فرد یا تیم مشخصی مسئول پایش این گزارشها باشد.
- در صورت تأخیر، قطع ارتباط یا در دسترس نبودن یکپارچهسازیها، سامانه CMMS رفتاری قابل پیشبینی داشته باشد.
- کاربران بدانند که برای هر نوع داده، کدام سامانه مرجع اصلی اطلاعات محسوب میشود.
- در صورت اختلال در یکپارچهسازیهای حیاتی، تیم فرایند جایگزینی برای ادامه فعالیتهای ضروری در اختیار داشته باشد.
مشکلات رایجی که باید به آنها توجه کرد:
- ایجاد سوابق تکراری
- تأخیر در بهروزرسانی دادهها
- نبود گزارشهای خطا
- نگاشت نادرست فیلدها
- اختلال در ورود یکپارچه کاربران (SSO)
- عدم ایجاد خودکار دستورکارها بر اساس قرائت کنتورها یا دادههای پایش وضعیت مطابق انتظار.
۶. هنگام شناسایی مشکلات در فرایند تست چه باید کرد؟
تقریباً با اطمینان میتوان گفت که در جریان تست، با برخی مشکلات در گردشکارها مواجه خواهید شد؛ اما اساساً هدف اصلی این فرایند نیز همین است.
البته همه مشکلات نباید باعث به تعویق افتادن راهاندازی نهایی شوند. برای مثال، اختلال در قوانین ایجاد خودکار دستورکارهای PM با یک مشکل ظاهری در قالببندی داشبوردها یکسان نیست.
برای دستهبندی مشکلاتی که در طول آزمون شناسایی میکنید، میتوانید از چارچوب ساده زیر استفاده کنید:
| سطح اهمیت | مفهوم | مثالها |
| بحرانی | مانع راهاندازی نهایی میشود، زیرا انجام فعالیتهای اصلی نگهداری و تعمیرات را مختل میکند، ریسک جدی برای دادهها ایجاد میکند یا بر ایمنی، انطباق و تداوم عملیات تأثیر میگذارد. | · دستورکارهای PM بهدرستی ایجاد نمیشوند.
· تکنسینها به فعالیتهای محولشده دسترسی ندارند. · امکان بستن دستورکارها از طریق تلفن همراه وجود ندارد. · سوابق الزامی مربوط به انطباق ثبت نشدهاند. |
| زیاد | مگر آنکه یک راهکار جایگزین مشخص و تأییدشده وجود داشته باشد، باید پیش از راهاندازی نهایی برطرف شود. | · اعلانها برای سرپرست اشتباه ارسال میشوند.
· همگامسازی نسخه موبایل قابلاعتماد نیست. · پس از مصرف قطعات، موجودی انبار همیشه بهدرستی بهروزرسانی نمیشود. · فرایند تأیید در برخی گردشکارها با خطا مواجه میشود. |
| متوسط | میتوان سامانه را با وجود این مشکلات راهاندازی کرد، به شرط آنکه راهکار موقت مستند شده و مسئول پیگیری مشخصی تعیین شود. | · یک داشبورد نیاز به بازطراحی یا اصلاح قالب دارد.
· برچسب یک فیلد غیرحیاتی اشتباه است. · یک گردشکار کمریسک در هفته نخست به انجام دستی برخی مراحل نیاز دارد. |
| کم | تأثیری بر عملیات نگهداری و تعمیرات، انطباق، ایمنی یا پذیرش کاربران ندارد. | · برخی سوابق تجهیزات میتوانند از فیلدهای سفارشی بیشتری بهرهمند شوند.
· ظاهر گزارشها و داشبوردها قابلیت بهبود دارد. |
برای هر نقص یا مشکل شناساییشده، موارد زیر باید مشخص و مستندسازی شوند:
- فرد یا تیم مسئول رفع مشکل تعیین شود.
- با توجه به سطح اهمیت مشکل، مهلت مشخصی برای رفع آن تعیین شود.
- اگر قرار نیست مشکل پیش از راهاندازی نهایی برطرف شود، راهکار جایگزین آن مستند گردد.
- نتیجه تست مجدد ثبت شود تا مشخص شود که آیا اصلاحات انجامشده مؤثر بودهاند یا خیر.
- تأیید نهایی از سوی مدیر نگهداری و تعمیرات یا مالک فرایند اخذ شود.
برای موفقیت در پیادهسازی یک سامانه CMMS، لازم نیست همه گردشکارها کاملاً بینقص باشند؛ اما نباید مشکلات جدی در قابلیت استفاده یا قابلیت اطمینان سیستم وجود داشته باشد که مانع تبدیل شدن CMMS به مرجع اصلی و واحد اطلاعات در واحد نگهداری و تعمیرات شود.
۷. برنامهریزی برای دوره پشتیبانی ویژه پس از راهاندازی
تست گردشکارها ریسک راهاندازی نهایی را کاهش میدهد، اما برای حفظ روند مثبت پس از استقرار CMMS، همچنان لازم است در ۳۰ تا ۹۰ روز نخست نظارت دقیقی بر عملکرد سیستم انجام شود.
پس از عملیاتی شدن CMMS، تیم شما استفاده از آن را در شرایط واقعی آغاز خواهد کرد؛ شرایطی که شامل فشارهای عملیاتی، برنامههای کاری شیفتی، خرابیها، تغییر حجم کارهای معوق، کمبود قطعات و اولویتهای متعارض است. در چنین وضعیتی، اگر نظارت کافی وجود نداشته باشد، مشکلات کوچک در گردشکارها میتوانند به موانعی برای پذیرش سیستم تبدیل شوند.
دوره پشتیبانی ویژه، بازهای است که بلافاصله پس از راهاندازی آغاز میشود و طی آن، تیمهای نگهداری و تعمیرات، بهرهبرداری، فناوری اطلاعات و پشتیبانی تأمینکننده CMMS بهطور نزدیک درگیر فرایند هستند. هدف این دوره، اطمینان از آن است که CMMS به مرجع اصلی اطلاعات تبدیل شود، نه ابزاری که کاربران از بهکارگیری آن اجتناب کنند.
در این دوره، توصیه میشود اقدامات زیر انجام شوند:
- مشکلات و بازخوردهای تکنسینها بهطور منظم بررسی شوند تا میزان پذیرش سیستم افزایش یابد و موانع موجود در گردشکارها پیش از شکلگیری عادتهای نادرست برطرف شوند.
- جلسات پشتیبانی یا حضور میدانی برای راهنمایی تکنسینها و سرپرستان در نظر گرفته شود تا بتوانند بهسرعت کمک دریافت کنند.
- فرایندی سریع و شفاف برای ارزیابی و اعمال اصلاحات در گردشکارها تعریف شود. با توجه به آزمونهای انجامشده، تعداد این اصلاحات نباید زیاد باشد.
- کیفیت دادهها بهطور مستمر پایش شود تا اطلاعات ناقص، نادرست یا ناسازگار بهموقع شناسایی شوند.
- تراکنشهای مربوط به قطعات و موجودی انبار ممیزی شوند تا از ثبت صحیح فعالیتهای انبار اطمینان حاصل شود.
- گزارشها و داشبوردها اعتبارسنجی شوند تا مدیران بتوانند به شاخصها و KPIها اعتماد کنند.
سه ماه نخست باید نشان دهد که سامانه جدید CMMS توانسته است فعالیتهای نگهداری و تعمیرات را سادهتر کند، دادههای ارزشمند در اختیار سازمان قرار دهد و از نظر صرفهجویی در زمان و هزینه، بازگشت سرمایه قابل قبولی ایجاد کند.
انتقال روان و پشتیبانی پس از راهاندازی با تیم استقرار پگاه آفتاب
راهاندازی موفق یک سامانه CMMS به پیکربندی صحیح، مهاجرت دادهها و آزمون گردشکارها وابسته است. بااینحال، در اختیار داشتن پشتیبانی مناسب پیش از راهاندازی، حین استقرار و پس از عملیاتی شدن سامانه نیز اهمیت بسیار زیادی دارد.
بهعنوان کاربر سیستم نگهداری و تعمیرات پگاه آفتاب، از خدمات پشتیبانی زیر بهرهمند خواهید شد:
- تجربه کاربری ساده و کاربرپسند که به تکنسینها، سرپرستان، برنامهریزان و مدیران کمک میکند سریعتر با سامانه سازگار شوند.
- برنامههای استقرار و آموزش سفارشی که متناسب با گردشکارها، تجهیزات، کاربران و نیازهای عملیاتی شما طراحی میشوند.
- پشتیبانی اختصاصی موفقیت مشتری از سوی کارشناسی که با پروژه شما آشناست و میتواند پس از پیادهسازی نیز در بهینهسازی مستمر سامانه کمک کند.
- خدمات پشتیبانی ویژه برای تمامی مشتریان، همراه با دسترسی به تیم پشتیبانی داخلی مستقر در شرکت از طریق گفتوگو، ایمیل و تماس تلفنی.
- منابع آموزشی در دسترس، شامل ویدئوهای آموزشی و محتوای مرکز راهنما که مستقیماً از داخل سامانه قابل استفاده هستند.
چه در حال تست گردشکارها باشید و چه پس از راهاندازی بخواهید یک مشکل عملکردی را برطرف کنید، وجود یک تیم پشتیبانی سریع و متخصص نقش تعیینکنندهای در موفقیت پروژه خواهد داشت.
تیم پشتیبانی پگاه آفتاب تلاش میکند فرایند پیادهسازی را تا حد امکان ساده و روان کند. برای آشنایی بیشتر با فرایند آموزش و استقرار، میتوانید به صفحه پیادهسازی این سامانه مراجعه کنید.
