Bir gözetim denetiminin ikinci gününde denetçi kaynak prosedürünü açtı ve sekizinci sayfada durdu: "Burada koruyucu gaz debisinin 14 litre/dakika olacağı yazıyor. Bu prosedür mü, talimat mı?" Kalite şefi cevap vermeden önce denetçi aynı hattın talimatını istedi; orada değer 12 litre/dakika yazıyordu. İki doküman da yürürlükteydi, ikisi de imzalıydı, ikisi de farklı tarihte revize edilmişti. O gün yazılan bulgu, aslında bir kaynak parametresi bulgusu değildi; prosedür ve talimat arasındaki fark tanımlanmadığı için aynı bilginin iki yere yazılmasından doğan bir doküman kontrolü bulgusuydu.
Üç doküman tipinin gerçek görevi
Prosedür bir süreci tarif eder. Başlangıç ve bitiş noktası vardır, birden fazla bölümü ilgilendirir, sorumlulukları unvanlarla dağıtır. "Uygun olmayan ürün tespit edildiğinde kalite kontrol elemanı ürünü karantina alanına alır, kalite mühendisi 24 saat içinde karar verir" cümlesi prosedür cümlesidir. Talimat ise tek bir işin nasıl yapılacağını anlatır ve neredeyse her zaman tek bir kişiye, tek bir tezgâha ya da tek bir cihaza aittir. Form ise bu ikisinin ürettiği kanıttır: doldurulmadan önce doküman, doldurulduktan sonra kayıttır.
Bu üçlünün karışmasının en yaygın sebebi, dokümanı yazan kişinin "her şeyi tek yerde toplayayım" istemesidir. Niyet iyidir, sonuç kötüdür. Süreç anlatımıyla makine parametresi aynı dokümanda birleştiğinde, parametre her değiştiğinde tüm süreç dokümanı revize olur; onaylayan zincir baştan çalışır ve dağıtım listesindeki 30 kişiye yeniden okundu-onayı gider. Aynı değişiklik talimatta yapılsaydı, onay tek bir vardiya amirinde biterdi.
Prosedür ve talimat arasındaki farkı belirleyen dört ölçüt
Sahada işleyen dört ölçüt var. Birincisi kapsam: doküman birden fazla bölümü ilgilendiriyorsa prosedürdür. İkincisi sayı: içinde tolerans, tork, sıcaklık, süre gibi ölçülebilir değer varsa talimattır. Üçüncüsü değişim hızı: yılda birden fazla değişmesi beklenen içerik talimata yazılır, çünkü prosedürü sık revize etmek onay zincirini yorar. Dördüncüsü hedef okur: dokümanı beyaz yaka okuyorsa prosedür, tezgâh başındaki operatör okuyorsa talimattır.
| Ölçüt | Prosedür | Talimat | Form |
|---|---|---|---|
| Cevapladığı soru | Kim, ne zaman, hangi sırayla | Nasıl, hangi değerle | Ne oldu, kim yaptı |
| Kapsam | Süreç, çok bölümlü | Tek iş, tek tezgâh | Tek olay |
| Tipik uzunluk | 4-10 sayfa | 1 sayfa | 1 sayfa |
| Onaylayan | Süreç sahibi + kalite müdürü | Bölüm şefi | Prosedür sahibi |
| Örnek kod | PR-KLT-03 | TL-KYN-07 | FR-KLT-03-01 |
| Yıllık revizyon sıklığı | 0-1 | 2-4 | 1-2 |
Tablodaki son satır çoğu firmanın hiç bakmadığı satırdır, oysa doküman tipini seçerken en sağlam gösterge odur. Bir dokümanı yılda üç kez revize ediyorsanız ve her revizyonda üst yönetim imzası topluyorsanız, o dokümanı yanlış katmana yazmışsınız demektir. Katmanların genel kurgusunu dokümantasyon piramidi yazımızda ayrıntılı anlattık.
Bir bilgiyi hem prosedüre hem talimata yazmak zararsız görünür; değildir. Yazan kişi "orada da dursun, unutulmasın" diye düşünür; altı ay sonra ikisinden biri revize edilir, diğeri eski değerle kalır. Bir hatta bu yüzden operatör 12 litre/dakika debiyle çalışırken kalite kontrol 14 litreye göre kabul kriteri uyguluyordu. Kural basit: bir bilgi tek yerde durur, diğer doküman ona atıf yapar.
Aynı bilgiyi tekrar etmek yerine atıf vermek
Prosedürde "kaynak parametreleri TL-KYN-07 no'lu talimatta tanımlıdır" yazmak, parametreyi prosedüre kopyalamaktan her açıdan daha iyidir. Denetçi bu atfı gördüğünde talimatı ister, açar, değeri okur ve konu kapanır. Kopyalanan değerlerde ise her zaman bir gün gelir ve iki doküman ayrışır. ISO 9001:2015 madde 7.5.3 dokümanın kullanıldığı yerde ve kullanıldığı anda uygun hâlde bulunmasını ister; birbiriyle çelişen iki nüsha bu şartı doğrudan karşılamaz.
Doküman yönetim yazılımında bu atıf metin olarak değil, bağlantı olarak kurulmalıdır. Prosedürün kartındaki "ilgili dokümanlar" alanına talimatı eklediğinizde, talimatın kodu değişse bile bağ kopmaz ve talimat revize olduğunda prosedürün sahibine bildirim düşer. Elle yazılan atıflar sessizce ölür; sistemsel bağ ölmez. Bu farkı kavramak, doküman yönetimi kurgusunun en çok geri dönüş veren ayrıntısıdır.
Talimat yazarken sahanın diline inmek
İyi bir talimat, işi hiç yapmamış bir kişinin okuyup yapabileceği kadar açık, işi on yıldır yapan kişinin bakıp geçebileceği kadar kısadır. Adım numarası verin, her adıma tek fiil koyun, ölçülebilir değerleri kalın yazın. Fotoğraf ekleyin; bir kalıp bağlama sırasının fotoğrafı, üç paragraf metinden daha hızlı öğretir. Türkçe yazın ve makine menüsündeki İngilizce terimi parantezle verin, çünkü operatör ekranda o kelimeyi görecek.
Bir de talimatın nerede duracağına karar verin. Tezgâh başında tablet varsa sistemden açılsın; yoksa laminasyonlu kontrollü kopya asın ve o kopyanın numarasını dağıtım listesine işleyin. Panoda asılı nüshanın revizyonu ile sistemdeki revizyonun farklı olması, doküman kontrolünde en çok yazılan bulgudur ve neredeyse her zaman geri toplama adımının atlanmasından doğar. Üretim tarafında bu adım unutulduğunda, kâğıt kendi hayatını yaşamaya başlar.
Formu prosedüre bağlamak: en çok atlanan alan
Formların büyük kısmı bir gün "acil lazım oldu" diye üretilir ve sisteme sonradan girilir. O anda kimse bağlantı alanını doldurmaz. Aradan bir yıl geçer, formu kimin sahiplendiği, hangi kuralın onu zorunlu kıldığı belirsizleşir. İç denetimde "bu form hangi prosedürden doğuyor?" sorusu geldiğinde cevap veremezsiniz ve bu, tek başına bir uygunsuzluk değilse bile sistemin zayıf tarafını açık eder.
Çözüm yazılım tarafında basit bir kuralla kurulur: doküman tipi "form" seçildiğinde üst doküman alanı zorunlu olsun, boş bırakıldığında kayıt tamamlanmasın. Bu tek zorunluluk, yıllar içinde biriken sahipsiz form yığınını daha doğmadan keser. PaKalite'de form kartındaki üst doküman alanı bu şekilde zorunludur ve prosedürün ekranında ona bağlı formlar tek liste hâlinde görünür; böylece prosedür revize edilirken hangi formların da elden geçmesi gerektiği kendiliğinden ortaya çıkar.
Denetçi doküman tipi tartışmasına girmez, çelişkiyi arar. Prosedürü okur, içinden bir cümle seçer ve sahaya iner: "Burada her vardiya başında kalibrasyon kontrolü yapılacağı yazıyor, bugünkü kaydı görebilir miyim?" Kanıt yoksa bulgu yazılır. Bu yüzden prosedüre uygulanmayacak bir cümle yazmak, hiç yazmamaktan daha risklidir.
Akış şeması, kontrol planı ve talimat üçlüsü
Otomotivde talimatın komşuları vardır ve bunlar birbirini beslemek zorundadır. Proses akış şeması işin sırasını, kontrol planı her adımda neyin, hangi sıklıkla, hangi yöntemle ölçüleceğini, talimat ise o adımın nasıl yapılacağını anlatır. IATF 16949 madde 8.5.1.2 standardize edilmiş işi ve operatör talimatlarını ister; denetçi de bu üçlüyü yan yana koyup aynı operasyon numarasını takip eder. Akış şemasında OP-30 varsa kontrol planında da OP-30 olmalı, talimatın başlığında da aynı numara görünmelidir.
Bu numaraların tutmadığı yerlerde iş karışır. Kontrol planı revize edilip yeni bir ölçüm eklenmiş ama talimata yansımamışsa, operatör o ölçümü yapmaz ve kayıt üretilmez. Denetçi kontrol planından hareketle "burada her 50 parçada bir çap ölçümü yazıyor, kaydını görelim" dediğinde sessizlik oluşur. Doküman tiplerini doğru ayırmak bu zinciri de düzeltir, çünkü talimat tek başına bir metin değil, kontrol planının saha karşılığıdır.
Doküman tipini sonradan değiştirmek
Yanlış sınıflandırılmış bir dokümanı düzeltirken çoğu firma aynı hatayı yapar: dokümanın tipini sistemde değiştirip kodunu yeniler ve eski kodu siler. Bunu yaptığınız anda o kodun geçtiği bütün kayıtlar, denetim raporları ve müşteri yazışmaları boşluğa bakar. Doğru yol, eski dokümanı yürürlükten kaldırıp yeni tipte yeni bir doküman yayımlamak ve iki kart arasında "yerine geçen doküman" bağını kurmaktır. Böylece geçmişe dönük izlenebilirlik korunur.
Geçişi de tek seferde yapmayın. Bir prosedürü ikiye bölerken önce talimatı yayımlayın, operatörlere eğitimi verin, iki hafta çalıştırın; ancak ondan sonra prosedürden parametreleri çıkarın. Ters sırayla giderseniz iki hafta boyunca sahada hiçbir yerde yazmayan bir parametre olur. Bir presleme firmasında tam bu hata yüzünden yeni gelen bir operatör, kalıp bağlama torkunu kulaktan öğrenerek uyguladı ve iki kalıp hasar gördü.
Yanlış sınıflandırmanın üç somut bedeli
Birincisi onay yükü. Parametreleri prosedüre gömen bir firmada her makine ayarı değişikliği üst yönetim imzasına gider; aynı içerik talimatta dursaydı imza bölüm şefinde biterdi. İkincisi eğitim yükü: revizyon çıktığında dağıtım listesindeki herkese okundu-onayı gider, yani bir parametre düzeltmesi yüzünden sahayla hiç ilgisi olmayan bölümler de meşgul edilir. Üçüncüsü çelişki riski, ki en pahalısı budur; birbirini tutmayan iki nüsha sahada yanlış ürün üretilmesine kadar gider.
Prosedür ve talimat arasındaki fark tanımlı olmadığında bu üç bedel aynı anda ödenir. Ölçmenin kolay bir yolu var: geçen yılın revizyon kayıtlarını dışa aktarın ve hangi doküman tipinde kaç revizyon olduğuna bakın. Prosedür revizyonu sayısı talimat revizyonu sayısından fazlaysa, sınıflandırmanız ters kurulmuş demektir. Sağlıklı bir yapıda talimat revizyonları belirgin biçimde daha kalabalıktır, çünkü değişen şey işin kendisi değil ayarıdır. Bu ölçümü yılda bir yapmak, doküman yapısının hâlâ yerinde durup durmadığını anlamanın en ucuz yoludur.
Yapıyı kurmanın sırası
Önce doküman tiplerini ve kod yapısını tek sayfalık bir kuralda yazın; prosedür ve talimat arasındaki fark bu kuralın ilk maddesi olsun. Kuralı doküman kontrol prosedürünüzün eki hâline getirin ki tek başına dolaşan bir not olarak kalmasın. Sonra mevcut dokümanları bu kurala göre yeniden sınıflandırın ve içinde sayısal parametre taşıyan prosedürleri işaretleyin. İşaretlenenleri ikiye bölün: süreç anlatımı prosedürde kalsın, parametreler yeni talimatlara taşınsın. En son formların üst doküman alanlarını doldurun. Bu sıra izlendiğinde 200 dokümanlık bir yapı iki ayda toparlanır; ters sırada gidilirse aynı iş bir yılı bulur ve yarım kalır. Süreci bir kalite yönetim sistemi yazılımı üzerinde yürütmek, bu ayıklama sırasında hangi dokümanın hangisine bağlandığını elle takip etme derdini ortadan kaldırır.
Kuralı yazarken bir de istisna bölümü ekleyin. Her firmada tipe sığmayan birkaç doküman bulunur: dış kaynaklı müşteri spesifikasyonları, teknik resimler, standart nüshaları. Bunlar prosedür de talimat da form da değildir; ayrı bir "dış kaynaklı doküman" tipiyle yönetilir ve revizyon kontrolü sizin elinizde olmadığı için takip yöntemi de farklıdır. Bu tipi baştan tanımlamayan firmalar, müşteri resminin son revizyonunu takip etmeyi kişilerin e-posta kutusuna bırakır ve er ya da geç eski revizyona göre üretim yapar.