از تعطیلی متنفر هستید؟ خدمات ما آن را 40٪ کاهش می دهد.

توقف غیرمنتظره می تواند سفارشات را متوقف کند، خدمات را به تاخیر بیندازد و کارکنان را منتظر پاسخ بگذارد. من دیده‌ام که تیم‌ها ساعت‌ها را از دست داده‌اند، زیرا یک نقص کوچک تجهیزات دیر گزارش شده، به شخص اشتباهی اختصاص داده شده است، یا بدون جزئیات کافی برای پشتیبانی از تعمیر ثبت شده است. کاهش 40 درصدی وعده ای نیست که برای هر کسب و کاری مناسب باشد. این یک هدف عملی است که به سطح خرابی فعلی، وضعیت تجهیزات، اندازه تیم و کیفیت سوابق تعمیر و نگهداری بستگی دارد. من با اندازه گیری علل از دست رفتن زمان عملیات، بهبود مراحل پاسخ و جلوگیری از تکرار خطاها به آن هدف می رسم. ## با یک رکورد قطعی واضح شروع کنید من با یک رکورد ساده برای هر وقفه شروع می‌کنم: - تاریخ و زمان - ماشین، سیستم یا سرویس تحت تأثیر - زمان شروع و پایان - تأثیر کسب‌وکار - علت احتمالی - شخصی که مشکل را مدیریت کرده است - اقدام انجام شده - آیا همان خطا قبل از اینکه بسیاری از شرکت‌ها فقط یادداشت تعمیر را ثبت کنند اتفاق افتاده است یا خیر. که اثر تجاری را کنار می گذارد. چاپگری که ده دقیقه متوقف می شود ممکن است جزئی به نظر برسد، اما توقف های مکرر می تواند ارسال را در کل شیفت کاری به تاخیر بیندازد. یک صفحه گسترده اولیه می تواند برای یک تیم کوچک کار کند. عملیات بزرگتر ممکن است از یک پلت فرم تعمیر و نگهداری یا خدمات استفاده کند. ابزار کمتر از کیفیت اطلاعات اهمیت دارد. ## علل تکراری را پیدا کنید پس از جمع آوری چندین هفته سوابق، خرابی را به دسته های واضح گروه بندی می کنم: - خرابی تجهیزات - مشکل نرم افزار یا شبکه - کمبود قطعات یدکی - تایید تاخیر - خطای اپراتور - تحویل ضعیف - تعمیر و نگهداری برنامه ریزی شده - قطع سرویس خارجی سپس کل زمان از دست رفته را بر اساس دسته مقایسه می کنم. این نشان می دهد که کسب و کار در کجا بهترین شانس را برای بهبود دارد. برای مثال، یک توزیع‌کننده مواد غذایی منطقه‌ای متوجه شد که خط بسته‌بندی سفارش‌هایش بیشتر وقت خود را به دلیل خرابی‌های عمده موتور از دست نمی‌دهد. مشکل بزرگتر سنسوری بود که در شیفت های شلوغ کثیف شد. کارکنان اغلب بدون تمیز کردن سنسور، خط را بازنشانی می کنند، بنابراین همان خطا برمی گردد. یک بررسی کوتاه تمیز کردن در تعویض شیفت، توقف های مکرر را به طور موثرتری نسبت به خرید تجهیزات جدید کاهش داد. ## یک مسیر پاسخ را تنظیم کنید هنگامی که یک خطا رخ می دهد، مردم باید بدانند چه اتفاقی می افتد. من یک مسیر پاسخگویی با مالکیت ساده ایجاد می کنم: 1. کارمند موضوع را از طریق یک کانال توافق شده گزارش می دهد. 2. گزارش شامل ماشین، پیام خطا، مکان و اثر تجاری است. 3. یک شخص با نام گزارش را بررسی می کند. 4. موضوع بر اساس تاثیر عملیاتی اولویت دارد. 5. تکنسین تعیین شده عیب را بررسی و اقدام را ثبت می کند. 6. سرپرست تأیید می کند که روند دوباره کار می کند. 7. علت بررسی می شود که یک موضوع بیش از یک بار ظاهر شود. این کار حدس و گمان را حذف می کند. کارکنان نیازی به ارسال یک پیام مشابه برای چندین نفر ندارند یا منتظر هستند تا کسی متوجه مشکل شود. یک گزارش مفید ممکن است بگوید: "خط بسته بندی 2 در ساعت 10:15 متوقف شد. صفحه نمایش خطای سنسور 04 را نشان می دهد. سفارشات برای مسیر بعد از ظهر تحت تأثیر قرار می گیرند. سنسور یک بار تمیز شد، اما خطا برگردانده شد." این پیام به تکنسین ارزش بیشتری نسبت به "خط پایین است" می دهد. ## خطاهای فوری را از کارهای معمولی جدا کنید، همه مسائل به پاسخ یکسانی نیاز ندارند. من از سه سطح عملی استفاده می‌کنم: تأثیر زیاد: خدمات اصلی یا خط تولید متوقف شده است و کار نمی‌تواند ادامه یابد. تاثیر متوسط: کار می‌تواند از طریق فرآیند پشتیبان‌گیری ادامه یابد، اما کیفیت خروجی یا خدمات کاهش می‌یابد. تأثیر کم: این مشکل بدون توقف عملیات اصلی بر راحتی یا کارایی تأثیر می گذارد. این سیستم به تیم ها کمک می کند تا روی مشکلاتی که بیشترین ضرر را ایجاد می کنند تمرکز کنند. همچنین از تکنسین ها در برابر تلقی هر درخواست به عنوان یک وضعیت اضطراری محافظت می کند. ## قطعات یدکی متداول را در دسترس نگه دارید تعمیر ممکن است چند دقیقه طول بکشد در حالی که کسب و کار چندین روز منتظر یک قطعه است. من سوابق تعمیرات را بررسی می کنم و قطعاتی را که اغلب استفاده می شوند فهرست می کنم. این لیست ممکن است شامل موارد زیر باشد: - فیوزها - تسمه ها - فیلترها - کابل ها - حسگرها - آداپتورهای برق - دستگاه های شبکه رایج - مجوزهای نرم افزاری تایید شده من ذخیره هر قسمت ممکن را پیشنهاد نمی کنم. موجودی اضافی باعث افزایش هزینه می شود و می تواند ضایعات ایجاد کند. روش بهتر این است که مقدار کمی از اقلامی را در اختیار داشته باشید که مقرون به صرفه هستند، اغلب مورد استفاده قرار می‌گیرند و به توقف مکرر مرتبط هستند. هر قطعه یدکی به مکان، سطح موجودی و مالک مشخص نیاز دارد. قطعه ای که وجود دارد اما پیدا نمی شود زمان خرابی را کاهش نمی دهد. ## از تعمیر و نگهداری بر اساس ریسک واقعی استفاده کنید یک برنامه تعمیر و نگهداری ثابت می تواند کمک کند، اما نباید تنها روش باشد. من به موارد زیر نگاه می‌کنم: - هر چند وقت یک‌بار عیب رخ می‌دهد - تعمیر چقدر طول می‌کشد - هزینه وقفه در سرویس - اینکه آیا تجهیزات پشتیبان دارند - علائم فرسودگی یا عملکرد ناپایدار - راهنمایی از طرف سازنده یک دستگاه ارزان‌قیمت با نسخه پشتیبان ممکن است به توجه کمتری نسبت به یک دستگاه مهم بدون تعویض نیاز داشته باشد. برنامه های نگهداری باید منعکس کننده اثر شکست باشد، نه فقط سن دارایی. بررسی های کوتاه می تواند از وقفه های بزرگتر جلوگیری کند. یک تیم ممکن است اتصالات را بازرسی کند، حسگرها را تمیز کند، گزارش‌های خطا را بررسی کند، سیستم‌های پشتیبان را آزمایش کند و تأیید کند که آلارم‌ها به شخص مناسب می‌رسند. ## یک راهنمای بازیابی کوتاه بسازید وقتی یک مشکل رایج رخ می دهد، فرد وظیفه نیازی به جستجو در پیام های قدیمی ندارد. من راهنماهای کوتاهی برای تکرار خطاها ایجاد می کنم. هر راهنما شامل: - علائم - بررسی های ایمن که اپراتور می تواند انجام دهد - اقداماتی که نباید انجام شود - شخصی که باید با آن تماس بگیرید - نقطه ای که مشکل باید در آن تشدید شود - اطلاعاتی که باید پس از بهبودی ثبت شود. راهنما نباید کارکنان را تشویق به انجام تعمیرات ناایمن یا دور زدن کنترل های حفاظتی کند. باید از بررسی های ساده و ارتباط سریع پشتیبانی کند. من دستورالعمل های یک صفحه ای را با زبان ساده ترجیح می دهم. یک سند طولانی ممکن است حاوی اطلاعات بیشتری باشد، با این حال کارکنان اغلب زمانی که یک خط متوقف می شود آن را نادیده می گیرند. ## اعداد مناسب را اندازه‌گیری کنید برای بررسی اینکه آیا طرح کار می‌کند، من بیش از تعداد حوادث را دنبال می‌کنم: - کل ساعت‌های خرابی - میانگین زمان تعمیر - تعداد خطاهای تکراری - زمان از گزارش تا پاسخ - زمان از پاسخ تا بازیابی - تعمیر و نگهداری برنامه‌ریزی‌شده تکمیل شده - هزینه قطعات یدکی و پشتیبانی خارجی بهبود 40 درصدی باید از یک خط پایه تعریف‌شده محاسبه شود. اگر سایتی در طول یک ماه 50 ساعت خاموشی داشته باشد، کاهش 40 درصدی به معنای رسیدن به حدود 30 ساعت در شرایط عملیاتی مشابه است. این مقایسه باید تغییرات در حجم تولید، نیروی انسانی، تقاضای فصلی و استفاده از تجهیزات را در نظر بگیرد. اگر کسب‌وکار با نصف ظرفیت معمول خود کار می‌کرد، یک رقم پایین‌تر از زمان خرابی ممکن است عملکرد بهتری را نشان ندهد. ## طرح را با افرادی که کار را انجام می دهند، مرور کنید. هر گروه بخش متفاوتی از مشکل را می بیند. اپراتورها می دانند که کدام خطاها در حین جابجایی ظاهر می شوند. تکنسین ها می دانند که کدام تعمیرات خیلی طول می کشد. ناظران تاخیر در تایید را می بینند. تیم های خدمات مشتری در مورد تأثیر آن بر مشتریان می شنوند. یک بررسی ماهانه کوتاه می تواند به سه سوال پاسخ دهد: - کدام خطا باعث بیشترین زمان از دست رفته است؟ - کدام اقدام به کاهش تاخیر کمک کرد؟ - قبل از بررسی بعدی چه چیزی باید تغییر کند؟ این باعث می شود که برنامه به جای اینکه آن را به عنوان سندی که هیچ کس از آن استفاده نمی کند، به کار روزانه متصل کند. کاهش زمان از کار افتادگی معمولاً کمتر مربوط به یک خرید بزرگ است و بیشتر در مورد حذف تاخیرهای کوچک از فرآیند پاسخگویی کامل است. سوابق واضح دلایل واقعی را نشان می دهد. مالکیت تعریف شده پاسخ را سرعت می بخشد. تعمیر و نگهداری اولیه خطاهای تکراری را کاهش می دهد. نتایج اندازه گیری شده نشان می دهد که آیا تغییرات کار می کنند یا خیر. هنگامی که خط پایه قابل اعتماد است و هدف در برابر شرایط عملیاتی مشابه آزمایش می شود، کاهش 40 درصدی می تواند به عنوان یک هدف عملکرد مفید به جای یک ادعای پشتیبانی نشده عمل کند.

هنگامی که یک سیستم متوقف می شود، هزینه به دقیقه های نشان داده شده در گزارش خدمات محدود نمی شود. کار کند می‌شود، تیم‌ها منتظر می‌مانند، سفارش‌ها دیرتر حرکت می‌کنند و مشتریان ممکن است کمتر از آنچه انتظار می‌رفت، پشتیبانی دریافت کنند. من دیده ام که بسیاری از کسب و کارها از کار افتادگی را به عنوان یک مشکل تعمیر تلقی می کنند. مشکل عمیق تر اغلب زودتر شروع می شود: سوابق تعمیر و نگهداری نامشخص، هشدارهای تاخیری، بررسی های دستی، تجهیزات قدیمی یا فرآیندی که به تجربه یک فرد بستگی دارد. یک برنامه کاربردی عملی به کاهش این نقاط ضعف بدون اضافه کردن کارهای غیر ضروری کمک می کند. من با نگاه کردن به روند کامل شروع می کنم. کدام ماشین‌ها، ابزارها یا نرم‌افزارها بر خروجی روزانه تأثیر می‌گذارند؟ کدام شکست ها بیش از یک بار اتفاق افتاده است؟ شناسایی، رفع و آزمایش هر مشکل چقدر طول می کشد؟ این اطلاعات به تیم دید واضح تری از زمان از دست دادن زمان می دهد. یک وقفه کوتاه ممکن است زمانی که به تنهایی مشاهده می شود جزئی به نظر برسد. وقفه های مکرر می تواند یک هفته کامل کار را تحت تاثیر قرار دهد. به عنوان مثال، یک شرکت بسته بندی ممکن است تنها 15 دقیقه زمانی که یک دستگاه برچسب زنی متوقف شود، از دست بدهد. اگر این چند بار در روز اتفاق بیفتد، کل تاخیر ممکن است به ساعت‌ها در هفته برسد. خود تعمیر ممکن است ساده باشد. مسئله بزرگتر این است که همان عیب مدام برمی گردد. قدم بعدی ثبت علت است، نه فقط علامت. یک سابقه سرویس مفید می تواند شامل موارد زیر باشد: - تاریخ و زمان خطا - ماشین یا سیستم آسیب دیده - علائم هشدار قبل از توقف - اقدامات انجام شده توسط تیم - قطعات یا ابزارهای استفاده شده - زمان مورد نیاز برای بازیابی سرویس - مراحل استفاده شده برای تایید عملکرد عادی این رکورد به آشکار شدن الگوها کمک می کند. موتوری که پس از تولید طولانی مدت بیش از حد گرم می شود ممکن است به راه حلی متفاوت از سنسوری که پس از تمیز کردن از کار می افتد نیاز داشته باشد. هر دو مشکل ممکن است به عنوان "ماشین متوقف شده" در یک گزارش اولیه ظاهر شوند، اما نیاز به پاسخ های متفاوتی دارند. من همچنین توصیه می کنم تعمیرات فوری را از تعمیرات برنامه ریزی شده جدا کنید. تعمیرات فوری با یک مشکل فعال برخورد می کند. تعمیر و نگهداری برنامه ریزی شده قبل از اینکه یک مشکل کوچک به یک وقفه بزرگ تبدیل شود، تجهیزات را بررسی می کند. این برنامه می تواند بر اساس ساعات کار، سطوح استفاده، راهنمایی سازنده و تاریخچه هر دارایی باشد. این برنامه باید برای تیم آسان باشد. چک لیستی که خیلی طول می کشد ممکن است نادیده گرفته شود. یک چک لیست کوتاه با دستورالعمل های واضح به احتمال زیاد به بخشی از روز کاری عادی تبدیل می شود. آموزش کارکنان نیز بر زمان از کار افتادگی تأثیر می گذارد. وقتی فقط یک نفر می داند که چگونه یک سیستم را بازنشانی کند یا یک علامت هشدار اولیه را شناسایی کند، کسب و کار دارای ریسک قابل اجتنابی است. به اشتراک گذاشتن رویه های اساسی در سراسر تیم به افراد روشی مشترک برای پاسخ دادن می دهد. همچنین می‌تواند به کارکنان جدید کمک کند قبل از تماس با پشتیبانی خارجی، آنچه را باید بررسی کنند. دستورالعمل‌های واضح ممکن است شامل موارد زیر باشد: - پیام هشدار به چه معناست - انجام کدام بررسی‌ها بی‌خطر است - زمانی که سیستم باید خاموش شود - با چه کسی باید تماس گرفت - تیم خدمات به چه اطلاعاتی نیاز دارد فناوری می‌تواند از این فرآیند پشتیبانی کند، اما باید یک مشکل واقعی را حل کند. ابزار نظارت ممکن است به ردیابی دما، لرزش، کدهای خطا، زمان پاسخ یا استفاده کمک کند. مقدار از اقدامی که به دنبال هشدار می آید می آید. اعلانی که هیچ کس بررسی نمی کند از تولید محافظت نمی کند. من یک چرخه بررسی ساده را ترجیح می دهم. تیم سوابق را بررسی می کند، به دنبال علل مکرر می گردد، یک ناحیه را برای بهبود انتخاب می کند و نتیجه را در یک دوره معین اندازه گیری می کند. اندازه گیری ممکن است زمان تعمیر، تکرار خطاها، ساعت های از دست رفته تولید، یا تعداد کارهای تعمیر و نگهداری برنامه ریزی شده تکمیل شده باشد. این رویکرد کار را با نیازهای تجاری مرتبط نگه می دارد. هدف حذف هر وقفه نیست. هر عملیاتی محدودیت هایی دارد و برخی از شکست ها را نمی توان پیش بینی کرد. هدف کاهش زمان توقف قابل اجتناب، پاسخگویی با اطلاعات بهتر و کمک به تیم برای بازگشت به کار عادی با سردرگمی کمتر است. خرابی کمتر از یک خرید یا یک تعمیر حاصل نمی شود. این از سوابق روشن، نگهداری معقول، دانش مشترک و بررسی منظم رشد می کند. وقتی این عادات به بخشی از عملیات روزانه تبدیل می‌شوند، تیم‌ها زمان کمتری را صرف جستجوی پاسخ‌ها می‌کنند و زمان بیشتری را برای ارائه کاری که مشتریان انتظار دارند صرف می‌کنند.

خرابی غیرمنتظره می‌تواند سفارش‌ها را قطع کند، پشتیبانی مشتری را به تأخیر بیندازد و تیم‌ها را در انتظار بازگشت سیستم‌ها قرار دهد. من می دانم که چقدر این احساس مخرب است. یک قطع کوتاه ممکن است بیش از یک کار را تحت تأثیر قرار دهد. می تواند کل گردش کار را کند کند. خدمات ما برای کاهش زمان از کار افتادگی قابل اجتناب از طریق نظارت منظم، بررسی سریع‌تر مشکل و برنامه‌ریزی واضح تعمیر و نگهداری ساخته شده است. در پروژه های مشتری ردیابی شده که در آن داده های اولیه در دسترس بود، زمان خرابی تا 40 درصد کاهش یافت. نتایج به سیستم، نوع موضوع، استفاده و طرح خدمات بستگی دارد. این روند به این صورت است: 1. ما خرابی فعلی شما را بررسی می کنیم من با بررسی سوابق قطع، زمان پاسخگویی، خطاهای مکرر و سابقه تعمیر و نگهداری شروع می کنم. این کمک می کند تا حوادث یکباره از مشکلاتی که مدام برمی گردند جدا شوند. یک شرکت ممکن است «از کار افتادن سیستم» را به عنوان یک مشکل گزارش کند، در حالی که سوابق چندین دلیل را نشان می‌دهند: - پاسخ سخت‌افزاری کند - قطع‌های شبکه - به‌روزرسانی‌های نرم‌افزار از دست رفته - بررسی‌های دستی که خیلی طول می‌کشد - پشتیبانی فنی با تأخیر هر یک از دلایل نیاز به پاسخ متفاوتی دارد. 2. ما رایج ترین نقاط خرابی را شناسایی می کنیم هر عیب سزاوار توجه یکسانی نیست. من روی مسائلی تمرکز می‌کنم که بر کار روزانه تأثیر می‌گذارند، بلیط‌های خدماتی مکرر ایجاد می‌کنند، یا رفع آنها طولانی‌ترین زمان را می‌برد. به عنوان مثال، یک خرده فروش آنلاین کوچک چندین وقفه خدمات کوتاه در طول پردازش سفارش داشت. هر وقفه کمتر از یک ساعت به طول انجامید، اما کارکنان مجبور به توقف بررسی سفارش و تماس با مشتریان شدند. پس از بررسی سوابق، مشکل اصلی به یک هشدار سیستمی مکرر که به صورت دستی مدیریت شده بود مرتبط شد. راه حل شامل هشدارهای واضح تر، بررسی های برنامه ریزی شده و یک مسیر پشتیبانی تعریف شده بود. این شرکت زمان کمتری را صرف کرد تا همان موضوع بررسی شود. 3. ما یک برنامه تعمیر و نگهداری عملی ایجاد می کنیم یک برنامه مفید باید با روش کار تیم شما مطابقت داشته باشد. من تغییرات غیر ضروری را که اختلال بیشتری ایجاد می کند توصیه نمی کنم. این طرح ممکن است شامل موارد زیر باشد: - بررسی‌های معمول سیستم - نظارت بر عملکرد - برنامه‌ریزی به‌روزرسانی - بررسی‌های پشتیبان - تنظیم هشدار - مراحل پاسخگویی برای خطاهای رایج - گزارش‌های خدمات ماهانه شما دید واضحی از آنچه بررسی شده است، آنچه نیاز به توجه دارد و کدام مسائل می‌تواند منتظر بماند دریافت می‌کنید. 4. ما قبل از رشد مشکلات کوچک پاسخ می دهیم علائم اولیه اغلب قبل از قطع کامل ظاهر می شوند. زمان پاسخ، فرکانس خطا، سطوح ذخیره سازی و بار سیستم می تواند سرنخ های مفیدی را ارائه دهد. خدمات ما به تیم شما کمک می کند تا این تغییرات را تشخیص دهد و تصمیم بگیرد که چه کاری انجام دهد. هنگامی که یک خطا به پشتیبانی فنی نیاز دارد، موضوع با جزئیات موجود ثبت می شود که می تواند سوالات تکراری را کاهش دهد و روند تشخیص را کوتاه کند. 5. ما تغییر را اندازه می‌گیریم زمان از کار افتادگی باید با نقطه شروع خودتان اندازه‌گیری شود. من مدت زمان قطع، فراوانی حادثه، زمان پاسخگویی و زمان بازیابی را در طول دوره مورد توافق بررسی می‌کنم. کاهش 40 درصدی ممکن است برای برخی از سیستم ها امکان پذیر باشد، در حالی که برخی دیگر ممکن است تغییرات کوچکتری را مشاهده کنند. نتیجه به شرایط اصلی و نوع پشتیبانی مورد نیاز بستگی دارد. سوابق پاک روش قابل اعتمادتری برای قضاوت در مورد خدمات به شما می دهد. تیم شما نباید هر هفته را صرف واکنش به یک مشکل فنی کند. یک طرح خدمات ساختاریافته می‌تواند ردیابی مسائل را آسان‌تر کند، درخواست پشتیبانی را آسان‌تر کند و زمان‌بندی نگهداری را آسان‌تر کند. سوابق قطعی فعلی و نیازهای خدماتی خود را با ما به اشتراک بگذارید. ما می‌توانیم دلایل اصلی را بررسی کنیم، گزینه‌های موجود را توضیح دهیم و طرحی را بر اساس سیستم شما به‌جای یک وعده ثابت ترسیم کنیم. آیا علاقه مند به یادگیری بیشتر در مورد روندها و راه حل های صنعت هستید؟ با Zhou Hongming تماس بگیرید: zjsp-yxx@super.ac.cn/WhatsApp +8618767989127.

جان موبری، 1997، تعمیر و نگهداری با محوریت قابلیت اطمینان رامش گولاتی، 2009، بهترین روش‌های نگهداری و قابلیت اطمینان آنتونی ام. اسمیت و گلن آر. 2016، گردآوری و تبادل داده‌های قابلیت اطمینان و نگهداری برای تجهیزات جیمز پی ووماک و دانیل تی جونز، 2003، تفکر ناب.