Entegrasyon toplantısının başında danışman üç standardın içindekiler sayfasını çoğaltıp dağıttı. Kalite müdürü sayfalara baktı ve bir süre konuşmadı: madde numaraları neredeyse satır satır örtüşüyordu. Dördüncü madde her üçünde de kuruluşun bağlamı, beşinci madde liderlik, dokuzuncu madde performans değerlendirme. O an anladığı şey şuydu: üç ayrı sistem kurmamıştı, tek sistemi üç kez yazmıştı. Bu örtüşme tesadüf değil; Annex SL nedir başlığı altında anlatılan yazım kılavuzunun doğrudan sonucudur.
Annex SL nedir?
Annex SL bir standart değildir. ISO'nun kendi standart yazarlarına verdiği yazım kılavuzudur; ISO/IEC direktiflerinin bir eki olarak yayımlanır. Amacı basit: her yönetim sistemi standardı aynı iskeleti, aynı madde numaralarını ve ortak tanımları kullansın. Bu iskelet için önce üst seviye yapı (HLS), sonra uyumlaştırılmış yapı adı kullanılmıştır; sahada ikisi de aynı şeyi anlatır.
Belge alan bir firma Annex SL ile doğrudan denetlenmez. Ama sonuçlarıyla her gün çalışır. 2015'ten sonra yenilenen standartlarda gördüğünüz o tanıdık on maddelik yapı, bu kılavuzun eseridir. ISO 9001 ile ISO 14001'in aynı sırayla ilerlemesi tesadüf değildir.
On maddelik iskelet ve karşılıkları
Aşağıdaki tablo ortak yapının maddelerini ve her maddenin doküman setinizde tipik olarak hangi dokümana denk düştüğünü gösteriyor. Bu tabloyu kendi doküman kodlarınızla doldurduğunuzda elinizde bir eşleştirme haritası olur.
| Madde | Başlık | Tipik karşılık dokümanı | Ortak yazılır mı? |
|---|---|---|---|
| 4 | Kuruluşun bağlamı | Bağlam analizi, ilgili taraflar tablosu | Evet |
| 5 | Liderlik | Politika, görev ve yetki tablosu | Evet |
| 6 | Planlama | Risk kaydı, hedefler tablosu | Kısmen |
| 7 | Destek | Eğitim, iletişim, doküman kontrol prosedürleri | Evet |
| 8 | Operasyon | Süreç talimatları, kontrol planları | Hayır |
| 9 | Performans değerlendirme | İç denetim prosedürü, YGG prosedürü | Evet |
| 10 | İyileştirme | Uygunsuzluk ve düzeltici faaliyet prosedürü | Evet |
Tablodaki "Evet" satırlarını sayın: yedi maddenin beşi ortak yazılabiliyor. Bu, doküman setinizin gövdesinin tek nüsha olabileceği anlamına gelir. Bu kurgunun kurulumunu ortak doküman havuzu yazısında ele aldık.
Bağlam ve ilgili taraflar: tek doküman yeter
Dördüncü madde, üç standartta da aynı soruyu sorar: kuruluşunuzu etkileyen iç ve dış hususlar neler, ilgili taraflar kimler ve onların beklentileri ne? Bu sorunun cevabı standarda göre değişmez; şirketiniz tektir. Değişen şey, hangi beklentinin hangi standardı ilgilendirdiğidir.
Pratik çözüm: tek bir ilgili taraflar tablosu tutun, sağına üç kolon ekleyin ve her beklentinin hangi standardı ilgilendirdiğini işaretleyin. Müşteri beklentisi kaliteyi, çevre mevzuatı çevreyi, çalışan temsilcisinin talebi İSG'yi ilgilendirir; ama tablo tektir. Üç ayrı bağlam analizi yazan firmalarda üçü de birbirinden habersiz güncellenir ve denetimde çelişirler.
Ortak yapıyı gerçekten anlamak için bir öğleden sonra ayırın ve iki standardın metnini yan yana koyup yedinci maddeyi okuyun. Cümleler neredeyse aynıdır; farklar tek tek kelimelerde çıkar. Bu okuma, entegrasyon projesinde yapabileceğiniz en ucuz hazırlıktır. Yaptığımız her projede ekip bu okumadan sonra "üç prosedür yazmaya gerek yokmuş" diyerek çıkıyor. Bir uyarı: farkları kaydedin. Sonradan tek prosedür yazarken o ince farkların hepsini metne koymanız gerekecek, hafızaya güvenmeyin.
Risk: ortak mantık, ayrı ölçek
Altıncı madde üç standartta da riskleri ve fırsatları ele almanızı ister. Mantık ortaktır: neyi kaybedebilirsiniz, ne yaparsanız kaybetmezsiniz. Ancak içerik farklıdır. Kalite tarafında sürecin başarısızlık riski, çevre tarafında çevresel etkinin büyüklüğü, İSG tarafında çalışanın maruz kalma ihtimali ve şiddeti konuşulur.
Bu yüzden risk yönetimini ortak prosedürle, risk değerlendirmesini ayrı metodolojilerle yürütmek doğru olanıdır. Prosedür şunu tarif eder: risk nasıl tanımlanır, kim değerlendirir, hangi eşikte aksiyon açılır, aksiyon nasıl izlenir. Değerlendirme yöntemi ise standarda göre değişir. Risk yönetimi kurgusunu bu iki katmanlı biçimde kurmayan firmalarda İSG riskleri kalite ölçeğiyle puanlanıyor ve ortaya anlamsız tablolar çıkıyor.
Dokümante bilgi: 7.5 tek prosedürle çözülür
Ortak yapının en net kazandırdığı yer yedinci maddenin beşinci alt maddesidir. Dokümante bilgi oluşturma, güncelleme ve kontrol şartları üç standartta da aynı şeyi ister: doküman tanımlanabilir olsun, uygun biçimde onaylansın, kullanım noktasında erişilebilir olsun, değişiklikler kontrol edilsin, dış kaynaklı dokümanlar belirlensin, arşiv korunsun.
Bu şartları karşılayan tek bir doküman kontrol prosedürü yazmak yeterlidir. Yazının başındaki üç ayrı prosedür hikâyesi tam da bu maddenin gereksiz yere üç kez yazılmasından doğuyordu. Prosedürü tek yazdığınızda onay yetkilerinde bir değişiklik olduğunda tek yer güncellenir ve unutulan set kalmaz.
Ortak yapı neyi çözmedi?
Dürüst olmak gerekirse Annex SL nedir sorusuna verilen fazla iyimser cevaplar da var. Ortak yapı madde numaralarını hizaladı, ama terimlerin sektörel karşılığını hizalamadı. Sekizinci madde her standartta "Operasyon" başlığını taşır; içeriği ise tamamen farklıdır ve orada ortak yazım denemeleri metni okunmaz hâle getirir.
İkinci sınır, sektörel eklerdir. IATF 16949'un otomotive özgü şartları, AS9100'ün havacılık ek şartları ortak yapının içine yerleşir ama ortaklaşmaz. Yani iskelet ortaktır, et ve kas sektöreldir. Entegrasyon projesini planlarken bu ayrımı baştan kabul edin; her şeyi birleştirme hedefi koyarsanız operasyon bölümünde tıkanırsınız.
Madde-doküman eşleştirmesini sistemde tutmak
Ortak yapının doküman yönetimindeki karşılığı tek bir alandır: her doküman kaydında hangi standardın hangi maddesini karşıladığını gösteren bir liste. Bir prosedür 7.5'i üç standartta birden karşılıyorsa üç satır taşır. Bu alan doldurulduğunda iki şey mümkün olur.
Birincisi, denetim öncesi madde bazlı kanıt listesi üretebilirsiniz; denetçi 9.2'yi sorduğunda hangi dokümanı açacağınızı aramazsınız. İkincisi, standart revize edildiğinde değişen madde numaralarından etkilenen dokümanları saniyeler içinde listelersiniz. Bu ikinci fayda, revizyon geçişinde haftalarca süren okuma çalışmasını ortadan kaldırır.
PaKalite'de bu eşleştirme doküman kartındaki standart maddesi alanında tutulur ve raporlarda filtre olarak kullanılır. Hangi aracı kullanırsanız kullanın ölçüt aynı: madde numarası dokümanın gövdesinde bir cümle olarak değil, kaydın bir alanı olarak durmalı. Gövdeye yazılan numara aranabilir değildir; alana yazılan numara raporlanabilir.
Ortak terimler: gözden kaçan asıl kazanç
Annex SL nedir sorusuna verilen cevaplarda madde numaraları öne çıkar, oysa ortak tanımlar belki daha değerlidir. Kuruluş, ilgili taraf, dokümante bilgi, uygunsuzluk, düzeltici faaliyet, süreç, performans, risk gibi terimler artık standartlar arasında aynı anlamı taşır. Bu, üç ekibin aynı kelimeyle aynı şeyi kastetmesi demektir.
Küçük görünen bu ortaklık, entegrasyon toplantılarındaki tartışmaların yarısını ortadan kaldırır. Eskiden kalite ekibinin "kayıt" dediğine çevre ekibi başka bir şey diyordu ve prosedür birleştirme oturumları terim tartışmasına dönüyordu. Bugün tek bir terim listesi hazırlayıp kitabın başına koymak yeterli oluyor.
Kendi terim listenizi yazarken standardın tanımını kopyalamakla yetinmeyin; yanına firmanızdaki karşılığını yazın. "Dokümante bilgi: prosedürler, talimatlar, formlar ve doldurulmuş kayıtlar" gibi. Çalışan standardın soyut tanımını değil, kendi karşılığını okuduğunda anlıyor.
Performans değerlendirme tek programda
Dokuzuncu madde, ortak yazımın en rahat çalıştığı yerdir. İzleme ve ölçme, iç denetim, yönetimin gözden geçirmesi; üçü de aynı mantığı ister. Tek bir iç denetim prosedürü, tek bir denetim programı ve tek bir yönetimin gözden geçirmesi toplantısı, üç standardı birden karşılar.
Yönetimin gözden geçirmesi gündemini hazırlarken dikkat edin: standartların gündem maddeleri büyük ölçüde ortaktır ama her birinin kendine özgü girdileri vardır. Çevre tarafında uygunluk yükümlülüklerinin değerlendirilmesi, İSG tarafında çalışan katılımı ve danışma süreci, kalite tarafında müşteri memnuniyeti ve süreç performansı ayrı gündem satırları olarak durmalıdır. Tek toplantı, ama gündemde üçünün de izi görünmeli.
İç denetim programında da benzer bir yaklaşım işler. Süreç bazlı bir program kurun, her sürecin karşısına hangi standartların denetleneceğini yazın. Satın alma denetlenirken üç standart birden denetlenir; çevre boyut değerlendirmesi denetlenirken sadece bir standart. Bu yapı, yılda kayda değer bir denetim günü tasarrufu sağlıyor.
Soru listesini ortak yazmak
İç denetim soru listesini standart bazlı yazan firmalarda denetçi üç ayrı listeyle dolaşıyor ve aynı süreç sahibine üç kez benzer soru soruyor. Ortak yapı bu listeyi de birleştirmeye izin verir. Tek liste hazırlayın, her sorunun karşısına hangi standardın hangi maddesine ait olduğunu yazın.
Liste böyle kurulduğunda iki fayda gelir. Denetim sırasında soru tekrarı biter; süreç sahibi bir kez anlatır. Bulgu çıktığında hangi standarda yazılacağını listeden okursunuz, tartışma olmaz. Bir de revizyon geldiğinde listedeki madde kolonundan yola çıkıp güncellenecek soruları filtrelersiniz; tüm listeyi baştan okumazsınız.
Bu listeyi hazırlarken kaynak olarak standardın kendi cümlelerini kullanın, ama soruyu kendi dilinizle yazın. Standart cümlesini soru işaretiyle bitirmek soru üretmez; süreç sahibi ne sorulduğunu anlamaz ve denetim ezber cevaplara döner.
Tek standartla çalışıyorsanız bu neyinize yarar?
Elinizde sadece ISO 9001 varsa ortak yapı size uzak görünebilir. Yine de iki somut faydası var. Birincisi, ileride ikinci bir standart eklerseniz doküman setinizi baştan kurmazsınız; bugün süreç bazlı kodlama ve künyede madde alanı kullanıyorsanız yeni standardı etiket olarak eklemeniz yeterli olur.
İkincisi, standardın kendisini okumayı kolaylaştırır. On maddelik iskeleti bir kez öğrendiğinizde her yeni yönetim sistemi standardını aynı haritayla okursunuz. Bilgi güvenliği ya da enerji yönetimi standardına baktığınızda hangi maddede ne arayacağınızı bilirsiniz. Bu, eğitim süresini gözle görülür biçimde kısaltıyor.
Küçük bir firmada üç standart yoksa entegrasyon projesi kurmaya da gerek yok; bunu açıkça söyleyeyim. Ortak yapıyı bilmek, tek standartla çalışırken bile doküman düzeninizi doğru kurmanıza yarar. Fayda projede değil, kurulum tercihindedir.
Çalışma sırası: eşleştir, işaretle, birleştir
Sıra bozulduğunda en çok emek burada yeniyor. Önce eşleştirme tablosunu çıkarın, sonra ortak yazılabilecek prosedürleri işaretleyin, en son birleştirme yazımına oturun. Ortak metni yazmaya erken oturan ekipler hangi maddeyi hangi dokümanın taşıdığını bilmeden birleştiriyor ve iki ay sonra baştan başlıyor. Tabloyu çıkarmak birkaç gün sürer, atlanınca haftalara mal olur.
Bu çalışmanın çıktısını entegre yönetim sistemi el kitabının atıf tablosuna doğrudan koyabilirsiniz. Böylece hem kitabınız hem eşleştirmeniz tek kaynaktan beslenir. Kurulumun geri kalanı için kalite yönetim sistemi sayfasındaki çerçeveye bakabilirsiniz.