Toplantı odasında projeksiyona düşen ilk slaytta "Yönetimin Gözden Geçirmesi" yazıyor, tarihte ise geçen yılın aynı haftası. Kalite müdürü 40 slaytı hızla geçiyor, genel müdür telefonuna bakıyor, sonunda bir tutanak imzalanıyor ve herkes masadan kalkıyor. Bir hafta sonra o toplantıda konuşulan hiçbir şey sahaya yansımamış oluyor. Bu tablo tanıdıksa, IATF 16949 yönetimin gözden geçirmesi maddesinin neden var olduğunu da biliyorsunuz demektir. YGG, bir sunum ritüeli değil; üst yönetimin veriyle yüzleşip kaynak ve öncelik kararı verdiği yerdir. Bu yazıda maddeyi girdileri, çıktıları ve otomotive özgü şartlarıyla, formaliteden kurtaracak biçimde ele alıyoruz.
YGG neyi amaçlar?
Yönetimin gözden geçirmesi, kalite yönetim sisteminin uygunluğunu, yeterliliğini ve etkinliğini üst yönetimin planlı aralıklarla değerlendirmesidir. Amaç bir rapor üretmek değil, karar üretmektir. Toplantıdan üç şey çıkmalıdır: sistemin nerede iyi çalıştığı, nerede zayıfladığı ve bu zayıflıklar için hangi kaynağın nereye ayrılacağı. Bu üçü olmadan YGG, geçmiş dönemin bir özetinden ibaret kalır.
Buradaki kritik ayrım, "gözden geçirme" ile "raporlama" arasındadır. Raporlama tek yönlüdür; birisi anlatır, ötekiler dinler. Gözden geçirme ise çift yönlüdür: yönetim soru sorar, önceliklendirir, kaynak bağlar. Denetçinin de, çalışanların da bir YGG'nin gerçekten yapılıp yapılmadığını anladığı yer tam olarak burasıdır. Kararların ve sorumluların olduğu bir tutanak yaşayan bir sistemi; sadece slaytların özetlendiği bir tutanak ise kâğıt üstünde kalan bir sistemi anlatır.
Maddenin gücü, Madde 9 performans değerlendirmenin son halkası olmasından gelir. İzleme, ölçme ve iç denetimden gelen tüm bilgi burada birleşir; buradan çıkan kararlar da Madde 10 iyileştirmeyi besler. YGG'yi bu zincirin dışında düşünmek, onu neden yaptığınızı da belirsizleştirir.
YGG girdileri: masaya ne gelmeli?
ISO 9001 zaten bir girdi listesi verir; IATF bunu otomotivin gerçekleriyle genişletir. Denetçinin ilk baktığı şey, bu girdilerin veriyle mi yoksa sözle mi geldiğidir.
| Girdi | Neyi gösterir |
|---|---|
| Kalite hedeflerine ulaşma durumu | KPI'ların hedefe göre konumu ve eğilimi |
| Müşteri memnuniyeti ve skor kartları | PPM, teslimat, özel taşıma, müşteri portali durumu |
| Sahadaki arızalar ve garanti analizi | Sahaya kaçan hataların kök ve maliyeti |
| İç ve dış denetim sonuçları | Sistem ve proses zayıflıkları, açık bulgular |
| Uygunsuzluklar ve DÖF durumu | Tekrar eden sorunlar, kapanmayan aksiyonlar |
| Proses performansı ve verimlilik | Yeterlilik, hurda, OEE gibi üretim göstergeleri |
| Riskler ve fırsatlar | Değişen koşulların sisteme etkisi |
Bu girdilerin her biri bir slayt değil, bir eğilim taşımalıdır. "PPM 45" demek yerine "PPM son üç çeyrekte 70'ten 45'e indi ama hedef 30" demek, yönetime karar verebileceği bir zemin sunar. Risk tarafını beslemek için risk değerlendirme matrisi çıktılarını YGG'ye taşımak, tartışmayı somutlaştırır.
YGG hazırlığı bir firmada üç tam gün alıyordu; herkes kendi verisini elle slayta döküyordu. Göstergeler tek panoda toplanınca hazırlık yarım güne indi ve daha önemlisi, toplantıda "bu rakam doğru mu?" tartışması bitti. Zaman veri toplamaya değil, kararı konuşmaya kaldı.
YGG çıktıları: karara bağlamak
Girdiler ne kadar zengin olursa olsun, YGG'yi anlamlı kılan çıktısıdır. Standart üç tür çıktı bekler:
- İyileştirme fırsatları: Hangi proses, hangi hedef için ele alınacak?
- Sistem değişikliği ihtiyaçları: Bir prosedür, sorumluluk ya da kaynak yapısı değişecek mi?
- Kaynak kararları: İnsan, ekipman, eğitim ya da yazılım için ne ayrılacak?
Her çıktı bir sorumluya, bir termine ve mümkünse bir hedefe bağlanmalıdır. Bir sonraki YGG'nin ilk gündem maddesi de önceki toplantının aksiyon durumudur. Bu geri besleme olmadan aynı sorunlar her yıl yeni bir tutanakta tekrar konuşulur.
Denetçi YGG tutanağında iki şeye bakar: bütün zorunlu girdiler gerçekten ele alındı mı ve çıktılar aksiyona bağlandı mı? "Görüşüldü" yazan ama kararı olmayan maddeler, ya da geçen yıldan aynen kopyalanmış bir tutanak, YGG'nin yaşamadığının işaretidir. Bir de üst yönetimin katılım kanıtı sorulur; toplantı kalite bölümünün kendi içinde yapılmış olamaz.
Etkili bir YGG toplantısını nasıl kurgularsınız?
İyi bir yönetim gözden geçirmesi, iyi bir hazırlıkla başlar ve net bir akışla ilerler. Aşağıdaki iskelet, toplantıyı slayt geçme yarışı olmaktan çıkarıp tartışmaya odaklar:
- Önceki kararların durumu: Toplantı, geçen YGG'nin aksiyon listesiyle açılır. Kapanmayan kararlar önce konuşulur; yenilerini eklemeden eskisinin hesabı verilir.
- Göstergelerin eğilimi: Her KPI tek bir sayı değil, bir eğilim olarak sunulur. Hedefe göre konum ve yön birlikte okunur.
- Sapmaların derinleşmesi: Yeşil göstergeler hızla geçilir, kırmızıların üzerinde durulur; kök neden ve mevcut aksiyon konuşulur.
- Karar ve kaynak: Her sapma için "ne yapacağız, kim, ne zaman, hangi kaynakla" sorusu masada yanıtlanır.
- Kayıt: Kararlar toplantı biterken değil, konuşulurken kayda geçer; herkes kendi aksiyonunu görerek çıkar.
Bu akışta zamanın çoğu geçmişi özetlemeye değil, sapmaları karara bağlamaya harcanır. Toplantı öncesi göstergeleri toplayıp tek bir dosyada hazır etmek, bu odağı korumanın en pratik yoludur. Aksi halde masa, "bu rakam güncel mi?" tartışmasıyla dolar ve karar için vakit kalmaz.
YGG'yi ne sıklıkla yapmalı?
Standart tek bir aralık dayatmaz, "planlı aralıklarla" der. Pratikte iki katmanlı bir yaklaşım işe yarar: kritik göstergeler aylık bir yönetim toplantısında hızla izlenir, tam kapsamlı YGG ise yılda bir ya da iki kez yapılır. Performansta ani bir kötüleşme, büyük bir müşteri sorunu ya da önemli bir organizasyon değişikliği olduğunda ise takvimi beklemeden ek bir toplantı yapmak beklenir. Yılda bir kez, denetimden hemen önce yapılan YGG, maddenin ruhuna en aykırı kullanımdır.
Süreci bir kalite yazılımıyla yönetmek
YGG'nin asıl yükü toplantının kendisi değil, hazırlığıdır. Onlarca kaynaktan gösterge toplamak, her birini güncel tutmak ve tutarlı bir dosyaya dönüştürmek günler alır ve genellikle veriyi eskiterek getirir. Bir kalite yönetim yazılımı; KPI'ları, denetim bulgularını, DÖF durumunu ve müşteri göstergelerini canlı olarak tek panoda toplar, YGG girdilerini otomatik derler ve alınan kararları sorumlu-termin ile aksiyon listesine bağlar. Böylece toplantı, veriyi tartışmakla değil kararı vermekle geçer; bir sonraki YGG de sıfırdan değil, önceki kararların üstüne kurulur. Zamanla toplantı, geçmişi anlatan bir tören olmaktan çıkıp geleceği planlayan kısa ve yoğun bir karar oturumuna dönüşür; katılanlar da masadan bir özetle değil, kendi adlarına yazılmış aksiyonlarla kalkar. Bütün resmi görmek için IATF 16949 rehberimize göz atabilirsiniz.