مدیریت تعمیرات وقتی حرفهای میشود که از واکنش به خرابی عبور کنیم و برای تجهیزات، برنامه سرویس، مسئول، سابقه اقدام و هزینه قابل تحلیل داشته باشیم.
PM در ساختمان یعنی چه؟
PM یا نگهداری پیشگیرانه یعنی قبل از خرابی، سرویسهای لازم بر اساس زمان، کارکرد یا برنامه مشخص انجام شوند. در ساختمانها تجهیزات متنوعی مانند آسانسور، پمپ، ژنراتور، تاسیسات مکانیکی و برقی وجود دارند که خرابی ناگهانی آنها میتواند هزینه و نارضایتی زیادی ایجاد کند.
شناسنامه تجهیزات نقطه شروع است
برای هر تجهیز بهتر است اطلاعات پایه، محل نصب، مدل، تاریخ بهرهبرداری، پیمانکار، گارانتی، سرویسها و سوابق خرابی ثبت شود. بدون شناسنامه تجهیز، گزارش تعمیرات به فهرستی از توضیحات پراکنده تبدیل میشود.
برنامه سرویس دورهای
سیستم PM باید بتواند سرویسهای دورهای را زمانبندی کند و قبل از سررسید هشدار یا کار ایجاد کند. نتیجه هر سرویس، قطعات مصرفی، مسئول انجام و وضعیت نهایی باید ثبت شود تا دوره بعدی بر اساس داده واقعی برنامهریزی شود.
درخواست خرابی تا پایان کار
درخواست خرابی بهتر است مسیر مشخصی داشته باشد: ثبت، اولویتبندی، ارجاع، اقدام، کنترل و بستن. در این مسیر زمان پاسخ، زمان رفع، مسئول و توضیحات فنی قابل اندازهگیری میشوند.
پیمانکار و قرارداد نگهداری
بسیاری از تجهیزات تحت قرارداد سرویس هستند. اتصال اطلاعات پیمانکار و قرارداد به تجهیز کمک میکند مدیر بداند چه خدمتی در تعهد پیمانکار است، قرارداد چه زمانی منقضی میشود و سابقه عملکرد او چگونه بوده است.
قطعات و هزینه نگهداری
ثبت قطعات مصرفی و هزینه تعمیرات امکان مقایسه تجهیزات و تصمیمگیری درباره تعمیر یا تعویض را فراهم میکند. تجهیزی که دائماً هزینه ایجاد میکند باید در گزارش مدیریتی دیده شود، نه فقط در دفتر کار تکنسین.
شاخصهایی که ارزش دارند
تعداد خرابی تکراری، میانگین زمان پاسخ، میانگین زمان رفع، درصد سرویسهای انجامشده در موعد و هزینه نگهداری هر تجهیز از شاخصهای مفید هستند. هدف داشبورد باید کمک به اقدام باشد، نه صرفاً نمایش عدد.
PM در رصد
ماژول نگهداری و تعمیرات رصد برای ثبت تجهیزات، برنامههای نگهداری، عملیات و سوابق مرتبط در کنار سایر دادههای بهرهبرداری طراحی شده است؛ بنابراین مدیر میتواند نگهداری را در کنار قراردادها، خدمات و گزارشهای مجموعه ببیند.
جمعبندی
برای انتخاب نرم افزار، فهرست امکانات را به یک سناریوی واقعی تبدیل کنید و از فروشنده بخواهید همان سناریو را از ثبت داده تا گزارش نهایی اجرا کند. این روش تفاوت بین یک قابلیت اسمی و یک فرایند قابل استفاده را روشن میکند.
این موضوع در مجموعه شما چه شکلی است؟
در جلسه دمو میتوانیم همین سناریو را با ساختار واقعی واحدها، قراردادها و فرایندهای شما بررسی کنیم.