Yönetim toplantısının ilk çeyrek saatiydi. Üretim müdürünün slaytında haziran hurda oranı %2,1 yazıyordu; on dakika sonra kalite müdürünün slaytı aynı ay için %3,3 gösterdi. Genel müdür ikisine birden döndü: hangisi doğru? Odada kimse cevap veremedi. İşin can sıkıcı tarafı, iki rakamın da yanlış olmamasıydı. Biri tartılan hurdayı kilogramla sayıyordu, diğeri reddedilen parçayı adetle; ikisi ayrı Excel dosyasından çıkıyordu. Kalite verisi güvenilirliği tam da burada, tanımın kaydın önüne geçtiği noktada kaybolur.
Çöken şey rakam değil, tanımdı
O toplantıdan sonra iki dosyayı yan yana koyduk. Üretim, hurda kilogramını toplam üretim kilogramına bölüyordu. Kalite ise reddedilen parça adedini üretilen parça adedine bölüyordu. Aynı ayda ağır bir parçadan az sayıda hurda çıkmıştı; kilogram tarafı düşük, adet tarafı yüksek görünüyordu. Üstüne bir de tamir edilip kurtarılan 1.240 adet vardı: kalite bunları hurdaya yazmıştı, üretim yazmamıştı.
Bu tabloda kimse yalan söylemiyor. İki dürüst hesap, iki farklı tanımla iki farklı sonuç veriyor. Yönetimin gördüğü tek şey ise iki slaytın çelişmesi. Bir kez çeliştikten sonra artık hiçbir kalite rakamına tam güvenilmiyor; toplantının yarısı rakamın kendisini tartışmakla geçiyor, kararlar bir sonraki aya kalıyor.
Bu hikâyenin bir benzerini neredeyse her firmada gördüm. Bir yerde teslim performansı iki türlü hesaplanıyordu: lojistik istenen tarihe, kalite ise müşterinin mal kabul tarihine bakıyordu. Aradaki üç günlük nakliye süresi yüzünden iki bölüm aylardır birbirini yanlış bilgi vermekle suçluyordu. Kimse oturup tanımı yazmamıştı.
Veri bütünlüğü kalite sisteminde ne demek
Veri bütünlüğü (data integrity) denince akla ilk gelen, verinin bozulmadan saklanmasıdır. Kalite tarafında bundan fazlası gerekir. Bir kalite kaydı dört şartı birden sağlamalıdır: kaynağı belli olmalı, tanımı yazılı olmalı, girildikten sonra kimin ne zaman değiştirdiği izlenebilmeli ve aynı bilgi sistemde iki yerde ayrı ayrı yaşamamalı. Dördünden biri eksikse rapor teknik olarak üretilebilir, ama savunulamaz. Kalite verisi güvenilirliği bu dört şartın çarpımıdır; toplamı değil.
ISO 9001'in 9.1.3 maddesi, izleme ve ölçmeden çıkan verinin analiz edilip değerlendirilmesini ister. Maddenin arkasındaki mantık şu: yönetim kararı veriye dayanacaksa, o verinin nereden geldiği ve neyi ölçtüğü belli olmalıdır. Denetçi bunu genelde tek soruyla yoklar — bu grafikteki sayıyı bana kaydından üretir misiniz? Cevap "birleştirilmiş dosyadan geliyor" ise konuşma orada kilitlenir.
Farklı raporlarda farklı rakam çıkmasının beş kaynağı
Yıllar içinde onlarca firmada aynı beş sebebi gördüm. Sıraları bile pek değişmiyor. Tanım farkı: pay ve payda hiç konuşulmamıştır. Zaman penceresi farkı: biri üretim tarihine, diğeri kaydın sisteme girildiği tarihe göre gruplar, ay sonlarında iki gün kayar. Çift giriş: aynı hurda hem vardiya formuna hem kalite kaydına ayrı ayrı yazılır, biri düzeltilir diğeri unutulur.
Kapsam farkı da sık görülür. Numune, deneme üretimi, kurulum parçaları ve müşteriye gönderilmeyen hatlar birinde sayılır, diğerinde sayılmaz. En sinsisi ise elle düzeltme: rapor hazırlanırken "bu ay o kampanya vardı" denip birkaç satır silinir, kimse not düşmez. Ertesi ay aynı rapor yeniden üretildiğinde sayı tutmaz ve kimse sebebini hatırlamaz.
| Fark kaynağı | Üretim raporu | Kalite raporu | Etki (haziran) |
|---|---|---|---|
| Ölçü birimi | Kilogram | Adet | +0,7 puan |
| Tamir edilen parça | Sayılmıyor | Hurdaya dâhil | +0,4 puan |
| Zaman penceresi | Üretim tarihi | Kayıt tarihi | +0,1 puan |
| Deneme üretimi | Paydaya dâhil | Hariç | -0,1 puan |
| Elle düzeltme | 2 satır silinmiş | Yok | +0,1 puan |
| Sonuç | %2,1 | %3,3 | 1,2 puan |
Tabloyu görünce genel müdürün tepkisi şu oldu: demek ki iki rapor da doğru, ama ikisi birden yönetilemez. Doğru tepki buydu. Ondan sonraki iş, hangi tanımın şirketin resmî tanımı olacağını seçmek ve o seçimi bir yere yazmaktı. Seçim iki saat sürdü; asıl zaman seçimi yazılı hâle getirmeye gitti.
Bir tanım sözlüğü hazırlayın ve tek sayfayı geçmesin. Her gösterge için beş kolon yeter: gösterge adı, pay, payda, kaynak kayıt ve zaman penceresi. On beş gösterge bile tek sayfaya sığıyor. Bu sayfayı yönetim gözden geçirme toplantısının ekine koyun ve değiştiğinde revizyon numarasını artırın. Denetimde "bu oranı nasıl hesaplıyorsunuz" sorusuna verilecek en iyi cevap, bu sayfayı uzatmaktır.
Tek kaynak kuralı: veri nerede yaşayacak
Kalite verisi güvenilirliğinin teknik karşılığı tek cümledir: bir bilgi sistemde bir kez girilir, geri kalan her ekran o kaydı okur. Hurda adedi kalite kaydına girilir; üretim raporu, aylık pano ve müşteri sunumu aynı kayıttan beslenir. Bu kurulduğunda iki ekranın farklı sonuç vermesi imkânsız hâle gelir, çünkü ortada iki kayıt yoktur.
Pratikte engel teknik değil, sahiplik meselesidir. Hurda adedini kim girecek? Cevabı erken verin: veriyi olayın yaşandığı yerdeki kişi girer. Hurdayı ayıran operatör ya da vardiya şefi girer, kalite doğrular. Veriyi olaydan iki gün sonra masa başında toplayan bir kişi varsa, o kişi veriyi üretmiyor, tahmin ediyordur.
Bu düzenin bir yan faydası daha var. Hurda kaydı tek yerde tutulduğunda o kayıttan doğrudan bir düzeltici faaliyet açılabilir; hangi hurdanın hangi DÖF'e bağlandığı görünür olur. Ayrı dosyalarla çalışan firmalarda bu bağ hiçbir zaman kurulamaz, çünkü hurda satırının bir kimliği yoktur.
Giriş anında kontrol: veri giriş hatası nasıl engellenir
Veri giriş hatası sonradan temizlenmez, girişte engellenir. Serbest metin kutusu bırakan her alan altı ay sonra on farklı yazımla karşınıza çıkar. "Çapak", "capak", "ÇAPAK" ve "çapak var" aynı hata tipidir ama rapor bunları dört ayrı satır sayar. Hata kodu listesi kapalı olmalı ve listeyi kalite yönetmelidir.
Girişte uygulanacak kontroller basittir: zorunlu alan, kapalı liste, sayısal aralık, tarih sınırı ve mükerrer kayıt uyarısı. Bunların hepsi bir kalite yazılımında kutu işaretleyerek kurulur. Kurulmadığında ise ay sonunda "veri temizliği" diye bir iş doğar ve o iş kimsenin görev tanımında yazmaz.
| Alan | Kontrol tipi | Engellediği hata |
|---|---|---|
| Hata tipi | Kapalı liste | Aynı hatanın farklı yazımı |
| Hurda adedi | Sayısal, sıfırdan büyük | Boş veya metin giriş |
| Parti numarası | Zorunlu, format kontrollü | İzlenebilirlik kopması |
| Tespit tarihi | İleri tarih engelli | Yanlış aya düşen kayıt |
| Vardiya | Kapalı liste | Vardiya kırılımının bozulması |
| Aynı parti, aynı hata | Mükerrer uyarısı | Çift sayım |
Bu tabloyu kendi hurda formunuzun üzerine koyun ve hangi satırın karşılığı sistemde var diye işaretleyin. Genelde ilk üçü vardır, son üçü yoktur. Eksik olan üç kontrol, ay sonunda temizlenen kayıtların neredeyse tamamını üretir.
Bir noktayı da açık söyleyeyim: kapalı liste kurarken listeyi uzun tutmak da hata. Elli kalemlik hata kodu listesinde operatör en üstteki üç koddan birini seçer ve veri yine bozulur. On beş ile yirmi kod, çoğu imalat hattı için doğru aralık. Listeyi altı ayda bir gözden geçirin; hiç kullanılmayan kodu çıkarın, "diğer" seçeneğinin altına yazılan serbest metinleri okuyun. Oradan çıkan üç yeni kod, listenin gerçek ihtiyacını gösterir. Bu gözden geçirmeyi üretim ekibiyle birlikte yapmak, kodların sahada anlaşılır kalmasını sağlıyor.
İz kaydı neden pazarlık konusu değil
İz kaydı (audit trail), bir kaydın kim tarafından, ne zaman, hangi değerden hangi değere çevrildiğini saklar. Standart metinlerinde bu kelimeyi aramayın; orada yazan şey, kayıtların okunabilir ve istenmeyen değişikliğe karşı korunmuş olmasıdır. Uygulamada ikisi aynı kapıya çıkar. Bir denetçi "bu sayı sonradan değişti mi" diye sorduğunda cevabınız ya bir ekran görüntüsüdür ya da sessizliktir.
İz kaydının asıl faydası denetimde değil, günlük hayatta ortaya çıkıyor. Rakam tartışıldığında kimin neyi ne zaman düzelttiğini görmek tartışmayı beş dakikada bitiriyor. Suçlu aramak için değil; çoğu zaman düzeltme haklıdır ve sadece görünmez kalmıştır. Görünür olduğu anda düzeltmenin gerekçesi de yazılmaya başlanıyor. Bu kadar basit bir değişikliğin davranışı bu kadar hızlı değiştirmesi beni hâlâ şaşırtıyor.
Rakam güvenilir olunca ne değişir
Verinin doğruluğu tek başına bir hedef değil; kararın kalitesini belirlediği için önemli. Hurda oranı güvenilir hâle geldiğinde SPC verisiyle birleştirilebilir ve hangi hattın hangi vardiyada saptığı görülür. Müşteri şikâyeti sayısı güvenilir olduğunda müşteri scorecard puanınızın neden düştüğü kalem kalem ayrıştırılabilir. Ay sonu raporu da üç gün süren bir birleştirme işi olmaktan çıkar; bu tarafı otomatik kalite raporu yazımızda adım adım gösterdik.
Bir de görünmeyen kazanç var: tartışma konusunun değişmesi. Rakam güvenilir olduğunda toplantıda "bu sayı doğru mu" değil, "bu sayıyı nasıl düşürürüz" konuşulur. Aradaki fark bir toplantının tamamıdır. Kalite verisi güvenilirliği sağlandığında kalite biriminin toplantıdaki rolü de savunmadan yönlendirmeye kayıyor.
Denetimde veri bütünlüğünü ölçmenin standart bir yolu var: geriye izleme. Denetçi yönetim gözden geçirme sunumundan bir sayı seçer, sizden onu üreten kayıtlara inmenizi ister. İki adımda inebiliyorsanız sistem sağlamdır. Arada bir Excel dosyası varsa denetçi o dosyanın nasıl oluştuğunu sorar ve zincir genelde orada kopar. Bu testi denetimden önce kendiniz yapın; üç göstergede deneyin, yarım saatinizi alır.
Dört haftada toparlama planı
Bu işi büyük bir proje hâline getirmeyin. Kalite verisi güvenilirliği dört haftada kurulabilir. Birinci hafta tanım sözlüğünü yazın ve en çok tartışılan üç göstergeyi kilitleyin. İkinci hafta kayıt girişini olayın yaşandığı yere taşıyın; kapalı listeleri ve zorunlu alanları kurun. Üçüncü hafta eski verinin ne kadarını taşıyacağınıza karar verin — tavsiyem son on iki aydır, öncesini arşivde bırakın.
Dördüncü hafta raporu kayıtların üzerinden üretin ve eski Excel'i kapatın. Kapatmazsanız iki sistem paralel yaşar ve altı ay sonra aynı toplantıya geri dönersiniz. Geçişin sistem tarafındaki çerçevesini kalite yönetim sistemi sayfamızda bulabilirsiniz. PaKalite'de hurda, DÖF, şikâyet ve denetim kayıtları aynı veritabanında durduğu için rapor ayrı bir dosya değil, kayıtların görünümü olarak çıkıyor; tanım sözlüğünü yine sizin yazmanız gerekir, onu hiçbir yazılım sizin yerinize kararlaştıramaz.
Düzen kurulduktan sonraki ilk aylarda rakamlar kötüleşmiş gibi görünecek; daha önce kayda hiç girmeyen hurdalar artık giriyor olacak. Yönetime bunu baştan söyleyin. Söylemezseniz, doğru ölçmeye başladığınız için cezalandırılırsınız ve ekip kayıt tutmaktan tekrar kaçar. Bu geri dönüşü bir kez yaşayan firma, ikinci denemede çok daha zor ikna oluyor. Kalite verisi güvenilirliği bir yazılım projesi değil, bir tanım disiplini işidir; yazılım sadece o disiplini ayakta tutar.