آیا یک ارتقاء واحد می تواند زمان توقف شما را تا 50 درصد کاهش دهد؟ بله - و در اینجا چگونه است

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

من قبلاً همین شکایت را از مدیران کارخانه، رهبران عملیات و سرپرستان شیفت می شنیدم. دوباره خط متوقف شد. هزینه فقط قبض تعمیر نبود. این خروجی از دست رفته، سفارشات عجولانه، تماس‌های اضافی، صحبت‌های پرتنش با مشتریان و اضافه کاری پس از آن بود. دیدم تیم‌ها ماشین، قطعات، آب و هوا، حتی شیفت شب را مقصر می‌دانند. مسئله عمیق تر اغلب کوچکتر از این بود. چک از دست رفته یک دست دادن ضعیف مشکلی که با یک صدای کوچک شروع شد و به نقطه ایست تبدیل شد. من یک تغییر کوچک را دیده ام که زمان خاموشی را نزدیک به 50٪ در یک خط بسته بندی شلوغ کاهش داده است. تغییر ماشین جدیدی نبود. این یک عرضه نرم افزار بزرگ نبود. این یک بررسی کوتاه و ثابت شروع شیفت بود که همه اپراتورها از آن استفاده می کردند. این همان بخشی است که بسیاری از تیم ها از دست می دهند. زمان استراحت به ندرت به عنوان یک رویداد بزرگ شروع می شود. معمولاً به عنوان یک هشدار کوچک شروع می شود. یک سنسور گرد و غبار می گیرد. یک کمربند کمی شل می شود. یک اپراتور چراغ هشدار را می بیند و منتظر می ماند. یادداشت از آخرین شیفت هرگز خوانده نمی شود. یک شکاف کوچک به یک ساعت از دست رفته تبدیل می شود. من این مثال را دوست دارم زیرا ساده و کاربردی است. یک تیم بسته بندی مواد غذایی که با آنها کار کردم، در یک خط توقف های مکرر داشتند. تیم در موارد پارازیت، هشدارهای نادرست حسگر و راه اندازی مجدد آهسته زمان خود را از دست داد. هر شیفتی مشکلات را به روش خودش حل می کرد. بعضی ها یادداشت می نوشتند. بعضی ها پیام دادند. برخی چیزی نگفتند و امیدوار بودند شیفت بعدی آن را بگیرد. این امید به قیمت تمام شد. ما یک چیز را تغییر دادیم. هر شیفت با یک چک لیست کوتاه شروع می شد که هر بار همان نکات را پوشش می داد: - صدای ماشین - کشش تسمه - سطح سنسور - فشار هوا - مشکلات آخرین تعویض - هر قسمتی که به نظر فرسوده می شد چک لیست فقط چند دقیقه طول کشید. تیم همچنین از یک گزارش مشترک استفاده کرد، بنابراین شیفت بعدی می‌توانست ببیند قبل از شروع خط چه اتفاقی افتاده است. نتیجه جادو نبود. نتیجه از سیگنال های از دست رفته کمتر بود. تیم زودتر قطعات شل شده را گرفت. آنها قبل از اینکه قرائت های نادرست در خط پخش شود، سنسورها را تمیز کردند. آنها به جای اینکه منتظر توقف باشند، مشکلات کوچک را در طول مکث های برنامه ریزی شده برطرف کردند. پس از چند هفته، زمان توقف برنامه ریزی نشده در مقایسه با دوره قبل به نصف کاهش یافت. من نمی گویم این پاسخ مناسب برای هر سایتی است. من با اطمینان این را می گویم: بسیاری از تیم ها زمانی که یک عادت کوچک می تواند بخش بزرگی از مشکل را حل کند به دنبال یک راه حل بزرگ هستند. اگر بخواهم روند را به یک مسیر ساده تقسیم کنم، از این استفاده می کنم: 1. به ده ایستگاه آخر نگاه کنید، من با یک گزارش طولانی شروع نمی کنم. من می‌پرسم چه چیزی اغلب خط را متوقف می‌کند و چه چیزی در شیفت‌ها تکرار می‌شود. 2. یکی از دلایل تکراری را انتخاب کنید. یک گیر کردن، یک خطای سنسور، یک مرحله تمیز کردن از دست رفته، یا یک انتقال ضعیف اغلب کافی است. 3. یک استاندارد کوتاه بسازید. گام های کوتاه بهتر از یک برگه طولانی است که هیچ کس نمی خواند. 4. نتیجه را در جایی قرار دهید که هر شیفت بتواند آن را ببیند، من از یک برد، یک گزارش یا یک برنامه مشترک استفاده می کنم. نکته ساده است. نفر بعدی به همان واقعیت ها نیاز دارد. 5. هر هفته لاگ را مرور کنید، من به دنبال الگوها بودم. اگر همان توقف مدام بازگردد، تیم به اصلاح بهتری نیاز دارد، نه انبوهی از یادداشت‌های بزرگتر. این رویکرد به من کمک کرد تا زمان خرابی را به روشی جدید ببینم. من از درمان آن مانند یک مشکل فنی بزرگ دست کشیدم. شروع کردم با آن مانند زنجیره ای از انتخاب های کوچک رفتار کنم. اگر یک پیوند ضعیف شود، خط آسیب می بیند. اگر تیم آن پیوند را تقویت کند، خط با شکست های کمتری اجرا می شود. بهترین بخش این است که این نوع تغییر همیشه به بودجه زیادی نیاز ندارد. نیاز به نظم و انضباط، عادات مشترک و دید واضحی از آنچه که در زمین اتفاق می افتد دارد. به همین دلیل است که من به سیستم های ساده اعتماد دارم. نگهداری آنها راحت تر است. آموزش آنها آسان تر است. آنها متناسب با تغییرات واقعی، افراد واقعی و فشار واقعی هستند. من هنوز وقتی در یک سایت قدم می زنم به دنبال همان علائم می گردم. به برگه ی تحویل دادن نگاه می کنم. من به آنچه اپراتورها می گویند قبل از شروع خط گوش می دهم. من مراقب چیزهای کوچکی هستم که مردم از آن می گذرند زیرا احساس بی ضرری می کنند. آنها بی ضرر نیستند. آنها اغلب در شروع شکست بعدی می نشینند. اگر زمان خرابی کمتری می خواهید، من با یک وعده بزرگ شروع نمی کنم. من با یک تغییر کوچک شروع می کنم، که در هر شیفت و هر روز به همان روش استفاده می شود. اینجاست که بسیاری از گیاهان جای بهبود پیدا می کنند.

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

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

من قبلاً فکر می کردم که خروجی بیشتر همیشه به معنای تلاش بیشتر است. ساعت های بیشتر فشار بیشتر. افراد بیشتری در حال تماشای ساعت هستند. بعد دیدم مشکل واقعیه موضوع تلاش نبود. موضوع از کار افتادگی بود. یک توقف کوتاه در اینجا یه گسل کوچیک اونجا بازنشانی از دست رفته تاخیری که روی کاغذ کوچک به نظر می‌رسید، اما در طول روز به خوردن ادامه می‌داد. تا پایان هفته، نادیده گرفتن این باخت سخت بود. به همین دلیل است که این نوع ارتقا اهمیت دارد. انتظار کمتری میخواهم من کار نرم تری می خواهم من سیستمی می‌خواهم که بدون تعمیر دائمی به حرکت خود ادامه دهد. وقتی تنظیمات قدیمی مدام سرعتم را کم می کند، حتی یک تیم قوی هم احساس می کند که گیر کرده است. چیزی که من یاد گرفتم ساده است: زمانی که ابتدا نقاط ضعف برطرف شوند خروجی سریعتر رشد می کند. من با یک سوال به کل روند نگاه کردم. کجا بیشتر وقتم را از دست می دهم؟ پاسخ همیشه ماشین اصلی نبود. گاهی اوقات یک قسمت فرسوده بود. گاهی اوقات این یک گام آهسته در راه اندازی بود. گاهی اوقات این ابزاری بود که ظاهر خوبی داشت، اما دیگر با سرعت کار مناسب نبود. من از تعقیب هر علامت کوچک دست کشیدم. من روی منبع تمرکز کردم. آن تغییر همه چیز را برای من تغییر داد. در اینجا روشی است که من به ارتقاء نزدیک شدم: با بررسی کامل تنظیمات فعلی شروع کردم. هر تأخیر، هر خطای تکراری، و هر توقفی که مدام برمی‌گشت را یادداشت کردم. از افرادی که روی زمین بودند پرسیدم چه چیزی بیشتر از همه آنها را کند کرده است. پاسخ آنها اغلب ساده بود. یک قسمت گیر کرده هارد ریست. کنترلی که خواندن آن آسان نبود. قدمی که بیش از آنچه باید تلاش کرد. من یک لیست تهیه کردم و آن را بر اساس تأثیر مرتب کردم. بزرگترین از دست دادن زمان اول بود. سپس قطعاتی را که بیشترین دردسر را ایجاد می کرد، عوض کردم. من سعی نکردم همه چیز را به یکباره جایگزین کنم. من بر روی آنچه که بیشترین تأثیر را بر تولید روزانه داشت تمرکز کردم. این روش من را از هدر دادن پول برای تعمیراتی که خوب به نظر می‌رسیدند اما کم کار می‌کردند نجات داد. به سهولت استفاده هم توجه کردم. یک ارتقاء خوب نباید کار را سخت‌تر کند. اگر تیم من فقط برای حفظ حرکت خط به تمرینات اضافی نیاز دارد، این تغییر به اندازه کافی کمک نمی کند. من چیزی واضح، ثابت و آسان می خواستم. بعد از تغییر بلافاصله متوجه چند نکته شدم. خط به همان اندازه متوقف شد. تیم زمان کمتری را برای بررسی های مکرر صرف کرد. کار احساس آرامش بیشتری داشت. این آرامش مهم است. یک فرآیند روان به افراد فضایی برای تمرکز می دهد. آنها تمام روز به مشکلات واکنش نشان نمی دهند. آنها شروع به انجام کار بهتر می کنند. من این اتفاق را در یک فروشگاه بسته بندی کوچک که با آن کار می کردم، دیدم. تنظیمات قدیمی آنها نزدیک به پایان هر شیفت، سرعت آنها را کاهش می داد. برچسب ها علامت خود را از دست دادند. بسته ها نیاز به بازسازی دارند. کارکنان مشغول ماندند، اما شمارش نهایی هنوز کمتر از حد انتظار بود. آنها بخشی را که بیشترین تاخیر را ایجاد کرد ارتقا دادند. نتیجه جادو نبود. پیشرفت ثابتی بود دوباره کاری کمتر توقف کمتر. خروجی سازگارتر این همان تغییری است که من به آن اعتماد دارم. نه وعده های بلند صحبت های پر زرق و برق نیست. فقط یک جریان بهتر از ابتدا تا انتها. اگر بخواهم یک نصیحت بکنم، این است: صبر نکنید تا مشکل بزرگ شود. خرابی های کوچک زمانی که اغلب تکرار شوند می توانند به ضرر بزرگی تبدیل شوند. الگو را تماشا کنید. منبع را پیدا کنید بخشی را که فرآیند را متوقف می کند ارتقا دهید. من اکنون به خروجی بهتر اینگونه فکر می کنم. نه به عنوان یک فشار سخت. نه به عنوان یک مسابقه به عنوان یک روش تمیزتر برای کار. وقتی پیوند ضعیف برطرف شود، کل تنظیمات سبک تر به نظر می رسد. افراد با استرس کمتری حرکت می کنند. مدیریت فرآیند آسان تر می شود. اعداد بهبود می یابند زیرا روز دیگر پر از توقف های قابل اجتناب نیست. این ارزش واقعی یک ارتقای هوشمند است. خرابی کمتر خروجی بیشتر یک روز کاری که دوباره تحت کنترل است. می خواهید بیشتر بدانید؟ می توانید با چارلی تماس بگیرید: charlie@hlcablemachine.com/WhatsApp +8615524632632.

مراجع Mobley, R. Keith 2002 Introduction to Predictive Maintenance Jardine, Andrew KS, Lin, Albert HC, and Banjevic, Dragan 2006 مروری بر تشخیص ماشین آلات و پیش آگهی پیاده سازی تعمیر و نگهداری مبتنی بر شرایط Nakajima, Seiichi 1988 Wootech 1988, Total Products Daniels and Banjevic. 2003 Lean Thinking Wireman, Terry 2010 Benchmarking Best Practices in Maintenance Management Gulati, Ramesh 2013 Maintenance and Reliability Best Practices