İç tetkik sabahı, tetkikçi sahaya iniyor ve elindeki soru listesine bakıyor: "Prosedür var mı? Evet. Kayıtlar tutuluyor mu? Evet. Eğitim yapılmış mı? Evet." Yirmi dakikada kırk soru işaretleniyor, hepsi "uygun", tetkik bitiyor. Üç hafta sonra aynı süreçte müşteri şikâyeti patlıyor ve kimse "biz bu tetkikte neyi kaçırdık?" sorusuna cevap veremiyor. Sorun tetkikçinin dikkatsizliği değil; sorun listenin kendisi. Evet/hayır ile kapatılan, kanıt istemeyen, süreci gerçekten kurcalamayan bir tetkik soru listesi, denetimi bir form doldurma törenine çevirir. Bu rehberde işleyen bir denetim kontrol listesini nasıl kuracağınızı, süreç bazlı soruları nasıl yazacağınızı ve örnek sorularla sahaya nasıl hazır gideceğinizi anlatıyoruz.
Tetkik soru listesi ne işe yarar?
Soru listesi, bir tetkiki üç şeye karşı güvence altına alır: kapsam, tutarlılık ve kanıt. Kapsam, önemli hiçbir başlığın atlanmamasını sağlar. Tutarlılık, aynı süreci farklı tetkikçilerin denetlediğinde benzer derinlikte bakmasını sağlar. Kanıt ise, "uygun" demenin arkasında görülen bir kayıt, bir ölçüm ya da bir gözlem olmasını zorunlu kılar.
Ama listenin bir de tuzağı vardır: iyi hazırlanmadığında tetkikçiyi köreltir. Baştan sona okunup işaretlenen bir liste, denetimin ruhunu öldürür. Bu yüzden listeyi bir çıpa gibi düşünün; sizi bağlar ama tetkikçinin merakının önüne geçmez. Tetkikçi bir iz yakaladığında listeyi bırakıp o izi takip etmeli, sonra çıpaya geri dönmelidir.
Süreç bazlı yaklaşım: soruyu süreçten çıkarın
Zayıf soru listeleri standardın maddelerini sırayla kopyalar: "Madde 7.1.5 karşılanıyor mu?" Bu yaklaşım denetçiyi de denetleneni de sıkar ve gerçek riski görmez. İşleyen listeler ise süreç bazlı kurulur; yani sürecin girdisinden çıktısına doğru akar. Bunu kurmanın en pratik yolu "kaplumbağa diyagramı" mantığıdır: her süreç için girdi, çıktı, kaynaklar, yöntem, ölçütler ve sorumlular ayrı ayrı sorgulanır.
| Kaplumbağa ayağı | Soracağınız asıl soru |
|---|---|
| Girdi | Bu süreç neyle başlıyor, girdinin doğruluğunu kim kontrol ediyor? |
| Çıktı | Sürecin çıktısı hangi ölçütle kabul ediliyor? |
| Kaynak (kim / neyle) | İşi yapan yetkin mi, kullanılan cihaz kalibre mi? |
| Yöntem | Hangi talimata göre yapılıyor, talimatın güncel sürümü mü sahada? |
| Ölçüt / performans | Bu sürecin hedefi ne, son üç ay verisi hedefi tutuyor mu? |
Bu yapıyı standartlaştırmak, özellikle saha turlarında işi kolaylaştırır. Aynı mantığın vardiya bazlı, kısa turlar için uyarlanmış hali olan katmanlı proses denetimi (LPA) soru listelerinde de aynı disiplin geçerlidir.
Kapalı değil, açık uçlu sorun
Bir tetkiki öldüren en hızlı yol, sorularınızı "evet/hayır" ile cevaplanabilir hale getirmektir. "Kalibrasyon yapılıyor mu?" sorusu size bir "evet" kazandırır ama hiçbir şey öğretmez. Bunun yerine kanıtı zorlayan, süreci konuşturan sorular sorun:
- "Kalibrasyon yapılıyor mu?" yerine → "Şu anda tezgahtaki kumpasın son kalibrasyon tarihini gösterir misiniz? Periyodu geçmişse ne yaparsınız?"
- "Uygunsuzluklar kaydediliyor mu?" yerine → "Bana geçen ay açılan bir uygunsuzluğu ve nasıl kapatıldığını anlatır mısınız?"
- "Eğitim veriliyor mu?" yerine → "Bu operasyona yeni gelen biri işi nasıl öğreniyor, yetkinliğini kim onaylıyor?"
Fark, ikinci gruptaki her sorunun somut bir kanıt istemesidir. Tetkikçi "göster" dediği anda liste bir belge kontrolünden gerçek bir denetime dönüşür.
En verimli tetkik sorusu çoğu zaman listede yazmaz: "Bunu neden böyle yapıyorsunuz?" Operatör talimattan farklı bir şey yapıyorsa, ya talimat yanlış ya uygulama. İki durumda da elinizde bir bulgu vardır. Sahadaki işi yapan kişiye "beni bir parça üzerinden baştan sona gezdirir misiniz?" demek, kırk soruluk listeden daha fazla şey gösterir.
Bulgu, gözlem, uygunsuzluk: ne bulduğunuzu doğru adlandırın
Tetkik sonunda topladığınız her şeyi doğru sınıflamak, raporun ciddiye alınmasını belirler. Terimleri karıştırmak, hem düzeltici faaliyet sürecini bozar hem denetimin güvenilirliğini zedeler:
| Terim | Anlamı | Ne gerektirir? |
|---|---|---|
| Bulgu | Tetkikte toplanan her kanıt (olumlu dâhil) | Kayıt |
| Gözlem / iyileştirme fırsatı | Şart ihlali yok ama zayıflık var | Öneri, takip |
| Minör uygunsuzluk | Bir şart tek noktada karşılanmamış | Düzeltici faaliyet |
| Majör uygunsuzluk | Sistemsel çöküş veya güvenlik/yasal ihlal | Acil DÖF, kök neden |
Kural basittir: her uygunsuzluk bir bulgudur, ama her bulgu uygunsuzluk değildir. Uygunsuzluk yazarken de üç şeyi mutlaka not edin: hangi şartın (madde/prosedür) karşılanmadığı, kanıtın ne olduğu ve nerede/ne zaman gözlendiği. Bu üçlü olmadan yazılan uygunsuzluk, DÖF aşamasında itiraz alır ve genellikle kapanamadan sürüncemede kalır.
Örnek soru listesi: satın alma süreci
Somut olması için satın alma sürecine yönelik kısa bir örnek liste verelim. Her maddenin bir kanıt beklediğine dikkat edin:
- Onaylı tedarikçi listesi güncel mi? Son eklenen tedarikçi hangi kriterlerle onaylandı, kaydını görebilir miyim?
- Kritik bir malzeme için sipariş açıldığında teknik şartlar siparişe nasıl yansıyor? Bana son bir örnek gösterin.
- Gelen malzeme giriş kontrolünden nasıl geçiyor? Reddedilen bir parti olduğunda süreç ne oluyor?
- Tedarikçi performansı (kalite, termin) nasıl ölçülüyor? Düşük performanslı bir tedarikçiye en son ne zaman, nasıl geri bildirim verildi?
- Bir tedarikçi kaynaklı uygunsuzlukta düzeltici faaliyet tedarikçiden isteniyor mu? Son örneği izleyebilir miyiz?
Tetkik öncesi hazırlık: listeyi masada bitirmeyin
İyi bir soru listesi sahada değil, masada başlar. Tetkike gitmeden önce ısınma turunu kayıtlar üzerinden yapmak, sahada boşa geçen zamanı yarıya indirir. Pratikte üç şeyi önceden okuyun: sürecin geçen tetkik bulguları (kapandı mı?), son üç ayın performans verisi (hedef tutuyor mu?) ve varsa müşteri şikâyetleri. Bu üç kaynak, listenizdeki hangi soruları derinleştireceğinizi baştan söyler.
Örneğin bir süreçte geçen çeyrek üç kez aynı ölçü hatası tekrarlanmışsa, sahaya "kalibrasyon yapılıyor mu?" diye değil, doğrudan o hatanın çıktığı istasyona odaklanmış sorularla inersiniz. Böylece liste, herkese aynı genel soruları soran bir form olmaktan çıkıp o sürece özel bir teşhis aracına dönüşür. Sahaya inmeden önce ayrıca ölçü aletlerinin kalibrasyon durumunu da kontrol etmek isteyebilirsiniz; bunun için bir kalibrasyon takip programı tetkik sırasında hızlı kanıt sağlar.
Dış denetçi, iç tetkik kayıtlarınıza baktığında listelerin hepsinin "uygun" çıkmasından şüphelenir. Yıl boyunca hiç uygunsuzluk bulmayan bir iç tetkik sistemi, ya sahaya inmiyor ya bulduğunu yazmıyor demektir. Bir iki dürüst minör bulgu, sistemin gerçekten çalıştığının en güçlü kanıtıdır.
Soru listelerini dağınıklıktan kurtarmak
Çoğu firmada soru listeleri onlarca Word ve Excel dosyasına dağılmıştır; hangi sürümün güncel olduğu belirsizdir, geçen tetkikin bulgusunun bu tetkikte takip edilip edilmediği kaybolmuştur. Yıllık programı, süreç bazlı soru listelerini ve bulguları tek sistemde tutmak; her bulguyu bir düzeltici faaliyete bağlamak ve kapanışa kadar izlemek tetkiki asıl amacına döndürür. PaKalite'nin iç denetim yazılımı soru listelerini şablon olarak saklar, tablet üzerinden sahada doldurulmasına izin verir ve bulguları denetim takip sistemi ile kapanışa kadar takip eder. Denetim modüllerini modüller sayfasından inceleyebilirsiniz.