Perşembe gecesi pres hattı iki saat durdu. Cuma sabahı kalite şefi bir DÖF açtı; masaüstünde "DOF_2026_041_son.docx" adında bir dosya oluştu, sorumluya e-postayla gönderildi ve herkes işine döndü. İki hafta sonra yönetim toplantısında konu açıldığında kimse aksiyonun ne olduğunu hatırlamıyordu. Dosya sorumlunun bilgisayarındaydı, sorumlu yıllık izindeydi, kök neden alanı boştu. Bu tablo neredeyse her fabrikada aynıdır ve sebebi ihmal değil, kaydın yaşayacağı bir yerin olmamasıdır. Aşağıda DÖF süreci nasıl kurulur sorusunu, tek bir kaydın doğuşundan kapanışına kadar hangi alanın hangi sırayla doldurulacağını göstererek anlatıyorum.
Önce kural: hangi olay DÖF açtırır?
DÖF süreci nasıl kurulur sorusuna cevap ararken ilk yanıtlanması gereken soru budur. ISO 9001 madde 10.2 bir uygunsuzluk ortaya çıktığında önce onu kontrol altına almanızı ve sonuçlarını ele almanızı, ardından tekrarını önlemek için nedenini ortadan kaldırma ihtiyacını değerlendirmenizi ister. Yani her uygunsuzluk için düzeltici faaliyet açmak zorunda değilsiniz; değerlendirmeyi yapmak zorundasınız. Bu ayrımı yazılı bir eşikle tanımlamazsanız iki uçtan birine düşersiniz: ya yılda dört DÖF açarsınız ya da dört yüz.
Sahada tuttuğunu gördüğümüz eşik şu: müşteriye ulaşan her uygunsuzluk, iç ve dış denetim bulguları, tekrar eden hurda ve yeniden işleme, hat duruşuna yol açan olaylar ve tedarikçi kaynaklı sapmalar DÖF açtırır. Tek seferlik, anında düzeltilen küçük sapmalar düzeltme kaydı olarak yürür. IATF 16949 ise madde 10.2.3 ile tanımlı bir problem çözme yöntemi kullanmanızı ister; müşteri istediğinde bu yöntem 8D formatına dönüşür.
Adım 1: Kayıt açma ekranı
DÖF sürecinin ilk ekranında kayıt açan kişi beş alandan fazlasıyla karşılaşmamalı. Fazla alan, kaydın hiç açılmamasına yol açar. Zorunlu tutulacak beş alan şunlardır: kaynak (müşteri şikâyeti, denetim bulgusu, iç tespit, tedarikçi), uygunsuzluğun tanımı, tespit tarihi ve yeri, etkilenen ürün ya da proses, açan kişi. Kayıt numarası sistem tarafından otomatik verilmelidir; elle numara verilen yapılarda mükerrer numara kaçınılmazdır.
Uygunsuzluk tanımı alanı için tek kurallı bir yönerge koyun: ne, nerede, ne zaman, ne kadar. "Yüzey hatası var" bir tanım değildir. "12.06 vardiya 2'de 8600 kodlu parçada, son 340 adetin 47'sinde flanş yüzeyinde çizik" tanımdır. Kök neden analizinin kalitesi doğrudan bu alanın kalitesine bağlıdır.
Adım 2: Sınıflandırma ve geçici önlem
Kayıt açıldıktan sonra kalite birimi sınıflandırma yapar: önem derecesi, sorumlu birim ve müşteri bildirimi gerekip gerekmediği. Aynı ekranda geçici önlem (containment) alanı doldurulur. Bu alan boş bırakılamamalıdır; boşsa sistem bir sonraki adıma geçirmemeli. Geçici önlem, stoktaki ve yoldaki ürünlerin ne olduğunu, ayırma yapılıp yapılmadığını, müşteride kaç parça bulunduğunu içerir.
Geçici önlem için 24 saatlik bir termin koyun. Otomotivde müşterinin ilk beklentisi kök neden değil, kendisine akışın durduğunun kanıtıdır. Sistemde bu alanın yanına "müşteri bilgilendirildi mi" onay kutusu ekleyin; denetimde ve müşteri ziyaretinde en çok sorulan ayrıntı budur.
Sınıflandırmayı kaydı açan kişiye bırakmayın. Herkesin kendi kaydını kritik işaretlediği bir yapıda öncelik sırası kaybolur; sınıflandırma tek elden, kalite biriminden yapılmalıdır. Sınıflandırma kriterlerini de üç satırlık bir kuralla yazın: müşteriye ulaştı mı, hat durdu mu, tekrar eden bir konu mu? Bu üç sorunun cevabı önem derecesini kendiliğinden belirler.
Adım 3: Kök neden analizi
Kök neden alanı serbest metin olarak bırakılırsa oraya "operatör dikkatsizliği" yazılır ve süreç orada biter. Bunun yerine seçilen yöntemi alan olarak tanımlayın: 5 neden, balık kılçığı, 8D. Sistemde her "neden" için ayrı satır açılabilmeli, böylece analizin derinliği görünür olur. Kök neden analizi yapılırken iki ayrı soru sorulmalıdır: hata neden oluştu ve neden yakalanamadı? İkinci soruyu atlayan analizler, kontrol sistemindeki boşluğu hiç görmez.
Kök neden için 10 iş günlük bir termin makuldür. Bu adımda kayda ekli kanıt istemeyi de zorunlu tutun: ölçüm sonuçları, fotoğraf, proses parametre kaydı. Kanıtsız bir kök neden, denetimde savunulamaz bir cümledir.
Analizi tek kişiye yaptırmayın. Kök nedeni bulmak için üretim, bakım ve kalitenin aynı masada olduğu kırk beş dakikalık bir oturum, tek kişinin iki saatte yazdığı metinden daha iyi sonuç verir. Sistemde ekip üyelerini kayda eklemek için bir alan bulunsun; hem katılım görünür olur hem de müşteri istediğinde ekip listesi hazır olur.
| Adım | Doldurulan alanlar | Sorumlu | Hedef süre |
|---|---|---|---|
| Kayıt açma | Kaynak, tanım, tarih, ürün/proses | Tespit eden | Aynı gün |
| Sınıflandırma | Önem derecesi, sorumlu birim | Kalite birimi | 1 iş günü |
| Geçici önlem | Ayırma, stok/yol durumu, müşteri bildirimi | Sorumlu birim | 24 saat |
| Kök neden | Yöntem, neden zinciri, kanıt eki | Ekip lideri | 10 iş günü |
| Kalıcı aksiyon | Aksiyon, sorumlu, termin | Sorumlu birim | 30 gün |
| Doküman güncelleme | FMEA, kontrol planı, talimat revizyonu | Kalite mühendisi | Aksiyonla birlikte |
| Etkinlik doğrulama | Kanıt, sonuç, karar | Kalite birimi | 30-90 gün sonra |
| Kapatma | Onay, kapanış tarihi | Kalite yöneticisi | Doğrulama sonrası |
Kalıcı aksiyon alanına yazılan en yaygın cümle şudur: "operatöre eğitim verildi." Eğitim bir aksiyondur ama tek başına kalıcı değildir; aynı operatör ayrıldığında hata geri gelir. Kalıcı aksiyon, hatanın oluşmasını ya da geçmesini fiziksel olarak zorlaştıran bir değişiklik olmalıdır: aparat değişikliği, sensör ilavesi, kontrol planına ölçüm eklenmesi, parametre kilitlenmesi. Eğitim bunların yanında yer alır, yerine değil.
Adım 4: Aksiyon, sorumlu ve termin
DÖF süreci nasıl kurulur sorusunun en somut karşılığı bu adımda ortaya çıkar; bir kaydın gerçekten yürüyüp yürümediği burada belli olur. Bir DÖF kaydında birden fazla aksiyon olabilir ve her aksiyonun kendi sorumlusu ile kendi termini bulunmalıdır. Tek bir sorumlu ve tek bir termin alanıyla kurulan sistemler, üç aksiyondan ikisinin kaybolmasına yol açar. Sistem her aksiyon satırı için ayrı durum tutmalı: planlandı, devam ediyor, tamamlandı.
Termin uyarılarını üç kademeli kurun. Termine üç gün kala sorumluya, termin gününde sorumlu ve amirine, termin aşıldığında kalite yöneticisine bildirim gitsin. Bu kurgu kurulduğunda geciken kayıt sayısı ilk üç ayda belirgin biçimde düşer, çünkü kimse unutulduğu için değil, görünmediği için gecikir.
Aksiyonların bir bölümü doküman değişikliği gerektirir. Kontrol planına yeni bir ölçüm eklenecekse, FMEA'daki ilgili satır güncellenecekse bunlar ayrı birer aksiyon satırı olmalı ve ilgili doküman kaydına bağlanmalıdır. Bu bağ kurulmadığında, aksiyon tamamlanmış görünür ama kontrol planı eski hâliyle kalır; bir sonraki denetimde bulgu tam olarak buradan çıkar.
Kaynakları sisteme bağlamak
DÖF süreci tek başına ayakta durmaz; kayıtların çoğu başka bir modülde doğar. İç denetim bulgusundan doğrudan kayıt açılabilmeli, müşteri şikâyeti kaydı DÖF'e bağlanabilmeli, tedarikçi kaynaklı sapmalarda ilgili tedarikçi kartına iz düşmelidir. Bu bağlar kurulmadığında aynı olay üç ayrı yerde üç farklı numarayla yaşar ve tekrar analizi anlamını yitirir.
Tedarikçi tarafında ek bir kural gerekir: tedarikçiden istenen düzeltici faaliyetin cevabı da aynı kayda eklenmelidir. Tedarikçinin gönderdiği 8D raporu ekte dururken, sizin tarafınızdaki kayıt yalnızca "tedarikçiye bildirildi" diyorsa süreç yarım kalmıştır. Tedarikçi yönetimi puanlamasında bu kayıtların kapanma süresi de bir ölçüt olarak kullanılır.
Adım 5: Etkinlik doğrulama ve kapatma
Aksiyonun yapılmış olması sürecin bittiği anlamına gelmez. Etkinlik doğrulama, sonucun değiştiğini gösterme adımıdır ve aksiyondan belirli bir süre sonra yapılır. Doğrulama kanıtı somut olmalı: aynı hatanın 60 gün boyunca tekrar etmediğini gösteren hurda raporu, müşteri şikâyet sayısının sıfırlandığını gösteren kayıt, ilgili parametrenin kontrol grafiği. "Kontrol edildi, uygundur" cümlesi kanıt değildir.
Doğrulamayı aksiyonu yapan kişi değil, kalite birimi yapmalıdır. Sistemde kapatma yetkisini yalnızca kalite yöneticisine verin. Doğrulama olumsuzsa kayıt kapanmaz; kök nedene geri döner. Bu geri dönüş yolunun sistemde tanımlı olması gerekir, aksi hâlde ekip başarısız aksiyonu kapatıp yeni bir kayıt açar ve tekrar analizi bozulur.
Denetçi klasördeki DÖF sayısına bakmaz; bir kayıt seçer ve zinciri takip eder. Tanım net mi, kök neden tanımla uyumlu mu, aksiyon kök nedeni gerçekten ortadan kaldırıyor mu, aksiyonun gerektirdiği doküman güncellenmiş mi, etkinlik kanıtla gösterilmiş mi? Bu zincirin bir halkası kopuksa kayıt sayınız ne olursa olsun bulgu yazılır. En çok kopan halka, aksiyon ile doküman güncellemesi arasındaki bağdır.
Kim neyi görür: yetki ve bildirim
DÖF süreci kurulurken en çok atlanan konu görünürlüktür. Sorumlu kendi kayıtlarını açılış ekranında görmeli, birim yöneticisi biriminin tüm açık kayıtlarını, kalite yöneticisi ise tamamını görebilmelidir. Üretim müdürünün pazartesi sabahı bakacağı tek bir liste olmalı: gecikmiş kayıtlar. Bu liste ne kadar kısa olursa, sistem o kadar yaşıyor demektir.
Bildirimlerde ölçüyü kaçırmayın. Her alan değişikliğinde e-posta gönderen bir kurgu, iki hafta içinde herkesin bildirimleri kapatmasına yol açar. Yalnızca dört olayda bildirim gönderin: kayıt atandığında, termin yaklaştığında, termin aşıldığında ve kayıt kapatıldığında. Bu dört bildirim yeterlidir.
Yetkilendirmede bir noktaya dikkat edin: kaydı açan kişi kendi kaydını kapatabilmemeli. Bu tek kural, sistemin ciddiyetini belirler. Aynı şekilde kapatılmış bir kaydın alanlarının sonradan değiştirilememesi, değişiklik gerekiyorsa kaydın yeniden açılması ve bu işlemin günlüğe düşmesi gerekir. Kim, ne zaman, hangi alanı değiştirdi bilgisi tutulmayan bir kayıt, denetimde kanıt değeri taşımaz.
Panoda üç sayı
Kurduğunuz sürecin çalışıp çalışmadığını üç sayıdan anlarsınız. Birincisi açık kayıt sayısı ve bunların yaş dağılımı; 90 günü aşan açık kayıt varsa süreç tıkanmıştır. İkincisi termininde kapanma oranıdır; yüzde 80'in altına düştüğünde sebebi araştırın. Üçüncüsü tekrar oranıdır: kapatılan kayıtların kaçında aynı uygunsuzluk altı ay içinde geri geldi? Bu sayı yüksekse sorun kök neden analizindedir, sistemde değil.
Bu üç sayıyı yönetim gözden geçirmesine girdi olarak kullanın ve iç denetim programınızla ilişkilendirin; tekrar eden bulguların çıktığı süreçler denetim planında öne alınmalıdır. Müşteri kaynaklı ciddi kayıtlarda ise akış 8D formatına döner; 8D raporunun QMS üzerinde nasıl hazırlanacağını ayrı bir yazıda adım adım anlattık. PaKalite'de DÖF modülü doküman, denetim ve tedarikçi modülleriyle bağlı çalıştığı için aksiyonun gerektirdiği revizyon aynı kaydın içinden başlatılabiliyor; bu bağ, en çok kopan halkayı yerinde tutuyor.
Geriye tek cümle kalıyor: DÖF süreci nasıl kurulur sorusunun cevabı bir prosedür metni değil, alanların sırası ve o alanları kimin doldurduğudur. Yazdığınız prosedür ne kadar ayrıntılı olursa olsun, sistemde geçici önlem alanı boş geçilebiliyorsa ya da kaydı açan kişi kendi kaydını kapatabiliyorsa süreç kâğıtta kalır. Ekranın kuralları, prosedürün kurallarından her zaman daha güçlüdür; kurgu yaparken de asıl emeği oraya verin.