Denetim Bulgusu İstatistiği: QMS'ten YGG Raporu Çıkarmak

Yönetimin gözden geçirmesine bir hafta kaldı. Kalite mühendisi rafta duran dört klasörü masaya diziyor, iç denetim raporlarını tek tek açıyor, bulguları sayıyor ve Excel'e giriyor. Müşteri denetimlerinin bulguları başka bir klasörde, belgelendirme raporu ise e-postada. İki gün sonra ortaya bir tablo çıkıyor ama kimse o tablodaki sayılara tam güvenmiyor. Oysa denetim bulgu istatistiği, kayıtlar tek yerde tutulduğunda tek bir filtreyle çıkar; iki güne değil, iki dakikaya sığar.

Yönetim neden bu tabloyu görmek zorunda?

ISO 9001 ve IATF 16949, yönetimin gözden geçirmesinin girdileri arasında denetim sonuçlarını açıkça sayar. Yani bu tablo bir süsleme değil, standardın istediği bir girdidir. Ama standardın istediği asıl şey sayı değil, karardır: yönetim bu veriye bakıp kaynak ayırmalı, hedef değiştirmeli ya da bir süreci yeniden ele almalıdır.

Bunun için tablonun yorumlanabilir olması gerekir. Toplam yirmi üç bulgu cümlesi hiçbir şey söylemez. Bu yirmi üçün on ikisinin aynı süreçten çıktığını, dördünün geçen yılın tekrarı olduğunu ve ortalama kapanma süresinin altmış yedi güne çıktığını söylerseniz toplantının yönü değişir. ISO 9001 denetiminde de bu ayrım fark eder; denetçi tabloyu değil, tablodan çıkan kararı arar.

Bir noktayı da netleştirelim: denetim bulgu istatistiği sadece iç denetimleri kapsamaz. Müşteri denetimleri, belgelendirme ve gözetim denetimleri, tedarikçilerinizde yaptığınız ikinci taraf denetimler ve varsa müşterinizin sizin adınıza yaptırdığı özel denetimler aynı tabloda toplanmalıdır. Çoğu kuruluşta bu kaynaklar ayrı klasörlerde yaşadığı için hiç birleştirilmez ve yönetim yalnızca iç denetim tarafını görür. Oysa aynı sürecin hem içeriden hem müşteriden bulgu alması, tek başına iç denetimin o süreci zayıf denetlediğinin işaretidir.

Bulgu kaydında hangi alanlar tutulmalı?

İstatistiği sonradan çıkarmak diye bir şey yok. Bulgu kaydedilirken hangi alanlar dolduruluyorsa, yıl sonunda ancak o kırılımlar alınabilir. Otomotiv tedarikçilerinde işe yaradığını gördüğüm asgari alan seti şu sekiz satırdan oluşuyor.

Bu sekiz alan doldurulduğunda yıl sonunda hiçbir sayım yapmanıza gerek kalmaz. Doldurulmazsa hiçbir yazılım eksik veriyi üretemez; bu yüzden alan setini kurmak, rapor ekranı seçmekten önce gelir. Alan setini bir kez oturttuktan sonra da değiştirmeyin; yıllar arası karşılaştırma ancak sabit alanlarla mümkün olur. Süreç listesini organizasyon değiştiğinde güncellemek gerekirse eski adları silmeyin, pasife alın; geçmiş kayıtların bağı kopmasın.

Süreç bazlı bulgu dağılımı: asıl konuşulacak tablo

Bir metal işleme tedarikçisinde bir yılın bulgu dağılımını gösteren örnek çalışma şöyle görünüyor. Rakamları kendi verinizle değiştirin; önemli olan kolonların kurgusudur. Sağdaki iki kolon olmadan tablo yorumlanamaz.

Bu tabloya bakan bir yönetim kurulu üç şeyi hemen görür. Bakım süreci hem en çok bulgu üretiyor hem de en yavaş kapatıyor. Tekrar eden sekiz bulgunun beşi bakım ve kalibrasyonda toplanıyor, yani bu iki alanda kök neden çalışması sığ kalmış. Depo süreci ise bulgu üretiyor ama hızlı kapatıyor; orada sorun kapasitede değil, günlük disiplinde.

Tabloyu yıllar arası karşılaştırmalı kurarsanız değeri katlanır. Aynı satırların yanına geçen yılın sayılarını koyun; yönetim toplantısında tartışma anında sayıdan yöne kayar. Bakım altıdan dokuza çıkmışsa sebebini konuşursunuz, dokuzdan dörde inmişse alınan kararın işe yaradığını görürsünüz. Tek yıllık bir denetim bulgu istatistiği fotoğraf verir, iki yıllık olanı ise yön verir; yönetimin ihtiyacı olan ikincisidir.

Tekrar eden bulgu neyi ölçer?

Tekrar eden bulgu, denetim sisteminin değil düzeltici faaliyet sisteminin göstergesidir. Aynı sürecin aynı şartından, önceki bulgu kapatıldıktan sonra yeniden uygunsuzluk çıkıyorsa yapılan iş düzeltmeydi, düzeltici faaliyet değildi. Otomotivde bu ayrımın bedeli ağırdır: müşteri denetiminde tekrar eden bir bulgu, ilk seferkinden çok daha sert sonuç doğurur ve çoğu zaman tedarikçi puanına da yansır.

Tekrarı ölçebilmek için bulgu kaydının önceki kayda bağlanabilmesi gerekir. Metinlerin birebir aynı olması şart değil; belirleyici olan aynı kök nedene işaret etmesidir. Tekrar oranınız yüksekse önce kök neden analizi kalitenize bakın, sonra düzeltici faaliyet kapanışında etkinlik doğrulaması yapılıp yapılmadığına. Deneyimim şu: tekrarların büyük kısmı, faaliyetin kapatıldıktan sonra hiç doğrulanmamasından çıkıyor.

Seviye ayrımını da tabloya koyun

Majör, minör ve gözlem ayrımını yapmadan sunulan bir tablo, ağırlığı gizler. Sekiz gözlem ile iki majör aynı sütunda toplandığında yönetim on bulgu görür ve rahatlar; oysa o iki majör, belgenin askıya alınmasına kadar giden bir zincirin başlangıcı olabilir. Seviyeyi ayrı kolonda gösterin ve majör bulguları isimleriyle, tek tek yazın. Yılda bir iki tane olurlar zaten; toplantıda üç dakikalık bir bahsi hak ederler.

Kapanma oranı tek başına yanıltır

Yönetim toplantılarında en sık gördüğüm slayt şudur: bulguların yüzde yüzü kapatıldı. Bu cümle tek başına hiçbir şey ifade etmez, çünkü kapanma tarihine bakılmamıştır. Otuz sekiz bulgunun otuz altısı Aralık ayının son iki haftasında kapatıldıysa, o yıl sistem çalışmamış, sadece takvim çalışmıştır.

Bu yüzden yönetime iki sayıyı birlikte sunun: dönem sonunda kapanmış bulgu yüzdesi ve açık bulguların ortalama yaşı. Üçüncü bir satır da ekleyin: termini geçmiş bulgular. Bu üç satır, kapanma performansını manipüle edilemez hâle getirir. Yıl içinde aylık takip yapıyorsanız grafik zaten kendini anlatır; yıl sonunda toplu kapatma yapan kuruluşlarda eğri Aralık ayında dik bir duvar oluşturur ve bunu herkes görür.

Elle mi hazırlanır, sistemden mi?

Dürüst cevap ölçeğe bağlı. Yılda otuz bulgunun altında kalan, tek lokasyonlu bir kuruluşta iyi kurulmuş bir Excel tablosu gerçekten yeter. Kolonları yukarıdaki alan setine göre kurun, tek kişi doldursun, yılda dört kez güncelleyin. Bu ölçekte yazılım almak sadece yeni bir bakım yükü ekler.

Eşik, bulguların birden fazla kişi tarafından girilmeye başladığı noktadır. O andan sonra süreç adları farklı yazılır, şart numaraları tutmaz ve toplam sayı dışında hiçbir kırılım güvenilir olmaz. Üç lokasyonlu bir grupta bu eşik ilk yıl aşılır. Kayıtlar tek veritabanında tutulduğunda ise denetim bulgu istatistiği ayrı bir iş olmaktan çıkar; bulgu zaten kaydedilirken sınıflandırılmıştır, rapor yalnızca onu okur.

QMS üzerinde kurgu nasıl kurulur?

Pratikte üç adım yeterli. Birincisi, bulgu kaydını denetim kaydının altına bağlayın; serbest bir uygunsuzluk listesi tutmayın, her bulgu bir denetime ait olsun. İkincisi, süreç ve standart şartı alanlarını serbest metin değil seçim listesi yapın; istatistiğin güvenilirliği tamamen buna bağlıdır. Üçüncüsü, bulgudan düzeltici faaliyete geçişi sistem içinde kurun ki kapanma tarihi elle girilen bir alan olmasın.

PaKalite'de denetim, bulgu ve düzeltici faaliyet aynı veritabanında yaşar; süreç ve şart alanları tanımlı listelerden seçilir, YGG için gereken kırılımlar tarih aralığı verilerek tek ekrandan alınır. Aynı mantığı hangi ürünle kurarsanız kurun sonuç değişmez; belirleyici olan yazılımın adı değil, alan setinin disiplinidir. Denetim programınızın kendisini sağlamlaştırmak isterseniz denetim sayfamız ve iç denetim soru listesi hazırlama yazımız birlikte okunmalı.

YGG sunumunda tabloyu nasıl kullanırsınız?

Tabloyu slayta koyup okumayın. Üç cümlelik bir yorumla açın: hangi süreç yoğunlaştı, hangi tekrar dikkat çekiyor, hangi kapanma süresi kabul edilemez. Sonra yönetimden tek bir şey isteyin: bir karar. Kaynak, eğitim, ekipman ya da hedef değişikliği. O kararı tutanağa yazın ve gelecek yılın tablosunda aynı satıra bakarak sonucu gösterin.

Sunumda kaçınmanız gereken tek şey savunmaya geçmektir. Bulgu sayısının yüksek olması kalite biriminin başarısızlığı değildir; çoğu zaman denetimin gerçekten yapıldığının kanıtıdır. Ben toplantılarda bunu açıkça söylerim: bu yıl bulgu sayısı arttı çünkü soru listelerini süreç bazlı yeniledik ve sahaya indik. Yönetim bu cümleyi duyduğunda sayıyı ceza olarak okumayı bırakıyor. Denetim bulgu istatistiğinin toplantıda işe yaraması, biraz da onu sunan kişinin bu tavrına bağlı.

Bu döngüyü iki yıl üst üste kurabilen kuruluşlarda yönetimin gözden geçirmesi gerçek bir toplantıya dönüşüyor. Aksi hâlde, yıllardır gördüğüm o bilinen tabloya düşülüyor: her yıl aynı klasörler, aynı sayım, aynı slayt ve hiçbir karar. Bulgu istatistiği bu döngüyü kırmak için var; yoksa denetim raporunun sonuna eklenen bir grafik olarak kalır.