Holdingin kalite koordinasyon toplantısında üç tesis müdürü ve merkezden iki kişi var. Merkez tek bir kalite politikası, ortak prosedürler ve karşılaştırılabilir göstergeler istiyor. Döküm tesisi otomotive çalışıyor ve IATF şartlarıyla yaşıyor; plastik tesisi beyaz eşyaya parça veriyor ve müşteri portalına rapor gönderiyor; makine tesisi proje bazlı iş yapıyor ve her siparişi ayrı yönetiyor. Aynı formu üçüne birden kullandırma denemesi iki yıl önce yapılmış ve tutmamış. Çok tesisli kalite yönetim sistemi kurmanın püf noktası, merkezin ne kadarını standartlaştırıp nereden sonra elini çekeceğini doğru çizmektir.
Merkez neyi standartlaştırabilir?
Standartlaştırılabilecek şeylerin ortak özelliği vardır: üretim teknolojisinden bağımsız olmaları. Kalite politikası, süreç sahipliği tanımları, uygunsuzluk sınıflandırması, kök neden yöntemi, doküman kodlama kuralı, revizyon ve onay akışı, saklama süreleri, iç denetçi yetkinlik kriteri, tedarikçi değerlendirme mantığı. Bunlar döküm, plastik ve makine tesislerinde aynı olabilir ve olmalıdır.
Standartlaştırılamayacak olanlar ise ürüne ve müşteriye değen her şeydir: kontrol planı formatı, ölçüm talimatları, kusur kod listesi, proses parametre kayıtları, müşteri özel şartları. Merkezin bunlara müdahale etmeye çalışması iki sonuç doğurur; ya form o kadar genelleşir ki hiçbir tesiste işe yaramaz, ya da tesisler resmî formu doldurup gerçek işi kendi Excel'lerinde yürütür. İkincisi daha yaygındır ve daha zararlıdır, çünkü merkez sistemin çalıştığını sanır.
Sınırı çizmenin pratik bir yöntemi var. Bir dokümanı ya da kaydı elinize alın ve şunu sorun: bu belgenin içeriği tesisin ürettiği ürüne göre değişiyor mu? Cevap hayırsa merkeze, evetse tesise aittir. Bu tek soru, çok tesisli kalite yönetim sistemi tasarımında haftalarca süren tartışmaları birkaç saate indirir. Sınırda kalan belgeler için de kural bellidir: gövde merkezde, uygulama tesiste.
Üç katmanlı doküman mimarisi
Sahada en iyi çalışan yapı üç katmanlıdır. Birinci katman grup katmanıdır: politika, ortak tanımlar, yetki çerçevesi. Sahibi merkezdir, hiçbir tesis değiştiremez. İkinci katman ortak prosedür katmanıdır: doküman kontrolü, düzeltici faaliyet, iç denetim, eğitim, kalibrasyon, tedarikçi yönetimi. Gövdesi merkezde yazılır, her tesis sonuna kendi uygulama ekini koyar. Üçüncü katman tesis katmanıdır: talimatlar, kontrol planları, formlar, müşteri şartları. Tamamen tesise aittir.
Bu mimaride kritik kural şudur: ikinci katmandaki bir prosedür asla tesis başına kopyalanmaz. Kopyalandığı gün, üç yıl sonra birbirinden habersiz üç sürümünüz olur ve merkez hangisinin geçerli olduğunu bilemez. Merkez gövdeyi güncellediğinde bütün tesislere aynı anda yansır, ekler yerinde kalır. Doküman yönetimi tarafında bu yapıyı destekleyen tek şey, dokümanın sahibi ile geçerli olduğu tesis alanlarının birbirinden ayrı tutulmasıdır.
Hangi doküman hangi katmanda durur?
Sınırı çizerken elinizde bir referans olsun diye, tipik bir grup yapısında dokümanların hangi katmana oturduğunu ve kimin onayladığını çıkardık. Kendi doküman listenizi bunun yanına koyup her satırın sahibini işaretlemekle işe başlayabilirsiniz.
| Doküman / kayıt | Katman | Sahibi | Tesis değiştirebilir mi? |
|---|---|---|---|
| Kalite politikası | Grup | Merkez | Hayır |
| Kalite el kitabı kapsam eki | Tesis | Tesis kalite müdürü | Evet |
| Doküman kontrol prosedürü | Ortak | Merkez | Sadece uygulama eki |
| Düzeltici faaliyet prosedürü | Ortak | Merkez | Sadece uygulama eki |
| İç denetim programı | Tesis | Tesis | Evet, merkez şablonuyla |
| Kontrol planı | Tesis | Tesis kalite mühendisi | Evet |
| Ölçüm ve iş talimatları | Tesis | Tesis | Evet |
| Müşteri özel şartları | Tesis | Tesis | Evet |
| Tedarikçi değerlendirme kriterleri | Ortak | Merkez satın alma | Ağırlıklar tesise göre |
| Onaylı tedarikçi listesi | Tesis | Tesis | Evet |
| KPI tanım sözlüğü | Grup | Merkez | Hayır |
| KPI hedef değerleri | Tesis | Tesis, merkez onayıyla | Evet |
Son iki satır özellikle önemlidir. Tanım grup seviyesinde sabit, hedef tesis seviyesinde değişken olmalıdır. Aksi hâlde üç tesisin PPM sayısı yan yana konur ama üçü farklı formülle hesaplanmıştır ve karşılaştırma anlamsızdır.
Üç tesisli bir grupta yönetim kuruluna giden aylık kalite raporunda "müşteri şikâyeti sayısı" üç farklı anlama geliyordu. Döküm tesisi resmî 8D açılan olayları, plastik tesisi müşteriden gelen her e-postayı, makine tesisi ise sadece garanti kapsamındaki talepleri sayıyordu. Merkez iki yıl boyunca bu üç sayıyı aynı grafikte gösterdi. Sorunu çözen şey yazılım değildi; iki sayfalık bir gösterge sözlüğü oldu. Sözlükte her göstergenin tanımı, formülü, veri kaynağı ve hesaplama sıklığı yazıyordu. Yazılım işi ancak ondan sonra anlamlı hâle geldi.
Yetkilendirme: kim neyi görecek?
Tesis bazlı yetkilendirme, çok tesisli bir yapının teknik olarak en kritik parçasıdır. Varsayılan kural şu olmalıdır: bir kullanıcı yalnızca kendi tesisinin kayıtlarını görür. Merkez kullanıcıları bütün tesisleri görür ama düzenleme yetkisi yalnızca grup katmanı dokümanlarındadır. Bu ayrımı baştan kurmayan sistemlerde iki sorun çıkar: ya herkes her şeyi görür ve ticari bilgi sızar, ya da tesisler kendi verilerini merkeze göndermemek için sistemin dışına çıkar.
Bir istisna tanımlamak gerekir. Kazanılmış dersler ve kapatılmış düzeltici faaliyet özetleri tesisler arasında paylaşılabilir olmalıdır. Aynı kalıp sorununu döküm tesisinin üç ay önce çözdüğünü plastik tesisinin bilmemesi, bir grup şirketinin en pahalı israfıdır. Bu paylaşımı gönüllülüğe bırakmayın; kapatılan her faaliyetin bir "gruba açık özet" alanı olsun ve doldurulmadan kayıt kapanmasın.
Yetki tasarımında ikinci konu roldür. Aynı kişinin iki tesiste farklı yetkisi olabilir; örneğin grup kalite müdürü döküm tesisinde onaylayıcı, plastik tesisinde yalnızca görüntüleyicidir. Yetkiyi kişiye değil, kişi-tesis çiftine bağlamayan sistemlerde bu ayrım kurulamaz ve sonuçta ya herkese tam yetki verilir ya da her tesis için ayrı kullanıcı hesabı açılır. İkisi de kötüdür; ilki denetimde bulgu getirir, ikincisi kullanıcıların hangi hesapla giriş yaptığını karıştırmasına yol açar. Kurulum öncesi bu ayrımı yazılı olarak sorun.
Belgelendirme kapsamını doğru kurmak
Belgelendirme tarafında gruplar sık hata yapar. ISO 9001'de birden çok sahayı tek belge altında, örnekleme esasına göre belgelendirmek mümkündür; şartı, sahaların benzer süreçler yürütmesi ve merkezî bir yönetim sisteminin bulunmasıdır. Üç tesisiniz döküm, plastik ve makine ise bu benzerlik şartı zaten sağlanmaz ve ayrı belgeler almanız gerekir. Ayrı belge almak, ortak sistem kurmanıza engel değildir; belgelendirme kapsamı ile yönetim sistemi mimarisi iki ayrı konudur ve gruplar bu ikisini sık karıştırır. Üç ayrı belgeniz olup tek doküman havuzu kullanabilirsiniz; denetçi bunu sorun etmez, aksine merkezî kontrolü olumlu değerlendirir.
Otomotiv tarafında durum daha nettir. IATF 16949 belgelendirmesi üretim sahası esaslıdır; her üretim sahası kendi denetimini görür. Merkezde yürütülen satın alma, tasarım ya da kalite koordinasyonu gibi uzaktan destek fonksiyonları ayrı bir belge almaz ama denetim kapsamına girer. Yani merkez, "biz üretim yapmıyoruz, bize denetim gelmez" diyemez; merkezden yürütülen süreçlerin kayıtları da hazır olmalıdır.
Grup yapılarında denetçinin ilk sorusu neredeyse hep aynıdır: "Bu prosedürü kim yazdı, kim onayladı ve bu tesiste nasıl uygulanıyor?" Merkezde yazılmış bir prosedürün tesiste karşılığı yoksa bulgu tesise yazılır, merkeze değil. İkinci klasik soru, merkezden yürütülen bir sürecin kanıtıdır; örneğin tedarikçi onayı merkezde yapılıyorsa denetçi o onay kayıtlarını tesiste görmek ister. "Merkezde duruyor" cevabı yeterli değildir, kaydın tesis tarafından erişilebilir olması gerekir.
Çapraz iç denetim: grubun en ucuz kazancı
Grup yapısının kimsenin yeterince kullanmadığı bir avantajı var: tesisler birbirini denetleyebilir. Döküm tesisinin iç denetçisi plastik tesisine gittiğinde iki şey birden olur; denetim gerçekten bağımsız hâle gelir ve denetçi kendi tesisine yeni bir bakış açısıyla döner. Kendi tesisini denetleyen bir ekip, üç yıl sonra artık göremediği şeylere alışmıştır.
Bunun işlemesi için merkezin iki şeyi kurması yeterlidir. Birincisi ortak bir denetçi havuzu: kimin hangi süreçte denetim yapabileceği yetkinlik kaydıyla tanımlanır ve bu kayıt grup seviyesinde tutulur. İkincisi ortak bir bulgu sınıflandırması; majör, minör ve iyileştirme fırsatı tanımları bütün tesislerde aynı olmalıdır, yoksa bulgu sayıları karşılaştırılamaz. İç denetim programını tesis takvimlerine bırakıp merkezde yalnızca sonuçları toplamak, çok tesisli kalite yönetim sisteminin en kolay kurulan parçasıdır.
Uygulamada işleyen düzen şudur: yıl başında merkez bir denetim matrisi çıkarır, hangi tesisin hangi çeyrekte hangi tesis tarafından denetleneceğini yazar ve denetçi atamalarını yapar. Denetim raporları tek havuza düşer, bulgular ilgili tesisin düzeltici faaliyet kaydına dönüşür. Merkez yalnızca kapanma sürelerini izler; içeriğe karışmaz. Bu düzeni kuran gruplarda ilk yıl bulgu sayısı genellikle artar, ikinci yıl belirgin biçimde düşer. İlk yıldaki artış kötü haber değildir, sistemin nihayet görmeye başladığının işaretidir.
Ortak sistem, ayrı veri: teknik kurgu
Teknik tarafta iki yol vardır. Birincisi her tesise ayrı bir kurulum vermek; veriler tamamen ayrılır ama merkez konsolide rapor alamaz ve ortak doküman her tesise elle kopyalanır. İkincisi tek kurulum üzerinde tesis bazlı ayrım kurmak; her kayıt bir tesise aittir, kullanıcı yetkisi tesisle sınırlanır, grup katmanı dokümanları bütün tesislere yansır. İkinci yol hem doküman tekrarını hem de rapor derleme işini ortadan kaldırır.
PaKalite bu ikinci modeli çok kiracılı bir yapıyla kurar; tesisler aynı sistemde ama kendi veri alanlarında çalışır, ortak dokümanlar merkezden yönetilir ve veri şirket içi sunucuda durduğu için grubun dışına çıkmaz. Kurgunun doğruluğunu anlamak için iki denemeye bakın. Merkez bir prosedürü güncelledi; ertesi gün üç tesiste de yeni sürüm mü geçerli? Sonra bir tesis kullanıcısıyla oturun; komşu tesisin müşteri şikâyetlerini açabiliyor mu? Birincisine evet, ikincisine hayır diyebilen bir çok tesisli kalite yönetim sistemi, toplantı odasındaki o iki yıllık tartışmayı da bitirir.
Kurulum sırası
İşe gösterge sözlüğüyle başlayın; iki sayfalık bu belge sonraki her şeyin zeminidir. İkinci adımda doküman katmanlarını ayırın ve mevcut prosedürleri üç kutuya dağıtın; bu çalışmada genellikle toplam sayının dörtte biri mükerrer çıkar. Üçüncü adımda tesis ve yetki yapısını kurun, dördüncü adımda ortak kayıt tiplerini açın. Tesise özel formları en sona bırakın; çünkü onlar zaten tesiste çalışıyordur ve acele etmeye gerek yoktur.
Son bir uyarı: merkez ekibi bu çalışmayı tek başına yapmaya kalkarsa sonuç tutmaz. Her tesisten bir kalite sorumlusunun ortak prosedür gövdelerini birlikte yazması, ilerideki direnci baştan ortadan kaldırır. Kalite yönetiminin grup ölçeğindeki en zor kısmı teknik değil, sahiplenmedir. Modül yapısını ve tesis bazlı yetkilendirmenin nasıl çalıştığını görmek isterseniz modül sayfamıza göz atabilirsiniz.