Kaynak bölümünün şefi sisteme yeni tanımlanmıştı. Hazırladığı yeni bir kaynak talimatı vardı ve sabah dokuzda ekranı açtı. On dakika sonra kalite ofisine geldi: "Bunu nereye yükleyeceğim, kod ne vereceğim, kimin onayına gidecek?" Bu üç soru, sisteme yeni giren herkesin ilk gün sorduğu üç sorudur ve eğitim sunumlarında genellikle atlanır. QDMS programı nasıl kullanılır sorusunun cevabı menülerin tanıtımı değil, tipik bir günün baştan sona takibidir. Aşağıda tam olarak bunu yapıyoruz: doküman açmaktan revizyona, DÖF kaydından denetim bulgusunun kapanışına kadar.
Sıfırıncı adım: rol, yetki ve süreç sahibi
QDMS programı nasıl kullanılır sorusunun cevabı menüden değil yetki tanımından başlar. Kullanıcı ilk kez giriş yaptığında gördüğü ekran, ona atanan role göre şekillenir. Üç temel rol vardır: hazırlayan, kontrol eden ve onaylayan. Bunlara okuma yetkisi verilen izleyiciler eklenir. Devreye alma sırasında en çok vakit kaybettiren hata, herkese aynı yetkiyi verip sonra tek tek kısmaktır; doğru sıra terstir, dar başlayıp genişletmektir.
İkinci tanım süreç sahibidir. Her doküman bir sürece bağlanır ve o sürecin sahibi, dokümanın kontrol kademesinde otomatik olarak karşınıza çıkar. Süreç listesi eksikse kullanıcı dokümanı "genel" başlığına atar ve altı ay sonra hiçbir raporu süreç bazında alamazsınız. Devreye almadan önce süreç listesini ve her sürecin sahibini yazılı hâle getirin; bu iş yarım gün alır, sonradan düzeltmesi haftalar sürer.
Doküman oluşturma: tip, süreç, kod
Yeni doküman ekranında ilk seçilen alan doküman tipidir: prosedür, talimat, form, plan, liste ya da dış kaynaklı doküman. Tip seçimi hem kodu hem saklama süresini hem de onay akışını belirler; bu yüzden gelişigüzel seçilmemelidir. İkinci alan süreçtir, üçüncüsü dokümanın adıdır. Kodu sistem üretir, kullanıcı elle yazmaz.
Dosyayı yüklerken kaynak dosyayı (Word ya da Excel) yükleyin; sistem yayınlanacak nüshayı PDF'e çevirsin. Böylece revizyon için kaynak dosya elinizde kalır, kullanıcı ise değiştirilemeyen nüshayı görür. Bir sonraki alan revizyon açıklamasıdır ve ilk yayında "ilk yayın" yazmak yeterlidir. Kodlama ve tip yapısını nasıl kurgulayacağınızı doküman yönetimi sayfasında ayrıntılı anlattık.
Onaya gönderme ve akışın izlenmesi
Kaydı tamamladıktan sonra doküman taslak durumdadır ve kimse göremez. "Onaya gönder" dediğinizde akış başlar. İşleyen bir kurulumda akış iki kademelidir: süreç sahibi kontrol eder, kalite yönetim temsilcisi onaylar. Her kademede kişi kabul edebilir, reddedebilir ya da geri gönderebilir; reddederken not yazması zorunlu olmalıdır çünkü gerekçesiz red dokümanı sonsuz döngüye sokar.
Akışın izlenmesi ekranın en çok bakılan yeridir. Dokümanın hangi kademede kaç gündür beklediğini görmek, sistemin size verdiği ilk gerçek yönetim bilgisidir. Bir firmada ortalama onay süresini ölçtük: 11 gün. İki ay sonra akışı üç kademeden ikiye indirip hatırlatma sıklığını üç güne çekince süre 4 güne indi. Ölçmeden kısaltamazsınız.
Devreye almayı en çok geciktiren alışkanlık, onaya gönderilen dokümanın kâğıt nüshasını paralel olarak dolaştırmaktır. "Sistem yavaş, ben bir de imzalatayım" diyen bir süreç sahibi, iki ay içinde tüm ekibi eski düzene döndürür. İlk üç ayda kalite biriminin tek kuralı şu olmalı: ıslak imzalı gelen hiçbir doküman kabul edilmez. Sert görünür ama alışkanlığı kıran tek yöntem budur.
Yayın, dağıtım ve okundu kaydı
Son onay verildiği anda doküman yayına geçer, önceki revizyon otomatik olarak arşive düşer ve kullanıcı listelerinden kalkar. ISO 9001 madde 7.5.3 tam olarak bunu ister: güncelliğini yitirmiş dokümanın istenmeden kullanılmasının önlenmesi. Kâğıt nüsha basılacaksa kontrollü kopya olarak basılır ve hangi noktaya kaç adet dağıtıldığı kayda geçer; böylece revizyon geldiğinde hangi panodan hangi kâğıdın toplanacağı bellidir.
Dağıtım listesindeki kişilere okuma görevi düşer. Bu görevi zorunlu tutun, isteğe bağlı bırakmayın; okundu kaydı denetimde en çok istenen kanıtlardan biridir. Yüz kişilik bir dağıtımda okuma oranını haftalık takip edin, ikinci haftada okumayanları amirine raporlayın. Okumayanın adının amirine gitmesi, arka arkaya atılan hatırlatma e-postalarından çok daha hızlı sonuç verir.
Revizyon: neyin değiştiğini yazmak
Revizyon, yeni doküman açmakla aynı ekrandan yürür ama tek farkı vardır: revizyon açıklaması. Bu alanı boş geçen kullanıcıya kaydı kapattırmayın. Denetçinin ilk sorusu "ne değişti?" olur ve iki nüshayı yan yana koyup fark aramak zaman kaybıdır. Açıklamaya değişen madde numarasını ve nedenini tek cümleyle yazmak yeterlidir: "Madde 5.3'te tork değeri 42 Nm'den 45 Nm'ye çekildi, müşteri çizim revizyonu C nedeniyle."
İkinci nokta eğitim ihtiyacıdır. Bir iş talimatının revizyonu içeriği değiştiriyorsa, o talimatı kullanan operatörler için eğitim kaydı doğmalıdır. Sistemde bu bağı kurun; kurmazsanız denetimde talimatın revizyon tarihi ile operatörün eğitim kaydının tarihi tutmaz; bu fark tek bir soruda ortaya çıkar. Bu bağın hangi modüller arasında kurulduğunu QDMS modülleri yazısında ayırdık.
DÖF açmak, yürütmek ve kapatmak
DÖF kaydı üç kaynaktan doğar: iç denetim bulgusu, müşteri şikâyeti ya da süreçten gelen bir uygunsuzluk. Kaydı açarken problem tanımını sonuç değil olgu olarak yazın. "Kalite düşük" bir problem tanımı değildir; "18-22 Şubat haftasında 4 sevkiyatın 2'sinde çap ölçüsü üst toleransı aştı" bir problem tanımıdır. Ardından acil önlem (containment) alanını doldurun, sonra kök neden analizine geçin.
Kök neden alanı boş bırakılamaz olmalıdır. Ekran 5 Neden ya da balık kılçığı formatını dayattığında, serbest metin kutusuna yazılan tek satırlık gerekçeler yerini gerçek analize bırakır. Aksiyonlar sorumlu ve terminle girilir, termin geldiğinde sistem hatırlatır. Kapanış ise düzeltme yapıldığında değil, etkinlik doğrulandığında olur; aksiyon tarihinden 30-60 gün sonrasına bir doğrulama görevi açın. Süreç akışının tamamı için DÖF süreci sayfasına bakabilirsiniz.
Denetim planlamak ve bulgu kapatmak
Yıllık denetim programını yılın başında takvime girin. Her satırda denetlenecek süreç, denetçi, planlanan hafta ve referans madde bulunur. Programı hazırlarken süreçleri eşit ağırlıkta ele almayın: IATF 16949, denetim sıklığının riske ve müşteri performansına göre belirlenmesini bekler. Geçen yıl bulgu çıkan ya da müşteri şikâyetiyle anılan süreçlere iki denetim, sorunsuz ilerleyenlere bir denetim koymak programı denetçi karşısında savunulabilir kılar.
Denetim sırasında bulgu doğrudan sisteme girilir: madde referansı, kanıt, uygunsuzluk tipi (majör, minör, gözlem) ve sorumlu süreç. Her bulgu otomatik olarak bir DÖF kaydına bağlanır, böylece kapanma kanıtı bulgu ile aynı yerde durur. Takip denetiminde arşiv karıştırmazsınız. Denetim yönetiminin ayrıntısı denetim sayfasında.
Günlük rutin: sabah ekranda ne yapılır?
QDMS programı nasıl kullanılır sorusuna günlük düzeyde verilecek cevap tek cümledir: günü ana ekranla açarak. Alışmanın en hızlı yolu da budur. Bir süreç sahibinin ana ekranı üç listeden oluşur: bekleyen onaylar, okunması gereken revizyonlar ve termini yaklaşan kayıtlar. Bu üç listeyi sabah on dakikada geçen bir kullanıcı, ayın sonunda hiçbir işi geriye bırakmamış olur. Alışkanlığı kurmanın yolu basit; ilk üç ay boyunca haftalık bölüm toplantısına bu üç listenin ekran görüntüsüyle girin.
Kalite biriminin ana ekranı daha kalabalıktır. Oraya açık DÖF sayısı, geciken aksiyonlar, yaklaşan denetimler ve kalibrasyon süresi dolan aletler eklenir. Sayıların yanındaki renk kodları hangi kalemin gecikmiş olduğunu tek bakışta verir. Bu ekranı yönetim gözden geçirme toplantısında da açın; slayt hazırlamaktan hem daha hızlı hem daha güvenilir bir veri kaynağıdır.
Arama, filtreleme ve rapor alma
Kullanıcıların ikinci gün öğrenmesi gereken şey aramadır. Doküman ararken kodla değil, süreç ve doküman türü filtresiyle başlayın; kodu ezbere bilen kullanıcı sayısı azdır ama filtreyi herkes kullanabilir. Arama sonucunda çıkan listeyi Excel'e aktarabilmek de önemlidir, çünkü denetçi çoğu zaman doküman master listesini tablo hâlinde ister ve bunu oturumun başında sorar.
Rapor tarafında ilk ay üç rapor yeter: doküman master listesi, açık DÖF listesi ve okuma oranı raporu. Bunları haftalık alıp ilgili yöneticilere gönderin. Raporun içeriği kadar düzenli gönderilmesi de önemlidir; iki hafta üst üste gönderilmeyen bir rapor üçüncü hafta kimse tarafından sorulmaz ve sistem sessizce görünmez hâle gelir.
İlk ay için adım tablosu
Aşağıdaki tablo, sisteme yeni tanımlanan bir süreç sahibinin ilk ayda karşılaşacağı beş işlemi, ekranda nerede yapıldığını ve sahada en çok yapılan hatayı gösteriyor.
| İşlem | Ekranda nerede | En sık yapılan hata |
|---|---|---|
| Yeni doküman açma | Doküman > Yeni kayıt | Kodu elle yazmak, tipi rastgele seçmek |
| Onaya gönderme | Taslak kayıt > Onaya gönder | Paralel ıslak imza dolaştırmak |
| Revizyon | Yayındaki kayıt > Revize et | Revizyon açıklamasını boş bırakmak |
| DÖF açma | DÖF > Yeni kayıt | Problemi olgu değil yorum olarak yazmak |
| Bulgu kapatma | Denetim > Bulgu > Doğrulama | Etkinlik doğrulaması yapmadan kapatmak |
Bu beş işlemi ilk ay içinde herkese bizzat yaptırın; QDMS programı nasıl kullanılır sorusunun cevabı ekran başında iki saatte öğrenilir, sunumda öğrenilmez. Sunum izleyerek öğrenilmez; kullanıcı kendi dokümanını kendi açıp onaya gönderdiğinde öğrenir. Grupları küçük tutun ve eğitimi bölüm bölüm, katılımcıların kendi dokümanları üzerinden yürütün.
İlk üç ayda dikkat edilecekler
Devreye almanın ilk üç ayında en sık karşılaşılan sorun teknik değil davranışsaldır. Kullanıcılar sistemi ek bir yük olarak görür ve eski yöntemi paralel yürütür. Bunu kırmak için iki şey işe yarar: onay sürelerini haftalık raporlayıp yavaş kademeleri görünür kılmak, ve kalite biriminin sistem dışından gelen kayıtları kabul etmemesi. Üçüncü ayın sonunda paralel düzen kendiliğinden söner.
Teknik tarafta ise tek bir öneri: modülleri sırayla açın. Doküman ve DÖF ile başlayın, denetim ve eğitimi dördüncü aydan sonra ekleyin. Bu sırayı izleyen kurulumlarda üçüncü ayın sonunda sistem gerçekten kullanılır hâle geliyor; her modülü aynı anda açmayı deneyenler ise altıncı ayda hâlâ aktarımla uğraşıyor. Sıralama, çoğu zaman yazılımın kendisinden daha belirleyici.
Bir de yetki tarafında sık karşılaşılan bir tuzak var. Devreye almanın ilk haftalarında kullanıcılar "şunu da göremiyorum" diye geldiğinde yetkiler tek tek genişletilir ve iki ay sonra herkes her şeyi görür hâle gelir. Yetki taleplerini ilk aydan itibaren yazılı olarak alın ve ayda bir toplu değerlendirin. Böylece hem gerçekten gerekli olan yetkiler ayrışır hem de denetimde "erişim yetkileri nasıl belirleniyor?" sorusuna gösterilecek bir kaydınız olur.