Raporlanan OEE var olan OEE değildir
Overall Equipment Effectiveness — Availability × Performance × Quality — en çok alıntılanan üretim KPI'sıdır ve en çok kurcalanmış olanlardan biridir. Pek çok fabrika OEE numarasını denetledik. Gerçek sayı neredeyse her zaman raporlanandan 10-30 puan düşüktür. Sebepler sistematiktir.Availability: en kolay yalan söylenen sayı
Availability = run time / planned production time.Bozulma yolu:
- "Planlı downtime" cömertçe tanımlanır. Temizleme, changeover'lar, molalar, "planlanan" PM'ler — hepsi paydaya dışında defterlenir. Metrik iyileşir; hat iyileşmez.
- Kısa duruşlar sayılmaz. Her 15 dakikada bir 2 dakikalık jam, veri sadece >5 dakikalık duruşları yakalıyorsa görünmez.
- Manuel loglama. Operatörler meşgul; downtime sonradan kategorize edilir, sıkça "planlı"ya yanlış kategorize edilir.
Düzeltme: planlı downtime'ı kısıtlayıcı tanımlayın. PLC'den otomatik olarak süre ne olursa olsun her duruşu yakalayın.
Performance: yuvarlama hatalarının yaşadığı yer
Performance = actual rate / ideal rate.Bozulma yolu:
- Ideal rate muhafazakâr ayarlanır. Rate edilen hız 60 ppm ama operatörler hattı 50 ppm'de tutmaya zorlandıysa, hat tutarlı şekilde tasarlanandan yavaş olsa bile performans %100 görünür.
- Ortalama hız mikro-duruşları maskeler. Hat her 5 dakikada 30 saniye duruyorsa, bir saatlik ortalama iyi görünür.
Düzeltme: ideal rate tasarım rate'idir, "müzakere edilmiş" rate değil. Parça başına gerçek cycle time'i kullanın.
Quality: genellikle en temiz, bazen gizli
Quality = good parts / total parts.Bozulma yolu:
- Rework iyi sayılır. Bir parça incelemede başarısız olursa, rework yapılırsa ve ikinci seferinde geçerse, bu bir parça mıydı iki mi?
- First-pass yield vs final yield. "Quality" raporluyorsanız, hangisi olduğu konusunda net olun.
Dürüst OEE kurulumu
- Her durum değişikliğinin otomatik yakalanması (PLC-tagged) — running, faulted, idle, blocked, starved.
- Plansız duruşların operatör kategorizasyonu (en fazla 8 neden kodu — daha fazlası kullanılmaz).
- Aggregate throughput değil, cycle time'ların otomatik yakalanması.
- Operatör self-report değil, inceleme sistemlerinden kalite verisi.
- Manuel araştırma olmadan "OEE > %90" okumasını reddetme.
Denetimlerimizde sıklığa göre sıralanmış kayıplar
- Setup / changeover — orta hacimde teorik kapasitenin %5-15'i. Neredeyse her zaman en yüksek kaldıraçlı iyileştirme hedefi.
- Hız kayıpları — "emin olmak için" tasarım rate altında çalışma. Sıkça görünmez.
- Küçük duruşlar — < 5 dakika duruşlar, neredeyse hiç manuel loglanmaz. Yalnızca %5-10'a kadar eklenir.
- Kalite kayıpları — genelde en çok izlenen, sıkça en büyüğü değil.
- Büyük arızalar — en görünür, ama genelde en büyük değil.
İşe yarayan iyileştirme döngüsü
- Operations + maintenance + engineering ile haftalık inceleme — 30 dakika, sabit gündem.
- Hafta için kayıpların Pareto'su.
- Bir spesifik karşı önlem seçildi, sahip atandı, son tarih ayarlandı.
- Geçen haftanın karşı önleminin incelemesi — metriği hareket ettirdi mi?
Sıkıcı. Etkili.
Yardımcı olmayan bir şey
Veri kalitesini düzeltmeden üst yönetime OEE raporlamak. Kötü sayılar kötü kararları şekillendirir.Yardımcı olan bir şey
İkinci bir metrik: TEEP (Total Effective Equipment Performance), planlı production time yerine takvim zamanını kullanır. "Planlı downtime"in cömertçe tanımlandığı durumları yakalar.OEE metodolojiniz nedir?
The OEE that gets reported is not the OEE that exists
Overall Equipment Effectiveness — Availability × Performance × Quality — is the single most-quoted manufacturing KPI and one of the most-fiddled-with. The real number is almost always 10-30 percentage points lower than what gets reported.Availability: the easiest number to lie with
Availability = run time / planned production time.The way it breaks:
- "Planned downtime" gets generously defined. Cleaning, changeovers, breaks, "scheduled" PMs — all booked outside the denominator.
- Short stops aren't counted. A 2-minute jam every 15 minutes doesn't show up if the data only captures stops > 5 minutes.
- Manual logging. Operators are busy; downtime gets categorised after the fact.
Fix: define planned downtime restrictively. Capture every stop, regardless of duration, automatically from the PLC.
Performance: where the rounding errors live
Performance = actual rate / ideal rate.The way it breaks:
- Ideal rate is set conservatively.
- Average rate masks micro-stops.
Fix: ideal rate is the design rate, not a "negotiated" rate.
Quality: usually the cleanest, sometimes hidden
Quality = good parts / total parts.The way it breaks:
- Rework counted as good.
- First-pass yield vs final yield.
The honest OEE setup
- Automatic capture of every state change (PLC-tagged).
- Operator categorisation of unplanned stops (max of 8 reason codes).
- Automatic capture of cycle times.
- Quality data from inspection systems, not operator self-report.
- Rejection of any "OEE > 90 %" reading without manual investigation.
The losses, ranked by frequency in our audits
- Setup / changeover — 5-15 % of theoretical capacity in mid-volume operations.
- Speed losses — running below design rate.
- Minor stops — < 5 minute stops, almost never logged manually.
- Quality losses — usually the most-tracked, often not the biggest.
- Major breakdowns — most visible, usually not the biggest either.
The improvement loop that works
- Weekly review with operations + maintenance + engineering — 30 minutes, fixed agenda.
- Pareto of losses for the week.
- One specific countermeasure picked, owner assigned, due date set.
- Review of last week's countermeasure.
One thing that doesn't help
Reporting OEE up to senior management before fixing the data quality.One thing that does help
A second metric: TEEP (Total Effective Equipment Performance), which uses calendar time instead of planned production time.What's your OEE methodology?
