Denetçi masaya oturur oturmaz kalite el kitabını değil, üretim planlama panosunu istedi. "Bana bir siparişin kapıdan girip sevkiyata çıkana kadar hangi ellerden geçtiğini göstererek anlatın" dedi. Sorumlu mühendis prosedür klasörünü açmaya davrandı; denetçi durdurdu: "Klasörü değil, akışı soruyorum." İşte o boşluk, bir kalite yönetim sisteminin kağıt üzerinde mi yoksa gerçekten süreçlerle mi yönetildiğini anlatır. Süreç yaklaşımı tam da bu akışı görünür kılmakla ilgilidir; ISO 9001 ve IATF 16949'un madde 4.4 altında istediği de budur.
Süreç yaklaşımı nedir?
Süreç yaklaşımı, bir kuruluşu ayrı ayrı departmanlar toplamı olarak değil, birbirine girdi-çıktı ile bağlanan proseslerin bir ağı olarak yönetme biçimidir. Her proses bir girdiyi alır, ona değer katar ve bir çıktı üretir; bu çıktı çoğu zaman bir sonraki prosesin girdisidir. Kalite yönetim sistemi bu prosesleri, sıralarını ve aralarındaki etkileşimi tanımlamayı ister. Amaç, sorumluluğun departman duvarlarında kaybolmasını önlemektir.
Klasik departman mantığında herkes kendi kutusuna bakar; kalite kalitenin, üretim üretimin işini yapar. Süreç yaklaşımında ise soru şudur: bu prosesin çıktısı, bir sonrakinin ihtiyacını gerçekten karşılıyor mu? Bu bakış, hataların "iki departman arasındaki gri alanda" oluştuğu klasik durumu görünür kılar.
Madde 4.4 ne istiyor?
ISO 9001 ve IATF 16949 madde 4.4, kalite yönetim sistemi ve prosesleri başlığı altında somut beklentiler koyar. Kuruluş, KYS için gereken prosesleri belirlemeli ve şunları tanımlamalıdır:
- Proseslerin girdilerini ve beklenen çıktılarını,
- Proseslerin sırasını ve birbirleriyle etkileşimini,
- Prosesin etkin işlediğini gösteren kriterleri, yöntemleri ve performans göstergelerini,
- Gereken kaynakları ve bunların erişilebilirliğini,
- Sorumlulukları ve yetkileri (proses sahibi),
- Riskleri ve fırsatları — bu da risk temelli düşünce ile doğrudan bağlıdır.
Dikkat edilmesi gereken nokta: madde 4.4 bir doküman değil, bir yönetim biçimi ister. Sistemi bir kalite yönetim sistemi olarak kuran firmalar bu maddeyi tüm PUKÖ döngüsünün iskeleti gibi kullanır.
Turtle diyagramı nasıl çizilir?
Turtle (kaplumbağa) diyagramı, tek bir prosesi altı soruyla çerçeveleyen basit bir görselleştirmedir. Ortada proses, çevresinde ise dört bacak ve baş-kuyruk yer alır:
| Turtle bölümü | Sorduğu soru | Örnek (Kaynakta muayene) |
|---|---|---|
| Girdi (baş) | Ne ile başlıyoruz? | Gelen parti, sevk irsaliyesi, sertifika |
| Çıktı (kuyruk) | Ne üretiyoruz? | Kabul/ret kararı, karantina etiketi |
| Ne ile? (ekipman) | Hangi araç, cihaz? | Kumpas, mastar, muayene tezgahı |
| Kim ile? (yetkinlik) | Kim, hangi eğitimle? | Kalite kontrolcü, ölçüm eğitimi |
| Nasıl? (yöntem) | Hangi talimat, kriter? | Muayene talimatı, kabul planı |
| Kaç? (gösterge) | Nasıl ölçülüyor? | PPM, ilk seferde kabul oranı |
Bir turtle'ı iyi dolduran ekip, prosesin zayıf bacağını hemen görür. Çoğu zaman "Kaç?" bacağı boştur; yani prosesin bir çıktısı vardır ama performansı ölçülmez. Bu göstergeleri seçmek için KYS'de KPI ve performans yazımıza da göz atabilirsiniz.
Turtle diyagramlarını bir kez çizip duvara asan firmalar en büyük hatayı yapar. Proses değişince — yeni bir tezgah, yeni bir talimat, yeni bir müşteri şartı — turtle eskir. Biz sahada turtle'ları prosesin canlı kimlik kartı gibi kullanmayı öneririz; her önemli değişiklikte turtle da revize edilir. Aksi halde denetçi ilk baktığında tarih uyuşmazlığını yakalar.
Proses etkileşimi neden önemlidir?
Tek tek prosesleri tanımlamak yetmez; asıl değer aralarındaki bağı görmektedir. Bir proses etkileşim haritası, hangi prosesin çıktısının hangi prosesin girdisi olduğunu oklarla gösterir. Örneğin satın alma prosesinin çıktısı olan onaylı tedarikçi listesi, kaynakta muayene prosesinin girdisidir. Bu bağ kopuksa, onaysız bir tedarikçiden gelen parça sisteme sessizce girer.
Otomotivde bu etkileşim, IATF 16949'un özel karakteristik akışında hayatidir: tasarımdan (madde 8.3) gelen bir kritik karakteristik, kontrol planına ve oradan prosesteki ölçüm noktasına kadar kesintisiz izlenebilmelidir. Etkileşim haritası kopuk olduğunda bu zincir de kopar.
Süreç yaklaşımı ile PUKÖ ilişkisi
Süreç yaklaşımı tek başına statik bir resimdir; onu canlı tutan şey PUKÖ (Planla-Uygula- Kontrol Et-Önlem Al) döngüsüdür. Her proses için hedef belirlenir (Planla), proses işletilir (Uygula), gösterge izlenir (Kontrol Et) ve sapma varsa iyileştirme yapılır (Önlem Al). Bu döngünün derinliği için PUKÖ / PDCA döngüsü yazımız iyi bir başlangıçtır. Prosesler böyle yönetildiğinde madde 4.4, kağıt üzerinde bir gereklilik olmaktan çıkıp gerçek bir yönetim aracına dönüşür.
Deneyimli bir denetçi proses haritanıza bakıp tek bir prosesi seçer ve onu uçtan uca izler: girdisi nereden geliyor, çıktısı nereye gidiyor, göstergesi son üç ayda ne gösterdi, hedefin altına düştüğünde ne yapıldı? Eğer bu izi süremiyorsanız, ne kadar güzel çizilmiş olursa olsun harita kağıt üzerinde kalmış demektir. Denetçi somut bir akışın kanıtını arar, kutuların rengini değil.
Süreçleri bir kalite yönetim yazılımıyla yönetmek
Proses haritalarını, turtle diyagramlarını ve etkileşim bağlarını Excel ve Visio dosyalarında tutmak firma küçükken işe yarar. Ama süreçler değiştikçe bu dosyalar birbirinden kopar; hangi turtle güncel, hangi göstergenin sahibi kim belirsizleşir. Bir kalite yönetim yazılımı, her prosesi sahibi, girdi-çıktısı, dokümanları ve canlı göstergesiyle tek yerde tutar; bir prosesin çıktısını doğrudan diğerinin girdisine bağlayarak etkileşimi otomatik gösterir. Böylece madde 4.4'ün istediği "proseslerin sırası ve etkileşimi" denetim öncesi çizilen bir şema olmaktan çıkar, sistemin canlı omurgası olur. PaKalite bu haritayı ölçülen KPI'larla birlikte tutarak süreç yaklaşımını gerçek bir yönetim aracına çevirir.