گزارش شیفت می‌گوید راندمان خط خوب بوده. اما سرپرست می‌داند دیروز خط دو بار ایستاد و در گزارش دلیلش «خرابی» یا «تنظیم» نوشته شده که هیچ‌کس دقیقاً نمی‌داند کدام بوده. عدد آرام است، خط آرام نبود. این فاصله، دردِ مشترک بیشتر کارخانه‌هاست و ریشه‌اش معمولاً در فرمول OEE نیست؛ در داده‌ای است که به فرمول می‌رسد.
OEE را در یک بند بگوییم
OEE (اثربخشی کلی تجهیزات) سه عدد را در هم ضرب می‌کند:
- در دسترس بودن: خط از زمان برنامه‌ریزی‌شده چقدر واقعاً کار کرده؟ توقف‌ها اینجا کم می‌شوند.
- عملکرد: وقتی کار کرده، با چه سرعتی نسبت به سرعت طراحی؟ کندی و توقف‌های کوتاه اینجاست.
- کیفیت: از آنچه ساخته شد، چه سهمی سالم بود؟ ضایعات و دوباره‌کاری اینجا کم می‌شوند.
مثال حسابی، با عددهای نمونه: در دسترس بودن ۹۰٪، عملکرد ۹۵٪ و کیفیت ۹۹٪ میشود حدود ۸۴٫۶٪ (۰٫۹۰ × ۰٫۹۵ × ۰٫۹۹). این عددها فرضی‌اند و فقط نشان می‌دهند ضرب سه نسبت چطور از هر کدام جدا کمتر میشود.
فرمول ساده است. سختی کار در این است که هر سه ورودی را درست بگیرید.
چرا عدد گزارش با واقعیت خط نمی‌خواند؟
۱. دلیل توقف از حافظه می‌آید
شیفت که تمام میشود، فرم پر میشود و دلیل توقف، نزدیک‌ترین خاطره است. پژوهشی از دانشگاه چالمرز سوئد روی دادهٔ خام OEE از ۲۳ شرکت و ۸۸۴ ماشین (Hedman و همکاران، Procedia CIRP، ۲۰۱۶) نشان داد نزدیک نیمی از تلفات ثبت‌شده را نمی‌شد طبقه‌بندی کرد، چون دسته‌ها وجود نداشتند یا توصیف ضعیف بود. اگر توقف بی‌دلیل یا کلی‌گو ثبت شود، پارتوی توقف یک فهرست بهانه میشود.
۲. «ماشین ایستاد» با «ما داده را ندیدیم» یکی حساب میشود
ارتباط وسط شیفت قطع میشود و گزارش آن را «توقف» می‌نویسد. این یعنی قطع ارتباط به حساب خط نوشته شده و علت‌های واقعی توقف کج می‌شوند. این دو باید جدا شمرده شوند.
۳. ورودی خالی، صفر یا کامل فرض میشود
اگر شمارش کیفیت نیامده، خانه خالی می‌ماند و محاسبه با فرض «همه سالم بود» کامل میشود. نمودار قانع‌کننده و غلط از آب درمی‌آید. عدد OEEای که یکی از ورودی‌هایش نیامده، عدد نیست؛ باید «ناقص» بنویسد.
۴. تعریف «زمان برنامه‌ریزی‌شده» یکی نیست
استراحت، تعویض شیفت، نظافت و راه‌اندازی صبح را یک واحد از مبنا کم می‌کند و واحد دیگر نه. جلسهٔ ماهانه صرف مقایسهٔ دو عدد با دو تعریف میشود.
۵. هر گزارش عدد خودش را می‌دهد
تولید یک جا ثبت میشود و کیفیت جای دیگر. وقتی این دو با هم تطبیق داده نشوند، یک شیفت دو رکورد و دو OEE دارد.
پیش از هر داشبورد، پنج چیز را روی کاغذ بیاورید
- تعریف توقف. از چند دقیقه به بعد توقف حساب میشود؟ توقف کوتاه جدا شمرده میشود؟
- فهرست کوتاه دلیلها. ده تا پانزده دلیل، با زیردلیل برای بزرگ‌ترها. فهرست باید آن‌قدر کوتاه باشد که اپراتور وسط کار با یک لمس انتخابش کند.
- قاعدهٔ دادهٔ ناقص. وقتی ورودی نیامده، خروجی چه میشود؟ جواب درست: «ناقص».
- زمان برنامه‌ریزی‌شده. چه چیزی از مبنا کم میشود، و برای همهٔ واحدها یکی است.
- مالک هر عدد. کدام نقش مسئول تأیید رکورد شیفت است؟
این پنج مورد نرم‌افزار نمی‌خواهند. با کاغذ و یک جلسهٔ دو ساعته هم میشود نوشتشان، و بدون آن‌ها هر نرم‌افزاری فقط عدد غلط را زیباتر نشان می‌دهد.
چه چیزی را باید از اپراتور خواست و چه چیزی را از ماشین؟
قاعدهٔ خوب این است که از اپراتور فقط چیزی خواسته شود که ماشین خودش نمی‌داند. ماشین می‌داند چه زمانی ایستاد؛ نمی‌داند چرا. پس اپراتور فقط برای توقف‌های بی‌دلیل یک دلیل از فهرست کوتاه انتخاب می‌کند. فرم بلند آخر شیفت جواب نمی‌دهد: وسط کار وقت تایپ نیست و آخر شیفت جزئیات رفته است.
«ناقص» عملاً یعنی چه؟
فرض کنید در شیفتی ماشین دو توقف داشته و برای یکی دلیل ثبت شده و برای دیگری نه، و شمارش کیفیت هم هنوز نرسیده. سه برخورد ممکن است:
- عدد را کامل نشان بدهید و فرض کنید توقف دوم «برنامه‌ریزی‌شده» بود و همهٔ محصول سالم بود. نتیجه خوش‌بینانه و غیرقابل دفاع است.
- عدد را نشان ندهید و بگویید «داده کافی نیست». درست است، اما مدیر را بی‌اطلاع می‌گذارد.
- عدد را با برچسب «ناقص» نشان بدهید و دقیقاً بنویسید چه چیزی کم است: «یک توقف بدون دلیل، شمارش کیفیت نرسیده». این برخورد سوم هم صادق است و هم عملی: سرپرست می‌فهمد پیش از پایان شیفت چه چیزی را باید تکمیل کند.
با برخورد سوم، جلسهٔ صبح به‌جای بحث بر سر عدد، صرف تکمیل رکورد ناقص میشود.
هفتهٔ اول بعد از تعریف‌ها
وقتی پنج مورد بالا روی کاغذ آمد، یک هفته فقط اندازه بگیرید و هیچ تصمیم بزرگی نگیرید. در پایان هفته نگاه کنید: چند درصد توقف‌ها دلیل داشتند؟ چند درصد دلیلها «سایر» بودند؟ اگر «سایر» بزرگ‌ترین دسته است، فهرست دلیلها را اصلاح کنید. اگر دلیلها پر شدند اما اپراتورها همه را یک جور انتخاب می‌کنند، فرم برایشان سخت است یا انگیزه ندارند. در هر دو حالت، مشکل از فرمول OEE نیست.
نرم‌افزار در این میان چه می‌کند؟
فرآور روی همین فاصله کار می‌کند: رویداد ماشین را با زمینهٔ تولید و تأیید کوتاه اپراتور به رکورد شیفت می‌رساند و OEE را فقط وقتی ورودی‌هایش تأیید شده باشد کامل نشان می‌دهد. وضعیت امروز روی سایت: «راهکار مبتنی بر ارزیابی و پایلوت».
صریح بگوییم:
- نمونهٔ تعاملی روی دادهٔ مصنوعی ساخته شده و فرآور هنوز در هیچ کارخانه‌ای مستقر نیست.
- در فاز اول فقط میخواند؛ هیچ نوشتنی روی PLC و هیچ فرمانی به ماشین ندارد. تصمیم با انسان می‌ماند.
- MES نیست و علت ریشه‌ای قطعی ادعا نمی‌کند.
می‌توانید با شبیه‌ساز «شیفت من» یک شیفت نمونه را پخش کنید، به توقف‌های بی‌دلیل دلیل بدهید و ببینید OEE کی کامل میشود و کی «ناقص» می‌ماند. سناریوی توقف خط در مرکز دمو هم همین را از نگاه اپراتور و مدیر نشان می‌دهد.
گام بعد
برای اینکه بدانید در خط شما چه مقدار از توقف بی‌دلیل است و کدام داده را الان دارید، از ارزیابی شروع کنید. ارزیابی فرصت پرودکس، با نام «۲۱ روز تا سود»، یعنی نقشهٔ اولین پایلوت سودآور شما، ۲۱ روز طول می‌کشد و ۷۵ میلیون تومان است (مالیات بر ارزش افزوده جداست). خروجی‌اش یک برگه است: مسئله، دادهٔ لازم، معیار موفقیت و بازده برآوردی یک پایلوت ۸ هفته‌ای. سهم شما دسترسی به دادهٔ موجود و ۲ جلسهٔ کاری است. درخواست ارزیابی را ثبت کنید.
اگر می‌خواهید اول خودتان بسنجید، راهنمای هفت مسئلهٔ تولید برای هر مسئله می‌گوید دادهٔ لازمش را همین حالا دارید یا نه.