Metodoloji

Motorun uyguladığı her formül, tanımı ve tercihin zorunlu olmadığı yerler. Başka türlü de yapılabilecek olan kabuller işaretlenmiştir; bunları kendinden emin bir sayının arkasına saklayan bir araç analiz yapmıyordur.

Bu belge, İngilizce metodolojinin Türkçesidir. Çevrilmemiş, aynı olguları aynı sırayla anlatacak biçimde yeniden yazılmıştır: bir argümanın makine çevirisi, argümanın yaklaşık bir kopyası olur ve burada içeriğin tamamı argümandır. Formül adları ve alan adları İngilizce kalır, çünkü ürünün içinde öyle yazılıdır.

Bütün hesaplama tek bir yerde yaşar. Hiçbir çıktı yüzeyi kendi başına metrik hesaplamaz.

---

Zaman

Üç eksen, asla birbirinin yerine geçmez:

brüt              = vardiya × saat × 3600
net mevcut süre   = brüt − mola×vardiya − planlı duruş
çalışma günü/yıl  = 365,25 × haftalık çalışma günü / 7 − tatiller
takvim/çalışma    = 365,25 / yıllık çalışma günü

Beş günlük hafta, çalışma günü başına 1,4 takvim günü verir.

Kabul: her tatilin, aksi hâlde çalışılacak bir güne denk geldiği varsayılır. Kullanıcıya raporlanır, üstü örtülmez.

Planlı duruş, plansız duruş değildir. Molalar, bakım pencereleri ve toplantılar mevcut süreyi azaltır. Arızalar ve mikro duruşlar azaltmaz — onlar OEE kullanılabilirliğine aittir. Bir arızayı her iki yerde de saymak, onu iki kez faturalandırmak olur.

---

Talep ve takt

çalışma günü başına talep = miktar / dönem, çalışılan günlere yayılmış
takt                      = net mevcut süre / günlük talep
pitch                     = takt × paket miktarı

Haftalık ve aylık talep çalışılan günlere yayılır, takvim günlerine değil: beş gün çalışan bir tesisten haftada 1.500 adet isteyen müşteri günde 300 ister, 214 değil.

Takt azaltılmamış mevcut süreyi kullanır. Müşterinin ne gerektirdiğini anlatır, tesisin neyi becerebildiğini değil — kabiliyet, aşağıdaki kapasite üzerinden girer.

---

Verim, ve her prosesin neden kendi taktı vardır

Verim kaybı kaç birim başlatılması gerektiğini değiştirir, ölçülmüş bir çevrim süresini asla.

Talep, müşteriden geriye doğru, ters topolojik sırada yayılır:

gereken çıktı(n) = n'in beslediği her şeyin gereken girdisinin toplamı
gereken girdi(n) = gereken çıktı(n) / nihai verim(n)

Üst prosesler, alt proseslerin sevk ettiğinden fazlasını başlatmak zorunda olduğu için her prosesin taktı farklıdır:

beklenen geçiş sayısı = 1 / (1 − n'e dönen rework oranlarının toplamı)
gereken geçiş         = gereken girdi × beklenen geçiş sayısı
verim düzeltmeli takt = net mevcut süre / gereken geçiş

Verim %100'ün altındayken, akış geneli için tek bir takt geçerli bir darboğaz testi değildir. Motordaki sonuçları en geniş olan düzeltme budur.

Miktar ilişkileri malzeme bağlantılarının üzerinde yaşar:

üst proses ihtiyacı = alt proses girdisi × birim başına adet × besleme payı

quantityPer ürün ağacı çarpanıdır: dört burç tüketen bir montaj, burç besleyicisini dört kat yükler. supplyShare ise birleşen bileşenlerle aynı parçayı taşıyan alternatif rotaları ayırır. Gelen bağlantıların birkaçı payını belirtmediğinde birleşme varsayılır ve bu bir kabul olarak yazdırılır.

Bir akış birden çok müşteriye ulaşıyorsa her müşteri bir demandShare belirtebilir. Eksiksiz bir dağılım %100 etmek zorundadır. Paylar yoksa ya da içe aktarılan bir dağılım geçersizse talep eşit bölünür ve bu geri düşüş sessizce normalize edilmek yerine raporlanır.

---

Çevrim süresi ve kapasite

Çevrim süresi iş elemanlarından türetilir, asla saklanmaz:

çevrim süresi = eleman sürelerinin toplamı, makine süresiyle örtüşenler hariç
birim başına  = çevrim süresi / makine sayısı
manuel içerik = ne makine süresi olan ne de onunla örtüşen elemanların toplamı

Örtüşme kuralı önemlidir: makine çalışırken yapılan bir mastar kontrolü çevrimi uzatmaz ve bir operatörü yüklemez.

Kaydedilmişse observedCycleTime, türetilmiş rakamla karşılaştırılır. %10'un üzerindeki fark raporlanır. Asla girdi olarak kullanılmaz ve asla üzerine yazılmaz.

model değişim kaybı = süre × günlük sıklık
çalışmaya kalan     = net mevcut süre − model değişim kaybı
kapasite            = çalışmaya kalan / birim başına çevrim süresi
darboğaz            ⟺ kapasite < gereken geçiş

---

EPEI

EPEI = (ürün sayısı × model değişim süresi) / (net mevcut süre − gereken çalışma süresi)

Bu bir kabiliyettir, bir çizelge değil: prosesin karmasının tamamını dönebileceği en kısa aralık. Politikayı epeiTargetDays tutar. İkisi arasındaki fark, SMED'den elde edilecek kazancın büyüklüğüdür ve yalnızca ikisi ayrı tutulduğu için görünürdür. Talep günü zaten tükettiğinde tanımsızdır — o zaman bir aralık değil, kapasite kontrolünün raporladığı bir açık vardır.

---

Kalite

Yüzde olarak değil, adet olarak saklanır:

toplam = ilk geçişte sağlam + yeniden işlem + hurda   (kurtarılan ⊆ yeniden işlem)

ilk geçiş verimi = ilk geçişte sağlam / toplam
nihai verim      = (ilk geçişte sağlam + kurtarılan) / toplam
hurda oranı      = (hurda + kurtarılamayan yeniden işlem) / toplam
tek SKU için RTY = o SKU'nun rotasındaki proseslerin ilk geçiş verimlerinin çarpımı
akış RTY'si      = Σ (SKU karma payı × SKU rota RTY'si)

Kabul: OEE'nin kalite çarpanı nihai sağlam adedini kullanır, yani yeniden işlemle kurtarılan birimler sağlam sayılır. Bunu sayım noktasının nerede durduğu belirler; firstPassYield ile oeeQualityRate bu yüzden ikisi birden raporlanır ve asla birbirinin yerine geçirilmez.

RTY ilk geçiş verimlerini çarpar: yeniden işlem gerektiren bir birim, sonu ne kadar iyi biterse bitsin ilk seferde doğru geçmemiştir. Yalnızca onarım yapan bir proses sevk edilen her birime çarpılmaz: hacmi zaten onu doğuran hata ve yeniden işlem döngüsüyle temsil edilmiştir. İsteğe bağlı operasyonlar yalnızca onları gerçekten kullanan SKU'lara uygulanır.

---

Devir teslimler, ve %C&A neden bir verim değildir

Bir ofis ya da hizmet akışının döndüğü ölçü. Bu da yüzde değil, adet:

%C&A          = geldiği hâliyle kullanılabilir / gelen
toplam %C&A   = ölçen proseslerin %C&A değerlerinin çarpımı

usableAsReceived, işe başlanabilmesi için hiçbir şey eklenmesi, düzeltilmesi ya da açıklığa kavuşturulması gerekmeyen kısımdır.

Asla toplam ilk geçiş verimine çarpılmaz. Bir verim, bu prosesin işe ne yaptığını söyler; %C&A ise bir öncekinin nasıl devrettiğini. Poliçe numarası olmadan gelen bir dosya ne hurdadır ne de yeniden işlem görmüştür — geri gönderilir, peşine düşülür ve geç başlar; bunun her saati verim rakamının hiç bakmadığı insanlar tarafından harcanır. İkisini birden kapsayan tek bir sayı, hangi ekip okursa okusun onu yanlış yere baktırır.

Toplam rakam, hiçbir şey ölçmemiş prosesleri kusursuz saymak yerine atlar ve kaçını atladığını kapsamdaki proses sayısına karşı yayımlar: dokuz devir teslimden ikisi üzerinden çıkarılmış bir sonuç ile dokuzunun tamamı üzerinden çıkarılmış bir sonuç farklı iddialardır ve manşet ikisini ayırt edemez. Hiçbirini ölçmemiş bir harita hiçbir rakam raporlamaz — kimsenin sormadığı bir akış, devir teslimleri kusursuz olan bir akış değildir.

---

OEE

kullanılabilirlik = çalışma süresi / planlı üretim süresi  (ya da belirtilen çalışılabilirlik)
performans        = (ideal çevrim süresi × toplam adet) / çalışma süresi
kalite            = nihai sağlam / toplam
OEE               = kullanılabilirlik × performans × kalite
A×Q skoru         = kullanılabilirlik × kalite            (performans bilinmiyor)

Üç çarpan, ya da OEE olmadığını söyleyen bir skor. Bir prosesin ekipman kaydı yoksa — ofis ve hizmet proseslerinde olmadığı gibi — hiçbir şey üretilmez ve çağırana sebebi söylenir. Kayıt varsa ama ideal çevrim süresi ya da çalışma süresi yoksa, kullanılabilirlik × kalite değeri isTrueOee: false ile raporlanır ve A×Q skoru olarak etiketlenmek zorundadır. Önceki ürün aynı çarpımı OEE adıyla raporluyordu; itiraz hep isme oldu, sayıya değil — ve bir proses, yalnızca ideal çevrimi üzerinde kimse anlaşmadı diye %0 OEE'de değildir.

Kabul: kullanılabilirlik ölçülebilir ya da beyan edilebilir ve ikisi eşit iddialar değildir. İkisi birden varsa planlı süreye karşı çalışma süresi tercih edilir: performans çarpanını besler ve aradaki fark, birinin üzerinde tartışabileceği bir kayıp süre miktarıdır. Çalışılabilirliği yalnızca yüzde olarak tutan bir tesis — yaygın durum, ve Learning to See'nin de yayımladığı biçim — bunu doğrudan belirtebilir. Belirtilen bir oran hiçbir dönem taşımadığı için o prosesin kendi çalışma gününe karşı okunur ve aşağıdaki model değişim düzeltmesi ona da aynen uygulanır.

Birin üzerinde bir performans çarpanı, kaydedilen ideal çevrim süresinin olduğundan düşük yazıldığı anlamına gelir. Makul görünen bir şeye kırpılmak yerine 1'de sınırlanır ve raporlanır.

---

Teslim süresi

Teslim süresi en uzun yoldur, haritadaki her şeyin toplamı değil.

Paralel dallar eş zamanlı çalışır: ana hattın yanındaki bir alt montaj hattı, kendi kuyruğunu müşterinin beklemesine eklemez. Topolojik sırada en uzun yol gevşetmesi uygulanır; birincil akışın döngüsüz kalması gerekmesinin sebebi budur.

Düğüm başına bekleme süresi:

birim kalış süresi = çevrim süresi × karma çarpanı   (makineler bunu BÖLMEZ)
PCE                = değer katan süre / toplam teslim süresi

Kalış, aralık değil. Bir dosyayı işleyen dört masa, her 300 saniyede bir dosya çıkarır ve her dosyayı 1.200 saniye elinde tutar. İlk rakam kapasiteyi boyutlandırır; ikincisi müşterinin beklediği şeydir ve zaman çizgisinin faturalandırdığı odur. ProcessMetrics.effectiveCycleTime ile unitResidenceTime tam da bu yüzden ikisi birden yayımlanır ve tek makineli her proseste eşittirler — Acme kıyaslamasındaki her proses gibi.

Değer katan süre de aynı esasla karma ağırlıklıdır; böylece farklı bir paydaya karşı hesaplanmış bir rakam değil, proses süresinin bir parçasıdır.

Biriktirme tamamen üretim saniyesinde yapılır; çalışma ve takvim gününe çevirme bir kez, en sonda, takvim üzerinden gerçekleşir.

Q parçalık bir proses ya da transfer partisi için:

ortalama parti çıkış beklemesi = ((Q − 1) / 2) × etkin çevrim süresi

Bu, tamamlanmış bir parçanın transfer grubuyla birlikte ayrılmak için beklediği, işlem sonrası süredir. Parti oluşumu üst tarafta açık bir stok düğümüne aittir, dolayısıyla ikinci kez sayılmaz. Parti beklemesi dokunma süresinden ayrı raporlanır, kuyruk süresine ve toplam teslim süresine dahil edilir.

Standart WIP tutan bir proses için:

standart WIP beklemesi = standart WIP × etkin çevrim süresi

Kutunun içindeki Little Yasası: iki parçanın beklediği bir istasyona gelen parça, ikisinin de bitmesini bekler. Burada faturalandırılır ve başka hiçbir yerde — standart WIP prosesin içindeki stoktur, dolayısıyla onun için ayrıca üçgen çizen bir harita aynı parçaları iki kez faturalandırırdı. Parti beklemesi gibi ayrı raporlanır ve kuyruk süresine dahil edilir, çünkü ikisi farklı işlerle ortadan kalkar.

Stok, kendi düğümüne yayılmış debiyi kullanır — quantityPer ve dal payları dahil. Bitmiş montaj başına dört burç, günde 300 montajda 1.200 burcu dört değil bir günlük tedariğe çevirir.

---

Hat dengeleme

proses operatör yükü = manuel iş içeriği × gereken proses geçişi / proses mevcut süresi
gereken operatör     = proses operatör yüklerinin toplamı
dengeleme verimi     = gereken operatör eşdeğeri / atanmış operatör   (sınırlanmamış)

Dengeleme verimi sınırlanmamıştır ve birin üzeri personel eksikliği demektir. [0, 1] aralığına kırpılıyordu; bu yüzden dört kişiden 5,3 operatör eşdeğeri gereken bir ofis rahat bir %100 raporlarken yanındaki personel planı iki kişi eksik olduğunu söylüyordu. Kapasite kullanımıyla aynı gerekçe: arayüzdeki çubuk dolulukta durabilir, rakam duramaz. Ayrıca bunun bir kadro oranı olduğuna dikkat edin; klasik hat dengeleme formülü (iş içeriği bölü istasyon sayısı × darboğaz çevrimi) değildir. Sahada ikisine de dengeleme verimi denir.

Manuel içerik, gözetimsiz makine süresini ve onun içinde saklı işi dışarıda bırakır — bu yüzden bir istasyonun çevrim süresinden hesaplanamaz. Gereken geçişler rota payını, verim kaybını ve yeniden işlemi içerir. Tasarım katmanı bir aralık raporlar: iş paylaşılabiliyorsa ceil(toplam operatör eşdeğeri) teorik asgaridir, Σ ceil(proses operatör yükü) ise adanmış kapsama durumudur. Hiçbiri işgücünün azaltılabileceğinin kanıtı olarak sunulmaz; beceri, mesafe, güvenlik ve eş zamanlı bulunma kısıtları bir Yamazumi çalışması ve sahada doğrulama gerektirir.

---

Tutarlılık kontrolleri

Motor modeli kendisiyle karşılaştırır ve çelişkileri sessizce çözmek yerine raporlar.

Little Yasası — WIP = debi × akış süresi. Teslim süresi en uzun yoldur, dolayısıyla kritik olmayan dallardaki stoğu dışarıda bırakır; beyan edilen WIP onu içerir. Aradaki fark bu yüzden döngüsel değil, bilgilendiricidir: teslimatı yöneten yolun dışında park etmiş stoğu ölçer. %5'in üzerinde raporlanır.

Kapasite — her proses müşterinin ihtiyacını üretebilmelidir.

Pacemaker — tam olarak bir proses beyan edilmeli, bu proses son sürekli akış segmentinin üst ucuyla uyuşmalı ve bilgi akışı birden çok üretim prosesini doğrudan çizelgelememelidir.

Sınırlar — bir tedarikçiyle başlayıp bir müşteriyle bitmeyen akışın teslim süresi, giren ve çıkan malzemeyi dışarıda bırakır.

Charter — çalışmanın neden var olduğunu ve neyin başarı sayılacağını kaydedip kaydetmediği. Üç başarısız sonuç: hiç charter olmaması, hedef belirtmeyen amaçlar, ve arkasında iş gerekçesi ya da problem tanımı olmayan ölçülebilir amaçlar. Motor bir charter'dan hiçbir şey hesaplamaz ve yine de kontrol eder, çünkü önlediği başarısızlık aritmetik değildir: charter'ı olmayan bir çalışma, harita bir soruya cevap vermek yerine bir tesisi tarif edene kadar genişler.

Ölçüm kapsamı — girdilerin ne kadarının tahmin değil, gözlem, sistem kaydı ya da mühendislik standardı ile desteklendiği. Editör kaynağı kaydeder ve ayrıca örneklem büyüklüğü, ölçüm tarihi, ölçen kişi ve bir kanıt notu tutabilir. İki harita aynı teslim süresini üç ondalıkla raporlarken biri zaman etütlerinden, diğeri hatırlamadan gelmiş olabilir.

---

Gelecek durum tasarımı

Çizim değil, boyutlandırma. Aşağıdaki her rakam kapalı formdadır ve hangi esasa göre hesaplandığını raporlar; çünkü bir tesisin kendi beyan ettiği aralıktan boyutlandırılan süpermarket ile varsayılandan boyutlandırılan süpermarket farklı türde iddialardır.

Tasarım politikası — emniyet ve tampon çarpanları, hizmet düzeyi, tolere edilen duruş, geri düşüş ikmal kapsaması ve geri düşüş kap büyüklüğü sabit değil, girdidir. Çağıran tarafından verilir, görünür biçimde varsayılanı atanır ve result.design.policy üzerinde geri döndürülür; böylece bir rapor, tavsiyelerinin neye dayandığını yazdırabilir.

çevrim stoğu       = çekme hızı × ikmal teslim süresi
tampon stoğu       = çevrim stoğu × tampon çarpanı
süpermarket boyutu = çevrim + emniyet + tampon
kanban kartı       = ceil(süpermarket boyutu / kap miktarı)

Çekme hızı, tüketen prosesin gereken girdisidir; yani verim kaybı ve yeniden işlem yükü zaten içindedir. Kartlar yukarı yuvarlanır: yarım kart hiçbir şeye yetki vermez.

Emniyet stoğu iki yolla boyutlandırılır ve sonuç hangisini kullandığını söyler.

Kabul — saklanan türden olduğu için açıkça yazılıyor. Emniyet stoğunu bir değişim katsayısından türetmek bir dağılıma bağlanmak demektir ve bu formül normale bağlanır: ikmal aralığındaki talebin ortalaması etrafında normal dağıldığı ve günlük çekimlerin bağımsız olduğu varsayılır, dolayısıyla n günlük standart sapma √n ile büyür. Bu, toplulaştırılmış tekrar eden talep için makul, sıçramalı ya da aralıklı talep için kötüdür — uzun sessiz dönemleri olan bir yedek parça akışı bu formülle eksik kapsanır ve kullanıcısı ya hizmet düzeyini geçersiz kılmalı ya da CV'yi hiç vermeyip politikayla boyutlandırmalıdır. Motor, kullandığı çarpanı (safetyFactorUsed) rakamın yanında raporlar; böylece kabul yalnızca kabul edilmek yerine tartışılabilir.

Hizmet düzeyi, tesisin stoksuz kalmaya toleransıdır, haritanın bir özelliği değil; bu yüzden diğer kararlarla birlikte DesignPolicy içinde yaşar.

CV alanındaki sıfır, ölçüm yok olarak okunur; değişkenliği olmayan bir müşteri olarak değil. İkincisi diye bir şey yoktur ve harfi harfine okumak, hiç emniyet stoğu olmayan bir süpermarketi bir bulguymuş gibi yazdırırdı.

Kanban türü — bir çekme bağlantısı üç sinyalden birini taşır ve üçü aynı depoyu boyutlandırmaz.

Sinyal kanbanı sürekli bir döngü değil, yeniden sipariş noktasıdır; çünkü uzun model değişimi olan bir proses tek kap tek kap ikmal yapamaz. Tetik noktası çevrim stoğu + emniyet stoğudur — ikmal aralığındaki talep, artı değişkenliğe karşı tutulan kapsama — ve depo, sinyalin sipariş ettiği partiyle birlikte o seviyede zirve yapar. Sürekli formülle boyutlandırmak, ilk teslimatının taşıracağı bir depo önerirdi.

Bir sinyal döngüsünün besleyen prosesi parti büyüklüğü belirtmiyorsa depo sürekli formüle geri düşer ve kabul bunu söyler; bir parti uydurmaz. Belirtilmemiş bir kanban türü withdrawal olarak okunur — alan var olmadan önce çizilmiş her haritanın zaten kastettiği şey.

İkmal teslim süresi, tercih sırasıyla:

FIFO hattı kapasitesi = ceil(tolere edilen duruş / tüketen proses taktı)
pitch                 = takt × paket miktarı
seviyelendirme dilimi = mevcut süre / pitch, ürün karma payına bölünmüş

Bir FIFO bağlantısı dış bir operasyonu besliyorsa ve tüketen prosesin taktı yoksa, akış taktı açık bir geri düşüş olarak kullanılır ve esas sonuçla birlikte yayımlanır.

EPEI uygulanabilirliği — ProcessMetrics.epeiDays aralık en kısa ne olabilir sorusuna cevap verir; bu ise çalıştırmayı düşündüğümüz aralık sığıyor mu sorusuna:

mevcut          = günlük net mevcut süre × aralık günü
çalışma süresi  = gereken geçiş × çevrim süresi × aralık günü
model değişimi  = ürün sayısı × model değişim süresi
uygulanabilir   ⟺ çalışma süresi + model değişimi ≤ mevcut

Uygulanamayan aralıklar açığıyla birlikte raporlanır. Negatif pay bir sayı olarak yayımlanmaz; feasible: false olarak yayımlanır.

Planlanan çevrim süresi — hücrenin çalışmak üzere kurulduğu çevrim; ki bu takt değildir:

planlanan çevrim süresi = beyan edilen, ya da takt × planlanan çevrim payı
planlanan çevrimde operatör = Σ (manuel içerik ÷ kendi verim düzeltmeli taktı) ÷ pay

Müşterinin tam ritmine kurulmuş bir hücrenin sıkışmaya, eksik parçaya ya da soru cevaplayan bir operatöre ayıracak hiçbir şeyi kalmaz. Esas, çevrimi ekibin mi seçtiğini yoksa politika payının mı verdiğini söyler ve kadro, takttaki rakamın yerine değil yanında raporlanır — aradaki fark, o payın maliyetidir. Takttan büyük beyan edilmiş bir çevrim uygulanmak yerine reddedilir: taktın gerektirdiğinden az operatör raporlardı.

Standart WIP — bir hücrenin çalışabilmesi için gereken parçalar:

tavsiye = makine sayısı, herhangi bir eleman gözetimsiz çalışıyorsa
        = 0,             hiçbiri çalışmıyorsa

Operatör yürürken kendi başına çevrim yapan her makinede bir parça. Bu asgarinin üzerindeki her şey, üzerinde standart iş adı yazan, hücre içi bir kuyruktur ve parça cinsinden raporlanır — hücre nerede olursa olsun doğrudur, kritik yola bağlı olan gün cinsinin aksine.

Ürün stratejisi — hangi ürünlerin stokta tutulacağı, hangilerinin istendiğinde üretileceği:

Tesisin kendi sınıflandırması, motorun hacim okumasına tercih edilir ve esas hangisinin kullanıldığını söyler. Bunu asıl belirleyen, bir ürünün ne sıklıkta sipariş edildiğidir ve hiçbir harita bunu kaydetmez; bu yüzden pay kullanıldığında kabul bunu söyler ve iki eşiği de yazdırır. Repeater hiçbir tavsiye almaz: raf ömrü, sözleşme şartları ve model değişim maliyeti belirler, model üçünü de tutmaz. Tek ürünlü bir akış hiçbir şey almaz.

Pacemaker — son prosesten geriye doğru, malzeme doğrudan hareket ettiği sürece yürüyün: oturacak tampon ve bekleyecek çekme sinyali olmadığı sürece. O segmentin üst ucu, çizelgenin ait olduğu yerdir. Tavsiye, haritanın beyan ettiğinin yanında raporlanır; onun üzerine asla yazmaz.

---

Tanı kuralları

Yaptığı işe göre adlandırılmıştır. Prototip aynı fikre "kök neden motoru" derken bir belirtiyi sabit bir cümleye eşliyordu; arkasında duruş sınıflandırması, Pareto ya da korelasyon yoktu.

Her bulgu şunları taşır: tetiklenen kural, karşılaştırılan metrik, aşılan eşik, gözlenen değer, bir güven düzeyi, bir doğrulama adımı, ve belirtilen bir birimde nicelenmiş ya da açıkça none olan bir etki.

Eşikler sabit değil, bir tesis hakkındaki yargılardır: bir atölye ile yüksek hacimli bir hat, neyin fazla stok sayılacağı konusunda anlaşmaz. Hepsi geçersiz kılınabilir ve fiilen kullanılan küme raporla birlikte geri döner.

Güven, veri güveni eşiğin altında olan bir haritada bir kademe düşürülür — veri kalitesi hakkında olan iki bulgu hariç; onlar aksi hâlde kendi kendilerini aşağı çekerdi.

---

Üretim yatırım kararlarında kullanım

Motor, bir yatırım kararının operasyonel tarafını destekleyebilir: talep ve verim düzeltmeli kapasite, kapasite açığı ve tamponu, paylaşılan kaynak yükü, gereken operatör eşdeğerleri, parti gecikmesi, stok maruziyeti, mevcut/gelecek karşılaştırması ve bu rakamların arkasındaki ölçüm güveni.

Model hiçbir para taşımaz. Şemada da motorda da hiçbir yerde birim maliyet, işçilik ücreti, stok taşıma oranı, model değişim maliyeti ve sermaye maliyeti yoktur. Her çıktı fiziksel bir büyüklüktür — parça, gün, saniye, operatör eşdeğeri, kart — ve bunlardan herhangi birini bir finans biriminin tanıyacağı bir rakama çevirmek bu aracın dışında, göremediği ve dolayısıyla kontrol edemediği bir modelde olur.

Açıkça söylenmeye değer üç sonuç, çünkü her biri kolayca varsayılıp geçilir:

• Stok maruziyeti parça ve gündür, işletme sermayesi değil. 686 parçalık bir süpermarket, biri birim değer vermeden bir lira tutarı değildir ve motor, kullanılan değerin yanlış olduğunu fark etmez.
• İyileştirmeler getiriye göre sıralanamaz. Kural motoru bulguları ciddiyete ve nicelenmiş fiziksel etkiye göre sıralar. İki bulgudan hangisinin daha değerli olduğu konusunda bir görüşü yoktur, çünkü ikisini de fiyatlandıramaz.
• Mevcut/gelecek karşılaştırması bir iş gerekçesi değildir. MetricDelta bir teslim süresinin düştüğünü ve ne kadar düştüğünü söyler; bu düşüşün onu üreten ekipmanı haklı çıkarıp çıkarmadığı, farkların içermediği bir sorudur.

Bu bir gözden kaçırma değil, bir kapsam kararıdır ve geri dönülebilir: maliyet oranları politika olarak, birim değerler harita verisi olarak girerdi. Girene kadar bir dışa aktarım, bir iş gerekçesine operasyonel girdidir; asla iş gerekçesinin kendisi değil.

Bir VSM'yi otomatik bir sermaye onay modeline dönüştürmez. Bu çıktılardan ekipman ya da işgücü onaylanmadan önce karar kaydında şunlar da bulunmalıdır:

1. tarihli bir talep taban çizgisi ve düşük/temel/yüksek talep senaryoları;
2. yalnızca ortalamalar değil, gözlenmiş çevrim süresi dağılımları ve duruş geçmişi;
3. gösterilmiş kalite/yeniden işlem rotalaması ve parti/transfer kuralları;
4. fiziksel kısıtlar, beceriler, güvenlik ve eş zamanlı personel ihtiyaçları;
5. tedarikçi ve dış proses hizmet kanıtı;
6. CAPEX/OPEX, uygulama süresi, işletme sermayesi etkisi ve finansın onayladığı NBD/geri ödeme kabulleri;
7. her tahmin için adı geçen bir sahip ve sahada doğrulama imzası.

Bulgular bilinçli olarak bir doğrulama adımı içerir ve modelin bir sayıyı savunamadığı yerlerde nicelenmiş etki none'dır. Özellikle, atanmış insanlarla teorik operatör eşdeğerleri arasındaki fark, iş paylaşımı gösterilmeden işgücü tasarrufu olarak iddia edilmez.

Nicelenmiş etki bilinçli olarak ihtiyatlıdır:

• model değişimi — yalnızca iç hazırlık payı, SMED'in dönüştürdüğü kısım
• fazla stok — eşiğin üzerindeki günler; bir üst sınırdır, çünkü teslimatı yalnızca kritik yoldaki stok yönetir
• takt üstü çevrim süresi, düşük PCE, itme çizelgeleme — none. Bunlar savunulabilir bir sayısı olmayan gerçek bulgulardır ve bir sayı uydurmak daha kötü olurdu.

---

Doğrulama

Motorun yeniden kurulmuş Acme Stamping mevcut durum kıyaslaması, Rother ve Shook'un Learning to See kitabındaki üç yayımlanmış toplamla eşleşir:

Örneğin asıl bulgusuyla da eşleşir — 62 saniyedeki montaj 1, 60 saniyelik taktı karşılayamaz — ve OEE raporlamayı reddeder, çünkü kitabın "%85 çalışılabilirlik" değeri OEE'nin gerektirdiği üç çarpanlı ölçüm değildir.

Kaynak. Veri seti, elde bir nüshadan aktarılmak yerine kitabın yayımlanmış toplamlarından yeniden kuruldu; bu da kıyaslamayı döngüsel yaptı: bir çıktıyı yeniden üretmek için seçilmiş girdiler, o çıktıyı bağımsız olarak doğrulayamaz.

30 Temmuz 2026'da yeniden kurulum, aynı mevcut durum haritasının üç bağımsız öğretim reprodüksiyonuna karşı alan alan çapraz kontrol edildi. Her rakam desteklendi — beş çevrim süresi (1 / 39 / 46 / 62 / 40 sn), beş stok adedi (4.600+2.400 · 1.100+600 · 1.600+850 · 1.200+640 · 2.700+1.440), beş günlük rulo, 20 günde 12.000 sol / 6.400 sağ olarak bölünmüş aylık 18.400, bir saatlik pres ve on dakikalık kaynak model değişimleri, ve her biri iki onar dakikalık molası olan iki sekiz saatlik vardiya.

İki kaynak ayrıştı ve iki ayrışma da otorite üzerinden değil aritmetik üzerinden eleniyor: 45 sn ve 50 sn'lik punta kaynak süreleri 188 değil 198 sn eder; ve montaj 1'den sonra 1.600+850'yi tekrarlamak 23,6 değil 24,28 gün verir. Desteklenen küme, yayımlanmış toplamlarla tutarlı olan tek kümedir.

Kaynaklar çalışılabilirlikleri de (%85 pres, %100 kaynak 1, %80 kaynak 2, %100 her iki montaj) arkasında hiçbir planlı süre, çalışma süresi ya da ideal çevrim süresi olmayan çıplak yüzdeler olarak yayımlıyor. Model artık çıplak bir yüzdeyi beyan edilmiş kullanılabilirlik olarak tutabildiği için bu bir kısıtlama değil bir tercihtir: veri seti yine de dışarıda bırakıyor, çünkü eklemek kıyaslamanın kapasite rakamlarını, bu veri setinin yeniden üretmek için var olduğu yayımlanmış toplamlardan uzaklaştırırdı. Motor onun için OEE raporlamayı yine de reddediyor.

Kaynak model değişim sıklığı bir kabul olarak kalıyor: kitap her-parça-her-iki-hafta ifadesini yalnızca pres için veriyor ve hiçbir reprodüksiyon kaynak rakamlarını sağlamıyor. Kapasiteyi etkiler, iddia edilen hiçbir altın rakamı değil.

Bu, ikincil kaynaklarla desteklemedir; Rother ve Shook'a karşı doğrulama değildir. Kalan boşluk dar ama gerçektir, bu yüzden not duruyor.

Bu kabul edilmiş bir sınırlamadır, açık bir iş değil. Kapatmak için kitabın bir nüshası gerekir, ki proje onu bulundurmuyor; bu depoda yapılacak hiçbir iş boşluğu daraltamaz. Kitabı elinde olan herkes veri setini yukarıda listelenen rakamlara karşı alan alan kontrol edebilir — geriye kalan bunun tamamıdır ve devam eden bir iş olarak izlenmek yerine buraya kaydedilmiştir.

Editörü aç