Denetimden on gün önceydi. Kalite mühendisimiz Pazartesi sabahı elinde bir çıktıyla geldi: 40 prosedürün listesi, yanında boş bir sütun. Görevi, her birinin sahadaki nüshasının master listedeki revizyonla aynı olduğunu teyit etmekti. Çarşamba akşamı hâlâ 26'daydı ve dört tanesinde uyuşmazlık bulmuştu. Üç iş günü, tek bir soruyu cevaplamak için harcandı: "elimizdeki kâğıt güncel mi?" QDMS ne işe yarar sorusunun en dürüst cevabı burada saklı; sistem yeni bir iş üretmez, kalite ekibinin zaten yaptığı ama elle yaptığı işleri saniyelere indirir. Aşağıda o işleri kalem kalem sayıyorum.
1-3. Doküman tarafındaki üç tekrar
Birincisi revizyon teyididir. Sistemde bir dokümanın yalnızca onaylı son revizyonu görünür; eski nüsha kullanıcıya hiç açılmaz. Yukarıdaki üç günlük iş, bir liste ekranına iner. İkincisi dağıtımdır. Yeni revizyon onaylandığı anda dağıtım listesindeki herkese okuma görevi düşer, kim okudu kim okumadı ekrandan görülür. Elli kişilik bir dağıtım listesini e-postayla kovalamak haftada bir saat yer; sistemde bu iş sıfırdır.
Üçüncüsü geri çekmedir. ISO 9001 madde 7.5.3, güncelliğini yitirmiş dokümanların istenmeden kullanılmasının önlenmesini ister. Kâğıt düzende bunu ancak sahaya çıkıp nüsha toplayarak yaparsınız ve bir tanesini mutlaka atlarsınız. Elektronik dağıtımda eski revizyon erişimden düşer, kontrollü kâğıt nüsha basılmışsa sistem hangi noktaya kaç adet dağıtıldığını söyler. Doküman yönetimi tarafındaki kazancın büyük kısmı bu üç kalemden gelir.
4-6. DÖF ve kök neden tarafı
Dördüncü kazanç, DÖF'ün kaybolmamasıdır. E-posta ile açılan bir düzeltici faaliyet, sorumlu kişi izne çıktığında ortadan kaybolur; sistemde açılan kayıt termin geldiğinde kendini hatırlatır. Beşincisi kök neden disiplinidir. Ekran, 5N ya da balık kılçığı alanını doldurmadan kaydı kapatmanıza izin vermezse, tek satırlık gerekçelerle kapatılan kayıt sayısı hızla düşer. Yöntem tarafını kök neden analizi sayfasında ayrıntılı anlattık.
Altıncısı etkinlik doğrulamasıdır ve en çok atlanan adımdır. IATF 16949 madde 10.2.3 problem çözmede kök nedenin belirlenmesini ve alınan aksiyonun etkinliğinin doğrulanmasını ister. Kâğıt düzende bu doğrulama genellikle yapılmaz çünkü aksiyonun üzerinden altmış gün geçtiğinde kimse hatırlamaz. Sistemde doğrulama tarihi bir görev olarak açılır ve kapanmadan DÖF kapanmaz.
7-9. Denetim, eğitim ve kalibrasyon
Yedinci kazanç denetim programıdır. Yıllık iç denetim planını takvime bağlayıp denetçileri atadığınızda, bir denetimin kaçırılması diye bir durum kalmaz. IATF 16949 madde 9.2.2.1 denetim programının süreçleri risk bazlı ve müşteri performansını dikkate alarak kapsamasını ister; bu risk sıralamasını elle takip etmek zordur. Denetim yönetimi tarafında ikinci kazanç bulgu takibidir: her bulgu bir kayda dönüşür, takip denetiminde kapanma kanıtı aranmaz, kayıtta hazır durur.
Sekizincisi eğitim kaydıdır. Yeni revizyonu onaylanan bir iş talimatı, o talimatı kullanan operatörler için otomatik eğitim ihtiyacı doğurur. Bunu elle eşleştirmek yüz kişilik bir sahada mümkün değildir ve denetimde en sık sorulan sorulardan biri tam buradadır: "bu talimat REV.04'e geçmiş, operatörler bu revizyonun eğitimini almış mı?" Dokuzuncusu kalibrasyondur; ölçü aletinin geçerlilik tarihi dolmadan uyarı düşer, geçerliliği dolmuş bir aletle yapılan ölçüm engellenir. Ayrıntı için kalibrasyon sayfasına bakın.
Bir müşteri denetiminde denetçi rastgele bir operatör seçip önündeki talimatın revizyonunu sordu, sonra o operatörün eğitim kaydını istedi. Talimat REV.05'ti, eğitim kaydı REV.03 tarihliydi. Tek bir soruyla iki bulgu çıktı. Bu eşleştirmeyi yapan bir sistem kurulduğunda soru sorulmadan cevap hazır olur. Kırılma noktası hemen her firmada aynı yerde: eğitim kaydı, doküman revizyonundan bağımsız bir liste gibi tutuluyor.
10-12. Tedarikçi, risk ve yönetim gözden geçirme
Onuncu kazanç tedarikçi performansındadır. Giriş kalite verisi, red kayıtları ve sahadan dönen şikâyetler tek yerde toplandığında tedarikçi PPM'i ay sonunda hesaplanacak bir iş olmaktan çıkar, sürekli görünür bir sayı hâline gelir. Tedarikçi yönetimi tarafında bunun pratik karşılığı, bir tedarikçinin bozulmaya başladığını çeyrek kapanışında değil ikinci red kaydında fark etmektir.
On birincisi risk kayıtlarıdır. ISO 9001 madde 6.1 risk ve fırsatların belirlenmesini ister ama bu maddenin uygulamadaki hâli genellikle yılda bir kez doldurulup dolaba kaldırılan bir tablodur. Risk kaydı DÖF ve denetim bulgularıyla bağlandığında canlı kalır. On ikincisi yönetim gözden geçirme hazırlığıdır: ISO 9001 madde 9.3.2 girdi listesinde müşteri memnuniyeti, süreç performansı, uygunsuzluklar, denetim sonuçları ve tedarikçi performansı sayılır. Bu girdilerin hepsi zaten sistemdeyse toplantı sunumu bir raporla çıkar; değilse beş kişi iki gün veri derler.
Kazançların haftalık karşılığı
Aşağıdaki tablo, 350 aktif dokümanlı ve 60 kullanıcılı orta ölçekli bir metal işleme tesisinde ölçtüğümüz tekrar eden işlerin manuel ve sistem üzerindeki karşılığıdır. Süreler firmadan firmaya değişir; oran değişmez.
| Tekrar eden iş | Manuel düzende | Sistem üzerinde |
|---|---|---|
| Revizyon güncelliği teyidi (denetim öncesi) | 2-3 iş günü | Tek ekran, dakikalar |
| Yeni revizyon dağıtımı ve okundu takibi | Haftada 1 saat | Otomatik görev |
| Açık DÖF durumu derleme | Haftada 1,5 saat | Canlı liste |
| Eğitim-revizyon eşleştirmesi | Ayda yarım gün | Otomatik ihtiyaç kaydı |
| Kalibrasyon süresi dolan alet taraması | Ayda 2 saat | Uyarı listesi |
| Yönetim gözden geçirme veri derleme | 2 kişi x 2 gün | Hazır rapor |
Tablodaki satırları toplayınca çıkan sayı, orta ölçekli bir kalite biriminde ayda üç ila beş adam-günüdür. Bu süre yeni bir iş yapmak için değil, yapılmış işi ispat etmek için harcanır. QDMS ne işe yarar sorusunun en somut cevabı da budur: ispat işini kayıt anına taşımak.
Asıl kazanç: aramayı bırakmak
QDMS ne işe yarar diye sorulduğunda sayılan on iki kalemin ortak paydası şudur: hiçbiri yeni bir iş değil. Hepsi kalite ekibinin zaten yaptığı işler ve hepsinin ortasında aynı fiil duruyor, aramak. Güncel revizyonu aramak, açık DÖF'ü aramak, kimin hangi eğitimi aldığını aramak, geçen yılki bulgunun kapanış kanıtını aramak. Bir kalite mühendisinin haftasında bu arama ve teyit trafiğinin tuttuğu yer, kayıt tutulmaya başlandığında çoğu firmayı şaşırtıyor.
Arama süresini sıfırlamanın bir yan etkisi var: ekip analiz yapmaya vakit buluyor. Tekrar eden uygunsuzlukları görmek, tedarikçi trendini okumak ve süreç yeterliliğini takip etmek zaman ister; o zaman ancak teyit işinden kazanılır. Bir kalite biriminin sistem sonrası en görünür değişimi genellikle rapor sayısında değil, raporların içeriğinin derinleşmesinde olur.
Kazanç hangi sırayla gelir?
İlk ay doküman tarafında hissedilir; revizyon dağıtımı ve okundu kaydı daha ilk haftadan otomatikleşir. İkinci ve üçüncü ayda DÖF kayıtlarının kaybolmaması fark edilir, termin uyarıları çalışmaya başlar. Dördüncü aydan sonra denetim ve eğitim tarafı devreye girdiğinde asıl fark açılır, çünkü bu iki modül doküman modülüyle bağ kurar ve daha önce elle yapılan eşleştirmeler kendiliğinden oluşur.
Altıncı ayın sonunda ölçülebilir hâle gelen üç sayı vardır: doküman onay süresi, DÖF kapanma süresi ve denetim hazırlık süresi. Bu üçünü devreye almadan önce ve altıncı ayda ölçün. Sahada gördüğüm tipik sonuç, onay süresinin yarıya inmesi ve denetim hazırlığının günlerden saatlere düşmesidir. DÖF kapanma süresi ise ilk yıl genellikle kısalmaz, çünkü daha önce hiç işletilmeyen etkinlik doğrulaması artık zorunlu hâle gelir.
Sıralamayı bozan tek şey acele etmektir. On sekiz modülü aynı anda açan firmalarda kullanıcı ilk ay altı farklı ekranla karşılaşır, hiçbirini tam öğrenemez ve üçüncü ayda eski yöntemine döner. Modülleri ikişer ikişer açmak, her açılışta o modülün sorumlusunu belirlemek ve bir sonrakine geçmeden önce kullanım oranını ölçmek en güvenli yoldur.
Yatırımı yönetime anlatmak
QDMS ne işe yarar sorusunun yönetim kurulundaki karşılığı fayda listesi değildir. "Kalite yazılımı alalım" cümlesi tek başına kimseyi ikna etmez. Karşılık bulan şey ölçülmüş kayıptır: denetim öncesi hazırlığa harcanan adam-gün, son bir yılda tekrar eden uygunsuzluk sayısı ve müşteri şikâyetlerine cevap verme süresi. Bu üç sayı sunumun tamamını taşır. Rakamlar elinizde olmadan yapılan sunumlar genellikle bir sonraki bütçe dönemine ertelenir.
İkinci argüman risktir. Müşteri denetiminde alınan majör bir uygunsuzluğun maliyeti, yazılım bedelinin çok üstündedir; sevkiyat durdurma, özel sevkiyat masrafı ve müşteri nezdindeki puan kaybı olarak geri döner. Bu maliyeti geçmiş somut bir örnekle anlatmak, teorik fayda listelerinden çok daha etkili olur.
Neyi çözmez?
Yazılım kötü kurulmuş bir süreci düzeltmez. Onay akışınız beş kademeliyse ve her kademe üç gün bekletiyorsa, sistem bu on beş günü on beş gün olarak gösterir; kısaltmaz. Kısalma ancak akışı yeniden tasarladığınızda gelir ve bunu yapabilmek için önce süreyi görmeniz gerekir. Sistemin ilk altı aydaki en büyük faydası çoğu zaman iyileştirme değil, görünürlüktür.
İkinci sınır kullanıcı alışkanlığıdır. Süreç sahipleri kaydı sisteme girmez, hâlâ e-posta ile yürürse iki paralel düzen oluşur ve durum manuel dönemden kötüleşir. Bunun tek çaresi, ilk üç ay boyunca kalite biriminin e-posta ile gelen kayıtları kabul etmemesidir. Kulağa katı gelir; işe yarayan tek yöntem de budur. Hangi modülle başlanacağını QDMS modülleri yazısında ayırdık.
Başlangıç için üç ölçüt
QDMS ne işe yarar sorusunun sizin firmanızdaki cevabını önceden görmek isterseniz üç sayıyı kaydedin: denetim öncesi hazırlığa harcadığınız adam-gün, DÖF'lerin ortalama kapanma süresi ve son bir yılda tekrar eden uygunsuzluk oranı. Devreye almadan önce bu üçünü kayıt altına alın, altıncı ayda tekrar ölçün. Yatırımın karşılığını slogan yerine bu üç sayı gösterir.
Kurulum tarafında ise otomotiv tedarikçileri için önemli bir ayrım var: verinin nerede durduğu ve arayüzün dili. PaKalite bu iki şartı şirket içi kurulum ve tamamen Türkçe arayüzle karşılar, on sekiz modülü birbirine bağlı çalışır. Yine de kararı yazılımın özellik listesiyle değil, yukarıdaki üç sayıyla verin; teklif karşılaştırması ancak ihtiyaç ölçüldükten sonra anlam kazanır.
Son bir uyarı: kazancı ilk aydan beklemeyin. Devreye almanın ilk altı haftasında kalite ekibinin iş yükü artar, çünkü hem eski düzeni yürütür hem yeni sisteme veri taşır. Bu dönemde ekibe ek destek verin ve denetim ya da müşteri ziyareti gibi yoğun bir takvimin üstüne devreye alma koymayın. Sahada başarısız olduğunu gördüğüm projelerin çoğunda yazılımda bir sorun yoktu; yalnızca yanlış ay seçilmişti.