Faaliyet bitti, ekip rahatladı, dosya denetçiye gönderildi. İki gün sonra gelen cevap tek satır: "Sunulan kanıtlar yeterli değildir, kapanış kabul edilmemiştir." Dosyayı açıp bakıyoruz; revize edildiği söylenen prosedürün eski revizyonu eklenmiş, eğitim föyünde tarih yok ve örnek kayıt hiç yok. Faaliyet gerçekten yapılmış, ama bulgu kapatma kanıtı yapılan işi anlatmıyor. Denetçi cevabı değil kanıtı kapatır; bu cümleyi kabul ettiğiniz gün kapanış süreçleriniz kısalır.
Denetçi neye bakıyor?
Bir kapanış dosyasını incelerken denetçinin zihninde dört soru vardır. Sapma gerçekten giderildi mi? Sapmanın nedeni ortadan kalktı mı? Aynı nedenin başka yerlerde yarattığı risk kapsandı mı? Yeni düzenin işlediği gösterilebiliyor mu? Gönderdiğiniz her belgenin bu dört sorudan birine cevap vermesi gerekir. Cevap vermeyen belge dosyayı kalabalıklaştırır ve incelemeyi yavaşlatır.
Bu yüzden dosyanın kalınlığı bir erdem değildir. Kırk sayfalık bir ek gönderdiğinizde denetçi aradığını bulamaz ve size geri sorar; her geri soru kapanışı bir hafta uzatır. Sekiz sayfalık, her sayfası bir soruya cevap veren bir dosya çok daha hızlı kabul görür. İyi kurgulanmış bir düzeltici faaliyet kaydı zaten bu dört soruyu sırayla sorar; dosyayı da o sırayla dizin.
Bir şeyi baştan netleştirelim: bulgu kapatma kanıtı, denetçiyi ikna etmek için hazırlanan bir sunum değildir. Kendi sisteminizin çalıştığını size gösteren veridir; denetçi yalnızca aynı veriye bakar. Bu bakışla hazırlanan dosyalar hem daha hızlı kabul görüyor hem de hazırlayan ekibe bir şey öğretiyor. Denetçiyi memnun etmek için toplanan belgeler ise iki yıl sonra kimsenin hatırlamadığı klasörler oluyor.
Objektif kanıt neye benzer?
Objektif kanıt, doğruluğu kişiden bağımsız olarak gösterilebilen veridir. Tarihli bir kayıt, revizyon numarası taşıyan bir doküman, imzalı katılım listesi, ölçüm raporu, bir fotoğraf, sistemden alınmış bir ekran görüntüsü. Beyan ise kanıt değildir. "Operatörlere anlattık" cümlesi bir bilgi taşır ama doğrulanamaz; anlatan kişi altı ay sonra başka firmadaysa geriye hiçbir şey kalmaz.
En sık yaptığımız hata, kanıtı süreç sahibinin gözünden seçmek. Süreç sahibi işin yapıldığını bilir, dolayısıyla kanıtı bir formalite sanır ve eline geçen ilk belgeyi gönderir. Kanıtı seçerken kendinize şu soruyu sorun: bu belgeyi hiç tanımadığım biri okusa, yapılan işi anlar mı? Anlamıyorsa yanına bir cümlelik açıklama ekleyin, ama açıklamayı belgenin yerine koymayın.
Hangi bulguya hangi kanıt yeter?
Bulgunun türü, kabul edilebilir kanıtı belirler. Aşağıdaki tablo, sık karşılaşılan bulgu tipleri için pratikte kabul gören kanıt setlerini gösteriyor. Sol kolondaki bulguyu aldığınızda, sağdaki üç parçayı toplarsanız dosyanız büyük ölçüde tamamdır.
| Bulgu türü | Düzeltme kanıtı | Faaliyet kanıtı | Etkinlik kanıtı |
|---|---|---|---|
| Prosedür güncel değil | Yeni revizyon çıktısı | Onay izi ve dağıtım kaydı | Yeni forma göre doldurulmuş 10 kayıt |
| Kayıtta imza/tarih eksik | Eksikliğin tespit kaydı | Form tasarımı değişikliği | 30 günlük kayıt taraması sonucu |
| Kalibrasyon süresi geçmiş | Cihazın kalibrasyon sertifikası | Güncellenmiş takip çizelgesi | Uyarı sisteminin ekran kaydı |
| Eğitim kaydı yok | Eğitimin yapılması | Tarihli, imzalı katılım listesi | Eğitim sonrası saha kayıtları |
| Kontrol planı ile saha uyumsuz | Saha nüshasının değişimi | Revize kontrol planı ve onayı | Yeni sıklıkla alınmış ölçüm kaydı |
| Tedarikçi değerlendirmesi yapılmamış | Eksik değerlendirmenin yapılması | Değerlendirme prosedürü ve planı | İki dönemlik değerlendirme kaydı |
Tablonun en sağ kolonu, çoğu firmanın hiç göndermediği kolondur. Sol iki kolonu gönderip kapanış bekleyen dosyaların büyük bölümü geri döner. Etkinlik kanıtı yoksa denetçinin elinde faaliyetin işe yaradığını gösteren hiçbir şey yoktur; olsa olsa yapıldığını gösteren bir şey vardır.
Dosyayı göndermeden önce beş dakikalık bir kontrol yapın: bütün ekleri açın ve yalnızca tarihlere bakın. Bulgu tarihi, doküman revizyon tarihi, faaliyet tamamlanma tarihi ve kanıt kaydının tarihi bu sırada mı ilerliyor? Bir tarih sırayı bozuyorsa dosyayı göndermeyin. Geri dönen dosyaların önemli bir kısmı bu beş dakikalık kontrolle önlenebilir durumda oluyor; işin kendisinde sorun yok, dosyada var.
Tarih meselesi neden bu kadar belirleyici?
Kanıtın taşıdığı tarih, kapanışın kabul edilip edilmemesini tek başına belirleyebilir. Bunun mantığı basit: yeni düzenin işlediğini göstermek istiyorsanız, gösterdiğiniz kaydın yeni düzen yürürlüğe girdikten sonra oluşmuş olması gerekir. Faaliyeti 14 Mart'ta tamamlayıp kanıt olarak 2 Mart tarihli bir kayıt gönderdiğinizde, gönderdiğiniz şey eski düzenin kaydıdır.
Aynı sorun revizyon tarihlerinde de çıkar. Prosedürü revize ettiğinizi söylüyorsunuz ama ekteki dosyanın alt bilgisinde eski revizyon numarası duruyor. Bu, kötü niyet değil dosya karışıklığıdır; klasörde iki nüsha vardır ve yanlış olanı eklenmiştir. Doküman yönetimi düzeni oturmamış yerlerde bu hata neredeyse kaçınılmazdır ve bedelini kapanış süresi öder.
Tarih sırasını bozan bir başka klasik durum, faaliyetin gerçekte daha önce yapılmış olmasıdır. Bulgu yazılmadan önce zaten bu işi yapıyorduysanız bunu açıkça söyleyin ve neden bulgunun yine de yazıldığını kabul edin. Eski tarihli bir kaydı yeni faaliyetin kanıtı gibi sunmak yerine, durumu olduğu gibi anlatmak her zaman daha az soru getiriyor.
Etkinlik doğrulaması ne ister?
Etkinlik doğrulaması, faaliyetin sonucunu ölçmektir. Bir sayı üretmesi gerekir. "Kontrol ettik, düzelmiş" cümlesi doğrulama değildir. Şuna benzer bir cümle ise doğrulamadır: revizyondan sonraki iki ayda kaynak hattının kontrol formlarından yirmi beş örnek çekildi, hepsinde yeni ölçüm sıklığı uygulanmış, ancak dördünde ölçüm saati yerine yalnızca vardiya yazılmış. Bu iki satır, faaliyetin tuttuğunu ve geriye küçük bir kayıt boşluğu kaldığını aynı anda gösterir.
Ne kadar bekleneceği sorusunun cevabı süreçle ilgilidir. Kural olarak, süreç faaliyetten sonra en az on kez çalışmalıdır. Günlük çalışan bir proseste bu otuz günü bulmaz, ayda bir çalışan bir proseste altı ayı bulabilir. Bu süreyi baştan yazın ve termine koyun; aksi hâlde faaliyet kapanır, doğrulama unutulur ve bulgu bir yıl sonra geri gelir. Bunun nasıl yaşandığını tekrar eden uygunsuzluk yazımızda anlattık.
Doğrulamada çıkan sapmayı gizlemeyin. Yirmi beş örnekten dördünde eksiklik bulunduğunu yazmak dosyanızı zayıflatmaz, güçlendirir; çünkü doğrulamanın gerçekten yapıldığını gösterir. Çekilen her örneğin kusursuz çıktığı raporlar ise denetçide soru işareti bırakıyor. Sapmayı yazıp yanına ne yaptığınızı eklediğinizde dosyanız hem dürüst hem eksiksiz oluyor.
Fotoğraf kullanmayı da hafife almayın. Bir tezgâhın önündeki eski talimatın yerine yenisi asıldıysa, tarih damgalı bir fotoğraf en hızlı anlaşılan kanıttır. Ama fotoğrafın tek başına yeterli olmadığı yerler var: fotoğraf o anki durumu gösterir, sürekliliği göstermez. Bu yüzden fotoğrafı her zaman bir kayıtla eşleştirin. İyi bir bulgu kapatma kanıtı paketinde genelde bir görsel, bir doküman ve bir kayıt bir arada bulunur.
Kapanış dosyasını derlemek
Uyguladığımız düzen şöyle: dosya tek bir PDF olarak hazırlanıyor ve ilk sayfası bir içindekiler oluyor. İçindekilerde her ek, hangi soruya cevap verdiğiyle birlikte yazılıyor. "Ek 3 — Revize kontrol planı KP-112 Rev 05, 14.03 tarihli, faaliyet kanıtı." Bu tek satır, denetçinin dosyada dolaşmasını engelliyor.
İkinci kural, her ekin üzerine bulgu numarasının yazılması. Aynı denetimden altı bulgu çıktıysa altı ayrı dosya hazırlanır; hepsi tek pakette gönderilse bile her belgenin hangi bulguya ait olduğu belli olmalıdır. Üçüncü kural, kapanış talebinin metnini kısa tutmak: ne yapıldı, hangi kanıt hangi eke konuldu, doğrulama ne zaman ve nasıl yapıldı. Üç paragraf yeter. 8D ile çalışıyorsanız bu yapı zaten D5-D7 adımlarında hazırdır; dosyayı 8D raporunun kendisi olarak da gönderebilirsiniz.
QDMS'te kanıt dosyası nasıl toplanır?
Bu kategoriyi anlatırken çoğu kalite ekibi QDMS kısaltmasını kullanıyor. Kısaltma Bimser'in ürün adından geliyor ve ürünün pazardaki köklü yeri sayesinde kategorinin ortak adına dönüşmüş durumda. Hangi sistemi kullanırsanız kullanın, bulgu kapatma kanıtı tarafında aranacak üç özellik aynı. Birincisi, kanıtın kaydın kendisine eklenebilmesi ve ayrı bir klasörde yaşamaması. İkincisi, sisteme yüklenen dosyanın yüklenme tarihinin ve yükleyen kişinin otomatik kaydedilmesi. Üçüncüsü, etkinlik doğrulamasının ayrı bir adım olarak var olması ve o adım tamamlanmadan kaydın kapanamaması.
Üçüncüsü en kritik olanı ve en çok atlanan. Kayıt "tamamlandı" ile "kapandı" arasında bir ara durumda bekleyebilmelidir. Bu ara durum yoksa herkes faaliyeti bitirdiği gün kaydı kapatır ve doğrulama hiç yapılmaz. PaKalite'de düzeltici faaliyet kaydı doğrulama adımı tamamlanmadan kapanmıyor; sistem doğrulama tarihini faaliyet tamamlandığında kendisi öneriyor ve o tarihte sorumluya görev düşüyor.
Az sayıda bulgu alan bir firmada bunu yazılımsız kurmak da mümkün: kapanan her faaliyet için takvime doksan gün sonrasına bir hatırlatma koymak iş görür. Takvim yöntemi, aynı anda izlenen faaliyet sayısı iki haneye çıktığında yorulmaya başlıyor. Sebebi hatırlatmanın unutulması değil, hatırlatma geldiğinde kaydın ne olduğunu kimsenin hatırlamaması.
Bir de saklama tarafı var. Kapanan bir bulgunun kanıt dosyası, bir sonraki denetimde yeniden istenebilir; özellikle takip denetimlerinde denetçi geçen dönemin kapanışlarını örnekler. Kanıtları kaydın içinde tuttuğunuzda bu istek beş dakikada karşılanır. Ayrı klasörlerde tuttuğunuzda ise kim hangi dosyayı nereye koydu diye aramak günler alır ve bulunamayan bulgu kapatma kanıtı, kapanışın geçersiz sayılmasına kadar gidebilir.
Reddedilen kapanışların ortak üç sebebi
Birincisi, kanıtın faaliyetten önceki tarihi taşıması. İkincisi, düzeltmenin faaliyet diye sunulması: hatalı parçanın ayrılması bir düzeltmedir, aynı hatanın tekrar üretilmesini engelleyen bir şey değildir. Üçüncüsü, kanıtın bulguyla ilgisiz olması; imza eksikliğinden yazılan bir bulguya cevap olarak eğitim katılım listesi göndermek gibi. Bu üçü, geri dönen dosyaların büyük bölümünü açıklıyor.
Kapanışı hızlandırmak istiyorsanız, dosyayı hazırlayan kişiden başka birinin gözden geçirmesini kural hâline getirin. On beş dakikalık bir kontrol, iki haftalık bir gecikmeyi önlüyor. Bu kontrolü yapan kişi bulguyu yazan denetçinin yerine geçsin ve tek soru sorsun: bu dosya, işi hiç görmemiş birine yapılanı anlatıyor mu? Cevap hayırsa dosya henüz hazır değildir. Denetim programının bütününde bu akışın nereye oturduğunu görmek için denetim yönetimi sayfamıza, kayıt eksikliğinden doğan bulgular için de imzasız kayıt bulgusu yazımıza bakabilirsiniz.