Yemekhanenin yanındaki toplantı salonuna altmış kişi sığdırılmış. Projeksiyonda yazılım firmasının sunumu akıyor, ekranda menü ağacı var, arka sıradaki kaynak operatörleri telefonuna bakıyor. İki saat sonra herkes katılım formunu imzalayıp çıkıyor, kalite müdürü de proje planındaki "eğitim" satırını yeşile boyuyor. On beş gün sonra ilk uygunsuzluk çıkıyor ve operatör elinde matbu formla kalite ofisinin kapısını çalıyor. Buradaki eksik eğitim değil, qms kullanıcı eğitimi planıdır. Aynı içeriği aynı sürede herkese anlatmak, aslında hiç kimseye kendi işini öğretmemek demektir. Rolleri ayıran, her rol için süresi, senaryosu ve yetkinlik kanıtı ayrı tanımlanmış bir program şöyle kurulur.
Tek salon eğitimi neden ikinci haftada çöker
Toplu eğitimin ilk sorunu ilgi alanıdır. Operatöre yetki matrisi anlatılır, o matrisi hayatı boyunca bir daha görmeyecektir. Kalite mühendisine yalnızca "kayıt nasıl açılır" gösterilir, oysa onun asıl işi kaydı yönlendirmek, kök neden analizini bağlamak ve kapatma kanıtını eklemektir. İkinci sorun tekrar aralığıdır: iki saatte gösterilen bir ekranı, o ekranı ilk kez üç hafta sonra açacak biri hatırlamaz. Üçüncü sorun ölçüm yokluğudur; salonda kimin ne öğrendiğini gösteren tek kanıt imza listesidir.
ISO 9001 madde 7.2 yetkinliği tarif ederken dört şey sıralar: gerekli yetkinliği belirle, kişinin buna sahip olmasını sağla, gerekiyorsa aksiyon al, alınan aksiyonun etkinliğini değerlendir. Toplu eğitim bunlardan yalnızca üçüncüsünün kâğıt üstündeki hâlidir. Birinci adım atlandığı için hangi rolün neyi bilmesi gerektiği hiç yazılmamıştır; dördüncü adım atlandığı için de eğitimin işe yarayıp yaramadığı ölçülmemiştir. IATF 16949 madde 7.2.2 ayrıca iş başında eğitimi ayrı bir gereklilik olarak koyar. Sınıf eğitimi tek başına bu maddeyi karşılamaz. Bir QMS kullanıcı eğitimi planı, bu üç eksiği tek tek kapatmak zorundadır.
Rolü tanımlamadan süre belirlenmez
Plan yapmadan önce kullanıcıları rollere ayırın ve her rolün sistemde yapacağı işleri fiil olarak yazın. "Kalite personeli" bir rol değildir; "uygunsuzluk kaydı açar, 8D formunu doldurur, kapatma kanıtını yükler" bir roldür. Bu ayrım aynı zamanda qms rol bazlı yetkilendirme tasarımının da girdisidir, çünkü eğitim içeriğiyle yetki matrisi birebir örtüşmek zorundadır. Kullanıcıya vermediğiniz bir yetkiyi anlatmak zaman kaybıdır; verdiğiniz yetkiyi anlatmamak ise doğrudan risktir.
Beş rol, çoğu orta ölçekli otomotiv tedarikçisinde yeterli oluyor: operatör ve vardiya amiri, saha mühendisi (üretim, bakım, proses), kalite mühendisi, bölüm müdürü, sistem yöneticisi. Küçük firmalarda kalite mühendisi ile sistem yöneticisi çoğu zaman aynı kişidir; o durumda iki ayrı oturum yapın, tek oturumda birleştirmeyin. Rolleri yazarken kalite yönetim sistemi içindeki mevcut görev tanımlarını temel almak, sonradan çıkacak "bu benim işim değil" tartışmasını baştan bitirir.
Rol bazlı eğitim programı örneği
Şu tablo, 120 kişilik bir pres ve kaynak tesisinde yürüttüğümüz QMS kullanıcı eğitimi programının sadeleştirilmiş hâlidir. Süreler tek oturum içindir, tekrar oturumları dahil değildir.
| Rol | Süre | Kapsanan işler | Yetkinlik kanıtı |
|---|---|---|---|
| Operatör / vardiya amiri | 45 dk | Güncel talimatı açma, uygunsuzluk bildirimi, kendi eğitim kaydını görme | Tezgâh başında gerçek bir uygunsuzluk kaydı açması |
| Saha mühendisi | 3 saat | DÖF yürütme, bakım ve kalibrasyon bildirimi, ölçüm veri girişi, doküman talebi | Kendi hattından bir DÖF'ü aksiyon planına kadar götürmesi |
| Kalite mühendisi | 6 saat (2×3) | 8D, kök neden, FMEA ile kontrol planı bağı, MSA, iç denetim planlama | Kapanmış bir 8D dosyası ve bir iç denetim kaydı |
| Bölüm müdürü | 1 saat | Onay verme, gecikme raporu, KPI ekranı, yönetimin gözden geçirmesi girdileri | Yedi gün içinde üç onayı sistem üzerinden vermesi |
| Sistem yöneticisi | 8 saat (2 gün) | Kullanıcı ve yetki yönetimi, iş akışı kurgusu, yedekleme, kod listeleri | Sıfırdan kullanıcı tanımlaması ve yedekten geri dönüş provası |
Toplam yük, ilk bakışta sanıldığından küçüktür. Bu tesiste operatör eğitimleri on iki gruba bölünerek vardiya başlarında yapıldı; sınıf süresi toplamda dokuz saat tuttu. Buna karşılık kalite ekibinin altı saatlik eğitimi tek başına projenin kaderini belirledi, çünkü sistemdeki kayıtların çoğunu fiilen onlar yürütüyor.
Tabloyu kendi tesisinize uyarlarken iki değişkeni gözden kaçırmayın. Birincisi vardiya sayısı: üç vardiya çalışan bir tesiste aynı içeriği üç kez anlatmak zorundasınız ve bu, eğitici ihtiyacını doğrudan üçe katlar. İkincisi personel devir hızı. Yıl içinde kadronun önemli bir bölümü değişiyorsa tek seferlik bir takvim işe yaramaz; giriş paketi tanımlanmadığında altı ay sonra sahadaki kullanıcıların bir kısmı hiç eğitim almamış olur. Bu iki değişken hesaba katılmadan verilen süre tahminleri plan aşamasında iyimser görünür, uygulamada sarkar. Süreleri yazarken sınıf saatinin yanına eğitici gününü de koyun; bütçe tartışması asıl orada çıkıyor.
Operatör eğitimini toplantı salonunda yapmayın. Terminali hattın başına kurun ve o vardiyanın gerçekten ürettiği parça kodu üzerinden ilerleyin. Aynı içerik salonda 45 dakikada unutuluyor, tezgâhın başında 20 dakikada oturuyor. Bir de eğitimi vardiya çıkışından hemen önce değil, vardiya başında yapın; paydos saatine on beş dakika kalan bir gruba hiçbir şey öğretemezsiniz.
İçerik senaryo üzerinden kurulur, menü üzerinden değil
Yazılım firmalarının standart sunumu modül modül ilerler: önce doküman, sonra DÖF, sonra denetim. Kullanıcı ise modül bilmez, iş bilir. Bu yüzden her rolün eğitimini o rolün gerçek bir gününden alınmış senaryoyla kurun. Kalite mühendisi için senaryo şudur: "Müşteriden sekiz adet çapak şikâyeti geldi, yirmi dört saat içinde ilk cevabı vereceksin." Eğitim boyunca kaydı açar, geçici tedbiri yazar, ekibi atar, kök nedeni kök neden analizi adımına bağlar, kalıcı aksiyonu tanımlar ve doğrulama kanıtını yükler. Ders bittiğinde elinde ekran görüntüsü değil, kapanmış bir kayıt vardır.
Saha mühendisinin senaryosu farklıdır: hattaki ölçüm cihazının kalibrasyon tarihi geçmiştir, bunu sistemde nasıl bildirir ve üretimi durdurma kararı hangi kayda düşer. Bölüm müdürünün senaryosu daha da kısadır; telefonuna gelen bildirimi açar, gecikmiş üç DÖF kaydını görür, birini onaylar. Bu yaklaşımın en görünür faydası, eğitimin sonunda "peki bu bana ne kazandıracak" sorusunun hiç sorulmamasıdır. Cevap zaten senaryonun içinde verilmiştir.
Eğitimi kim verecek: yazılım firması mı, iç eğitici mi
Kurulum sözleşmelerinin çoğunda tedarikçi firma bir ya da iki günlük eğitim taahhüt eder. O eğitimi sahadaki yüz kişiye yaymak imkânsızdır ve zaten doğru kurgu da bu değildir. Yazılım firmasının eğitmesi gereken kitle sistem yöneticisi ve kalite mühendisleridir; geri kalan rollerin eğitimini firmanın kendi insanı vermelidir. Bunun nedeni basit: operatöre sistemi anlatan kişi, o operatörün hangi parçayı nasıl ürettiğini bilmek zorundadır. Dışarıdan gelen eğitmen menüyü öğretir, içeriden gelen eğitmen işi öğretir. QMS kullanıcı eğitimi bütçesini bu ayrıma göre kurun.
İç eğitici modelinde iki üç kişilik bir çekirdek ekip kurun, bu kişilere yazılım firmasından derinlemesine eğitim aldırın ve her birine bir bölüm zimmetleyin. Çekirdek ekibin adları eğitim planında eğitici olarak geçer; böylece IATF 16949 madde 7.2'nin istediği "eğitimi verenin yetkinliği" sorusu da kayıtla cevaplanmış olur. En sık görülen hata, bu çekirdek ekibi kalite bölümünden tek bir kişiden ibaret bırakmaktır. O kişi izne çıktığında ya da işten ayrıldığında sistem bilgisi firmadan tümüyle çıkar; sahada bunun örneğini birkaç kez gördük ve sonucu her seferinde aynı oldu.
Yetkinliği ölçmenin somut yolu
Eğitim sonu sınavı yapmak kolaydır ama yanıltıcıdır. Çoktan seçmeli testte tam puan alan kullanıcı, üç hafta sonra kaydı yanlış modülden açabilir. Bunun yerine yazılım eğitimi etkinlik değerlendirme adımını sistemin kendi verisine bağlayın. Eğitimden otuz gün sonra üç sayıya bakın: kullanıcının kendi adına açtığı kayıt sayısı, süresinde kapattığı kayıtların oranı, eksik alan yüzünden geri dönen kayıt sayısı. Üçüncü sayı yüksekse sorun kullanıcıda değil, eğitimin o bölümündedir.
Bu ölçüm aynı zamanda ISO 9001 madde 7.2'nin etkinlik değerlendirmesi şıkkını kayıtla karşılar. İşleyen kurgu şu: bir eşik belirleyin, eğitim planına yazın ve her ay aynı yerden okuyun. Örneğin eksik alan nedeniyle geri dönen kayıt oranı belirlediğiniz sınırı aşarsa o rol için kısa bir tekrar oturumu açılsın. Eşiğin sayısal değeri firmadan firmaya değişir; önemli olan aynı ölçünün her ay tekrarlanması ve eğilimin görülmesidir. Sayı vermeden yazılan "eğitim etkili bulunmuştur" cümlesi ise denetimde ilk sorgulanan cümledir.
Denetçi eğitim klasörünü baştan sona okumaz. Bir kullanıcı seçer, o kullanıcının sistemdeki yetkisine bakar ve "bu yetkiye karşılık gelen eğitim nerede?" diye sorar. Onay yetkisi tanımlı, eğitim kaydı olmayan bir müdür tek başına bulgu üretmeye yeter. Yetki matrisiyle eğitim matrisi aynı tabloda tutulduğunda bu soru üç dakikada cevaplanır.
Eğitim kayıtları nerede tutulmalı
Kalite yazılımının eğitim kayıtlarını Excel'de tutmak, sistemin kendi mantığına aykırıdır. QMS eğitim kayıtları sistemin içinde durduğunda kullanıcı kendi kaydını, müdür ekibinin eksiklerini, denetçi de doğrulamayı tek ekrandan görür. Kayıtta bulunması gerekenler nettir: eğitimin adı ve içeriği, tarihi, süresi, eğiticinin adı, katılımcı listesi, kullanılan senaryo ve etkinlik değerlendirmesinin sonucu. Bu kalemler eksikse kayıt, denetimde katılım listesi muamelesi görür.
Bir noktayı atlamayın: eğitim materyalinin kendisi de dokümante bilgidir (documented information) ve revizyon kontrolüne tabidir. Yazılım sürümü değiştiğinde ekran görüntülü kılavuz eskir. ISO 9001 madde 7.5.3 güncelliğini yitirmiş dokümanın istenmeyen kullanımının önlenmesini ister; iki sürüm gerideki bir eğitim kılavuzu hâlâ ortak klasörde duruyorsa bu madde karşılanmamış demektir. Materyali doküman yönetimi akışına dahil edin ve her sürüm yükseltmesinde revizyonunu artırın.
Devreye alma sonrası ilk doksan gün
Eğitim canlıya geçiş günü bitmez. İşe yarayan takvim şudur: geçişten önceki hafta rol bazlı oturumlar, geçiş haftası boyunca sahada dolaşan bir destek kişisi, otuzuncu günde rol başına otuz dakikalık soru-cevap, doksanıncı günde ise sayılara bakılarak yapılan tekrar planı. Yeni işe girenler için standart bir giriş paketi tanımlayın; işe başlama formuna "QMS rol eğitimi" satırı eklendiğinde bu kendiliğinden işler ve kimse unutulmaz.
Doksanıncı günde yapılacak değerlendirme, planın en çok atlanan parçasıdır. O tarihte elinizde üç ay boyunca birikmiş gerçek kullanım verisi olur ve eğitimin hangi bölümünün tutmadığı açıkça görünür. Bizde çıkan tablo şuydu: doküman arama ve talimat görüntüleme herkes tarafından benimsenmişti, ama uygunsuzluk kaydına ekipman numarası girme adımı operatörlerin yarısında eksik kalıyordu. Çözüm yeni bir eğitim değil, o alanın zorunlu hâle getirilmesi ve iki dakikalık bir hatırlatma oldu. Eğitim planı, kullanım verisiyle birlikte okunduğunda kendi kendini düzeltir.
Planlı yürütülen eğitimin proje üzerindeki etkisi doğrudandır. Kullanıcının sisteme hiç girmemesi, kalite yazılımı projelerinin çöküş nedenlerinin başında gelir; konunun tamamını QMS projeleri neden başarısız olur yazısında ayrıca inceledik. PaKalite kurulumlarında da bu sırayı öneriyoruz; rol bazlı program kuran ekiplerde ilk ayın kayıtları yalnızca kalite bölümünden değil, sahadan da geliyor. QMS kullanıcı eğitimi planınızı yazarken tek soruyu aklınızda tutun: bu kişi eğitimden çıktığında yarın sabah hangi kaydı açacak? Cevabınız yoksa o oturum fazladır ve zaten unutulacaktır.