Eğitim salonunda on dört kişi var. Projeksiyonda yeni kalite yönetim sistemi yazılımı açık, eğitmen ekranda ana menüyü tanıtıyor. Arka sırada vardiya amiri kollarını kavuşturmuş, yanındaki tekniker telefonuna bakıyor. Kırk beşinci dakikada birisi elini kaldırıyor: "Peki biz bunu doldururken üretim duracak mı?" Salonda ilk kez gerçek bir dikkat oluşuyor. Bir kalite yönetim sistemi yazılımı eğitiminin başarısı, hangi menünün nerede olduğunu anlatmakla değil, tam da bu soruya verilen cevapla ölçülür. Aşağıda rol bazlı eğitim planını, direncin nereden geldiğini ve ISO 9001 / IATF 16949 madde 7.2 yetkinlik şartını kayıt üretmeden nasıl karşılayamayacağınızı anlatıyoruz.
Yazılım eğitimi neden menü turu olmamalı?
Klasik eğitimler yazılımı yukarıdan aşağı anlatır: modüller, ekranlar, butonlar. Katılımcı için bu bilgi ertesi gün buharlaşır, çünkü kendi işiyle bağı kurulmamıştır. İşe yarayan yaklaşım tersidir: kişinin bugün yaptığı bir işi seçin, o işi yazılımda baştan sona yapın, sonra o işin eski halinden farkını gösterin. Girdi kontrol elemanına "doküman yönetimi modülü" anlatmak gereksizdir; ona gelen malzemenin kabul kaydını girmeyi, uygunsuzluk açmayı ve etiket basmayı öğretmek yeterlidir.
Eğitim içeriğini kurulum planıyla birlikte hazırlamak da işi kolaylaştırır. Kurulum ve devreye alma aşamasında verilen yetki matrisi kararları, eğitimde kimin neyi göreceğini de belirler.
Rol bazlı eğitim planı nasıl kurulur?
Herkesi aynı salona doldurup aynı içeriği anlatmak, hem zaman kaybıdır hem de kimseye yaramaz. Rolleri ayırın:
| Rol | Süre | İçerik odağı | Kanıt |
|---|---|---|---|
| Operatör / kontrolcü | 30-45 dk | Kayıt girişi, uygunsuzluk açma, etiket | Ekranda 3 örnek kayıt |
| Vardiya amiri | 1 saat | Onay, aksiyon atama, gün sonu kontrol | Bir DÖF akışını kapatma |
| Süreç sahibi | 2-3 saat | Modül yapılandırma, rapor okuma | Kendi sürecinin KPI ekranı |
| Kalite yöneticisi | 3 saat | Denetim, YGG raporu, madde 9.3 girdileri | Örnek YGG çıktısı |
| Sistem yöneticisi | 4 saat | Yetki, yedekleme, kullanıcı yaşam döngüsü | Yetki matrisi tablosu |
Tablodaki "kanıt" sütunu tesadüf değil. Madde 7.2, yetkinliğin sağlandığına dair dokümante bilgi saklanmasını ister. Katılım listesi tek başına yetkinlik kanıtı değildir; kişinin sistemde gerçek bir kayıt üretmiş olması çok daha güçlü bir kanıttır.
Direnç nereden gelir ve nasıl azalır?
Sahada gördüğümüz direnç hemen hiç "yazılımdan korkma" değildir. Genellikle üç kaynağı vardır:
- İş yükü korkusu: "Zaten kâğıda yazıyorum, bir de buraya mı gireceğim?" Bu itiraz haklıdır ve tek çözümü kâğıdı gerçekten kaldırmaktır. Çift kayıt devam ettiği sürece hiçbir eğitim işe yaramaz.
- İzlenme kaygısı: Yazılım kim ne zaman ne yaptı bilgisini tutar. Bu bilginin performans cezası için değil, izlenebilirlik ve madde 8.5.2 için tutulduğunu açıkça söylemek gerekir.
- Yetersizlik hissi: Uzun süre klasörle çalışmış bir çalışan, ekran karşısında yavaş kalmaktan çekinir. Küçük gruplarla ve kendi bilgisayarında yapılan eğitim bu çekingenliği hızla giderir.
Bir plastik enjeksiyon firmasında eğitim sonrası kullanım üç hafta boyunca yüzde 20'de takıldı. Sebep eğitimde değildi: kontrol formları hâlâ hat başında asılıydı ve amir gün sonunda kâğıtları topluyordu. Formlar hattan kaldırıldığı gün kullanım oranı bir hafta içinde yüzde 85'e çıktı. Adaptasyonun en güçlü aracı eğitim değil, eski yolun kapatılmasıdır.
Eğitim içeriğinde neler mutlaka olmalı?
Rolden bağımsız olarak her oturumda geçmesi gereken beş başlık var. Bunlar atlandığında ilk ay içinde aynı sorular defalarca kalite ofisine gelir:
- Neden geçtik: hangi işin ortadan kalktığı, hangi kâğıdın kalktığı somut olarak söylenir. Bu bölüm beş dakikadan uzun olmamalıdır ama asla atlanmamalıdır.
- Kendi işini yapma: katılımcı kendi bilgisayarında, kendi verisiyle en az üç gerçek kayıt açar. Ekrana bakarak izlemek öğretmez.
- Hata yaptığında ne olur: yanlış kayıt nasıl düzeltilir, silinebilir mi, düzeltme iz bırakır mı? Bu soru sorulmadan bırakılırsa kullanıcı kayıt açmaktan çekinir.
- Bildirimler ve sorumluluk: sisteme düşen görev kime gider, ne zaman gecikmiş sayılır, kim görür?
- Takıldığında kime soracak: anahtar kullanıcının adı ve dahili numarası tahtaya yazılır. Bu tek satır, ilk ayın çağrı yükünü belirgin biçimde azaltır.
Eğitim materyalini uzun kılavuzlar yerine tek sayfalık rol kartları olarak hazırlamak da işe yarar. Sahada kimse 40 sayfalık PDF açmaz; hattın yanına asılan altı adımlık bir kart ise haftalarca kullanılır. Kartın üzerine ekran görüntüsü koymayı unutmayın; metin tarifi görsel kadar hızlı okunmaz.
Eğitim kaydı ve yetkinlik nasıl belgelenir?
Yazılım eğitiminin ironik tarafı şudur: eğitim kayıtlarının kendisi de aynı yazılımda tutulur. Katılımcı listesi, eğitim içeriği, eğitmen, tarih, süre ve etkinlik değerlendirmesi sistemde bir eğitim kaydı olarak açılır; kişinin yetkinlik matrisindeki ilgili hücre güncellenir. Bu sayede madde 7.2 için istenen kanıt, ayrı bir klasörde değil kişinin kartında durur. Bu kayıtların saklama ve sürüm kurallarını KYS dokümantasyonu yazımızda ayrıntılı ele aldık.
Otomotivde bir ek şart daha var: IATF 16949 madde 7.2.1 eğitim ihtiyacının belirlenmesini ve etkinliğinin ölçülmesini isterken, madde 7.2.3 iç tetkikçilerin yetkinliğini ayrıca tarif eder. Yazılım üzerinden tetkik yürüten firmalar için bu iki maddenin kesişimi kritik olur; tetkikçi hem tetkik yetkinliğini hem de yazılım yetkinliğini kanıtlamalıdır. İç denetim tarafındaki ayrıntılar için ilgili yazımıza bakabilirsiniz.
Denetçi eğitim klasörünü açıp katılım listelerine bakmaz sadece; sahaya iner ve rastgele bir operatöre "şu kaydı bana sistemde gösterir misin?" der. Operatör ekranı açamıyorsa, elindeki eğitim sertifikasının bir hükmü kalmaz. En sık karşılaşılan bulgu da budur: eğitim yapılmış, katılım imzalanmış, ancak etkinlik değerlendirmesi yapılmamıştır. Madde 7.2 (d) bendi tam olarak bunu ister — alınan aksiyonun etkinliğinin değerlendirilmesi.
Eğitimden sonra adaptasyon nasıl sürdürülür?
İlk eğitim dalgası bittiğinde iş bitmez; asıl kayıp burada başlar. Sürdürülebilir bir düzen için dört basit alışkanlık yeterlidir:
- Her modülde bir anahtar kullanıcı belirleyin; ilk başvuru noktası o olsun.
- İlk ay haftalık 15 dakikalık kısa kullanım toplantıları yapın, sadece takılan yerleri konuşun.
- Yeni işe girenlerin oryantasyonuna yazılım modülünü ekleyin; bu, unutulan tek adımdır.
- Kullanım oranını izleyin: aktif kullanıcı yüzdesi, gecikmiş aksiyon oranı, geç girilen kayıt sayısı. Bu göstergeler yönetim gözden geçirmesinin girdisi olsun.
İkinci ayda küçük bir ölçüm yapmak da faydalıdır: her modülde kaç kullanıcı gerçekten kayıt açtı? Yüzde 40'ın altında kalan modüller ya gereksizdir ya da eğitimi eksiktir. İkisini ayırt etmenin yolu tek bir soruyu sormaktır: "Bu modül kapatılsa kimin işi zorlaşır?" Cevap yoksa modülü kapatın; ekranı kalabalıklaştıran her sekme adaptasyonu yavaşlatır.
Yazılımın kendisi de bu işi kolaylaştırabilir. Rehberli tur, alan bazlı ipucu ve rol görünümleri, bir kalite yönetim sistemi yazılımı için süs değil adaptasyon aracıdır. Kullanıcının aradığı butonu bulamadığı her dakika, geri kâğıda dönme ihtimalini artırır. Yazılım tarafında hangi özelliklerin adaptasyonu doğrudan etkilediğini kalite yönetim yazılımı özellikleri yazımızda listeledik.