Denetçi taşlama tezgâhının önünde durdu, operatörün yaka kartına baktı ve tek bir soru sordu: "Bu operasyondaki özel karakteristiği ölçen kişi bu mu? Yetkili olduğunu nereden görüyorum?" Kalite müdürü on dakika sonra bir klasörle döndü. İçinde imzalı katılım föyleri vardı ama o operatörün adı yoktu; çünkü kişi üç hafta önce başka bölümden kaydırılmıştı ve matris güncellenmemişti. Bulgu buradan çıktı. Bir kalite yönetim sistemi yazılımı bu tabloyu on dakikalık klasör aramasından çıkarıp, görevlendirme anında kontrol edilen canlı bir veriye dönüştürür. Yetkinlik dosyası denetim sabahı toparlanan bir şey olmaktan çıkar; işin akışının parçası olur.
Yetkinlik denetimde neden bu kadar sık bulgu çıkarır?
ISO 9001 ve IATF 16949 madde 7.2, kuruluşun kontrolü altında çalışan ve kalite performansını etkileyen kişiler için gerekli yetkinliği belirlemesini, bu yetkinliği eğitim veya deneyimle sağlamasını, alınan aksiyonun etkinliğini değerlendirmesini ve tüm bunları dokümante bilgi olarak saklamasını ister. Dört ayrı yükümlülük var ve firmaların çoğu ilk üçünü yapıp dördüncüde tökezliyor değil; genellikle üçüncüde, yani etkinlik değerlendirmesinde tökezliyor.
IATF ayrıca konuyu alt maddelerle sıkılaştırır: 7.2.1 yetkinlik ve işbaşı eğitimi, 7.2.2 işbaşında eğitimin uygulanması, 7.2.3 iç tetkikçi yetkinliği, 7.2.4 ikinci taraf tetkikçi yetkinliği. Buna madde 7.3 farkındalık ve 7.3.1 ile 7.3.2'deki çalışan motivasyonu şartları eklenir. Yani otomotivde "eğitim verdik, imza aldık" cümlesi şartların yaklaşık yarısını karşılar.
Kalite yönetim sistemi yazılımı yetkinliği nasıl kayda geçirir?
Kâğıt sistemde eğitim kaydı bir olaydır: eğitim yapılır, föy imzalanır, klasöre girer. Yazılımda ise kayıt bir durumdur. Kişi, görev, gerekli yetkinlik ve mevcut yetkinlik aynı ekranda durur; aradaki fark otomatik olarak bir açık aksiyona dönüşür. Bir kalite yönetim sistemi yazılımı bu ilişkiyi kurduğunda üç şey değişir. Görevlendirme yapan vardiya amiri güncel durumu görür. Sertifika süresi dolmadan önce sistem uyarır. Denetçi bir kişiyi sorduğunda ekranda tek satırda tüm geçmiş açılır.
Kayıt yapısının doküman tarafıyla da bağı vardır. Eğitim materyalinin hangi revizyonla verildiği, madde 7.5.3 dokümante bilginin kontrolü kapsamına girer. Operatör 04 revizyonlu talimatla eğitildiyse ve talimat 06'ya çıkmışsa, o eğitim artık geçerli değildir. Bu bağı elle takip etmek mümkün ama sürdürülebilir değil; ayrıntısı için doküman yönetim yazılımı yazımıza bakabilirsiniz.
Yetkinlik matrisi yazılımda nasıl kurulur?
İyi bir matris kişi listesi değil, görev listesi üzerine kurulur. Önce operasyonları ve rolleri tanımlarsınız, her birine gereken yetkinlik seviyesini yazarsınız, sonra kişileri bu görevlere bağlarsınız. Böylece biri işten ayrıldığında matris çökmez; sadece o görevin doluluk oranı düşer.
| Seviye | Anlamı | Kabul edilen kanıt | Yetki |
|---|---|---|---|
| 0 — Yetkisiz | Eğitim almamış | — | Operasyona atanamaz |
| 1 — Gözetim altında | Teorik eğitim tamam | Eğitim kaydı + sınav | Usta gözetiminde çalışır |
| 2 — Bağımsız | İşbaşı eğitimi tamam | Gözlem formu, süpervizör onayı | Tek başına üretim yapar |
| 3 — Eğitici | Başkasını yetiştirebilir | 2 yıl deneyim + eğitici onayı | İşbaşı eğitimi verir |
Özel karakteristik ölçen, ilk parça onayı veren, kalibrasyonlu ekipman kullanan ya da ürün serbest bırakan roller için seviye 2 alt sınır olmalıdır. Ölçüm ekipmanıyla ilgili yetkinlik ayrıca madde 7.1.5.1 ile kesişir; kalibrasyon takip programı tarafındaki kullanıcı yetkileriyle aynı listeden beslenmesi işi kolaylaştırır.
Bir yan sanayide 180 kişilik kadro için hazırlanan matriste 640 hücre vardı ve hepsi yeşildi. Bu tabloyu gören denetçi tek soru sordu: "Yeni giren 12 kişi nerede?" Matris altı ay önce dondurulmuştu. Kural basit: matris hücre sayısıyla değil, son güncelleme tarihiyle inandırıcıdır. Yazılıma geçen firmalarda bu tarih genellikle bordro ya da personel modülüne bağlandığı için kendiliğinden tazelenir.
Eğitim etkinliği nasıl ölçülür?
Madde 7.2 c bendi, alınan aksiyonun etkinliğinin değerlendirilmesini açıkça ister. Sahada işleyen yöntemler şunlardır:
- Sınav ya da kısa test: teorik eğitimler için hızlıdır, ama sadece bilgiyi ölçer. Tek başına yeterli değildir.
- İşbaşı gözlem formu: süpervizör kişiyi gerçek işi yaparken izler ve maddeler üzerinden onaylar. Otomotivde en çok kabul gören kanıt budur.
- Çıktı verisiyle doğrulama: eğitim sonrası o operasyondan gelen iç ret, hurda ya da yeniden işleme oranının izlenmesi. En güçlü kanıt, en az kullanılanı.
- Gecikmeli kontrol: üç ay sonra tekrar gözlem. Özellikle güvenlik ve ürün güvenliği ilgili operasyonlarda anlamlıdır.
Yazılımda bu değerlendirme eğitim kaydına bağlı ayrı bir alan olarak kurgulanır ve doldurulmadan kayıt "tamamlandı" statüsüne geçmez. Küçük bir kısıt gibi görünür ama denetimdeki en yaygın bulgu türlerinden birini kökten kapatır.
Yetkinlik verisi hangi süreçlere bağlanmalı?
Yetkinlik kaydı tek başına dururken ölü veridir; başka süreçlere bağlandığında çalışmaya başlar. Bir kalite yönetim yazılımı içinde tipik olarak şu köprüler kurulur:
- Düzeltici faaliyet (madde 10.2): kök nedeni "operatör hatası" çıkan her DÖF, ilgili kişinin yetkinlik kaydına düşer. Aynı operasyonda üç ayda iki kez tekrarlanıyorsa sorun kişide değil eğitim yönteminde olabilir. DÖF süreci ile bu bağ kurulmadan "eğitim verildi" aksiyonu içi boş kalır.
- İç tetkik (madde 9.2 ve 7.2.3): tetkikçi atanırken sistem yetkinliği kontrol eder. IATF, iç tetkikçinin standart bilgisini, proses yaklaşımını ve müşteri özel şartlarını bilmesini ister.
- Denetime hazırlık: tetkik öncesi açılan kontrol listesinde eksik yetkinlik satırları otomatik listelenir. Bu konuyu yazılımla denetime hazırlık yazımızda ayrıca ele aldık.
- Vardiya planlaması: yetkisiz kişinin kritik operasyona atanması engellenir. Bunu uygulayan firmalarda ilk aylarda direnç olur, sonra kimse geri dönmek istemez.
Denetçi genelde matrisi baştan sona okumaz. Sahada rastgele iki kişi seçer, adını sorar ve sistemden o kişinin kaydını ister. Baktığı üç şey şudur: kişi şu an yaptığı iş için yetkili görünüyor mu, yetkinliğin dayandığı kanıt ekli mi, eğitimden sonra etkinlik değerlendirmesi yapılmış mı. Üçü de ekranda otuz saniyede açılıyorsa madde 7.2 sorgusu orada biter. Klasör aramaya başlandığı anda soru derinleşir.
Kâğıttan yazılıma geçerken nereden başlanmalı?
Tüm personeli tek seferde sisteme girmeye çalışmak en yaygın hatadır. İşleyen sıra şudur: önce kritik operasyonları ve rolleri tanımlayın, sonra o rollerdeki kişileri girin, ardından mevcut sertifikaları tarayıp ekleyin. Geri kalan kadro ikinci fazda gelir. Bir kalite yönetim sistemi yazılımı ilk günden yüzde yüz dolu olmak zorunda değil; kritik hatlar dolu ve güncel olsun yeter. Sistemin genel kurulum mantığı için KYS nasıl kurulur rehberi iyi bir başlangıç noktasıdır.
Bir de sık atlanan nokta var: yetkinlik verisi kişisel veridir. Sertifika görselleri, sınav sonuçları ve performans notları KVKK kapsamındadır. Yazılımda bu alanların görünürlüğü rol bazlı kısıtlanmalı, İK dışındaki kullanıcılar yalnızca "yetkili / yetkisiz" bilgisini görmelidir. Denetçiye kanıt sunarken de aynı ilke geçerli; sertifikanın kendisi yeterlidir, kişinin tüm özlük dosyası değil.