Yeni kalite şefinin ilk haftasında masasına düşen görev şu: "Satın alma prosedürünü yazın." İnternetten bir metin indiriyor, biçimi düzgün görünüyor, iki yerde başka bir firmanın adı geçtiğini fark edip siliyor. Prosedür yayınlanıyor, imzalar atılıyor. Üç ay sonra satın alma sorumlusuna sorulduğunda o adımların hiçbirini uygulamadığı ortaya çıkıyor. Bir prosedür örneği bulmak beş dakikalık iştir; sahada yürüyen bir prosedür yazmak bambaşka bir iş.
Prosedür ne anlatır, talimat ne anlatır
Prosedür bir işin baştan sona nasıl yürüdüğünü anlatır: kim başlatır, kim onaylar, hangi kayıt üretilir, iş nerede biter. Birden fazla birimi ilgilendirir ve akış içerir. Talimat ise tek bir işin tek bir kişi tarafından nasıl yapılacağını tarif eder; genellikle bir tezgâhın, bir istasyonun ya da bir ölçüm işleminin karşılığıdır. Satın alma prosedürü teklif toplamadan mal kabule kadar olan zinciri kurar; kaynak talimatı akım ve gaz debisini verir. İkisi karıştırıldığında ortaya kimsenin okumadığı 14 sayfalık melez belgeler çıkar.
Bu ayrımı test etmenin kolay bir yolu var: belgede birden fazla birim geçiyorsa ve "onaylar", "iletir", "bilgilendirir" gibi fiiller varsa elinizdeki prosedürdür. Tek kişi ve tek makine varsa talimattır. Operatör tarafındaki karşılığını iş talimatı örneği yazısında ayrıntılı ele aldık; bu yazı akış tarafında kalıyor.
Kaç prosedür yazacağınız da baştan netleşmeli. ISO 9001'in 2015 sürümü belirli sayıda zorunlu prosedür saymaz; hangi dokümante edilmiş bilginin gerekli olduğuna kuruluşun karar vermesini ister. Orta ölçekli bir imalatçıda 12 ile 20 arası prosedür hem yeterli hem yönetilebilir oluyor. Sayıyı şişiren şey ihtiyaç değil, her bulguya bir belge yazma refleksi. Yeni bir metin açmadan önce mevcut prosedüre bir bölüm eklemenin yeterli olup olmadığına bakın; çoğu zaman yetiyor.
Bölüm bölüm bir prosedür örneği
Aşağıdaki tablo, satın alma prosedürünün gerçek bir sürümünden alınmıştır. Sol sütun bölüm adı, orta sütun o bölümde ne aradığınız, sağ sütun ise o bölümden gerçek bir cümle. İyi bir prosedür örneği tam olarak böyle görünür: kısa bölümler, net fiiller, sayıyla tanımlanmış eşikler.
| Bölüm | Ne yazılır | Örnek cümle |
|---|---|---|
| 1. Amaç | Prosedürün neyi güvence altına aldığı, tek cümle | "Satın alınan ürün ve hizmetlerin belirlenen şartları karşılamasını güvence altına almak." |
| 2. Kapsam | Neleri kapsar, neleri kapsamaz | "Üretimde kullanılan hammadde, yardımcı malzeme ve dış kaynaklı prosesleri kapsar; genel gider alımlarını kapsamaz." |
| 3. Tanımlar | Yalnızca firmaya özgü terimler ve kısaltmalar | "ODL: Onaylı Tedarikçi Listesi. Kritik malzeme: ürün güvenliğini veya özel karakteristiği etkileyen malzeme." |
| 4. Sorumluluklar | Unvan bazında, üç ila altı satır | "Satın alma sorumlusu: teklif toplar, siparişi açar. Kalite şefi: tedarikçi onayını verir." |
| 5. Uygulama | Numaralı adımlar, her adımda özne ve fiil | "5.3 Kalite şefi, yeni tedarikçiyi ODL'ye eklemeden önce numune ölçüm raporunu değerlendirir." |
| 6. İlgili dokümanlar | Atıf yapılan prosedür, talimat ve formlar | "PR-08 Uygun Olmayan Ürün Prosedürü, FR-21 Tedarikçi Değerlendirme Formu" |
| 7. Kayıtlar | Üretilen kayıt, saklama süresi, sorumlusu | "Tedarikçi değerlendirme kaydı — 3 yıl — Satın alma" |
| 8. Revizyon geçmişi | Revizyon no, tarih, değişikliğin özeti | "Rev.04 — 12.03.2025 — Kritik malzeme tanımı eklendi, 5.3 adımı değiştirildi" |
Sekiz bölüm. Bunun altına inerseniz denetimde eksik kalır, üstüne çıkarsanız kimse okumaz. Standart tarafında ise ISO 9001'in 7.5.2 maddesi dokümante edilmiş bilginin oluşturulması ve güncellenmesinde uygun tanımlama, uygun biçim ve yeterlilik açısından gözden geçirme ve onaylama ister. Yani bölüm sayısını standart dayatmaz; gözden geçirme ve onay izini ister.
Amaç ve kapsam: iki cümlede biten bölümler
Amaç bölümü tek cümle olmalı ve "neyi güvence altına alıyoruz" sorusuna cevap vermeli. Buraya standardın maddesini kopyalamak yaygın bir alışkanlıktır ve hiçbir işe yaramaz. Kapsam bölümünde ise en az kapsadığınız kadar kapsamadığınızı da yazın. "Genel gider alımlarını kapsamaz" cümlesi, iki yıl sonra bir denetçinin kırtasiye faturasını tedarikçi değerlendirmesiyle sorgulamasını engeller.
Tanımlar bölümüne sözlük yazmayın. "Kalite: şartların karşılanma derecesi" satırı kimsenin işine yaramaz; standardın kendi sözlüğü zaten var. Buraya sadece sizin firmanızda özel anlamı olan terimler girer: kritik malzeme neye deniyor, ODL ne demek, hangi kısaltma hangi formu gösteriyor.
Kapsam cümlesini yazarken sahayı da düşünün. Kapsam çok geniş tutulduğunda prosedür her duruma uymak zorunda kalır, uzar ve okunmaz hâle gelir. İki farklı akış varsa iki ayrı prosedür yazmak, tek belgeye şart cümleleri doldurmaktan daha temiz sonuç veriyor.
Prosedürü yazmadan önce işi yapan kişinin yanına oturup bir iş akışını baştan sona izleyin. Not tutun, soru sormayın; sadece ne yaptığına bakın. Sonra yazdığınız taslağı aynı kişiye okutun ve tek soru sorun: burada yazan hangi adımı bugün yapmıyorsun? Yaptığımız her prosedür çalışmasında bu soru en az iki adımı ortaya çıkarıyor. O iki adım ya metinden çıkar ya da gerçekten uygulanmaya başlar; ikisi de kâğıtta kalmasından iyidir.
Sorumluluklar: unvan yazın, isim yazmayın
Bu bölüme kişi ismi yazan firmalar, o kişi ayrıldığında prosedürü revize etmek zorunda kalır ve genellikle etmezler. Unvan yazın: satın alma sorumlusu, kalite şefi, üretim müdürü. Ayrıca sorumluluk cümlelerini fiil ile kurun. "Kalite şefi kalitenin sağlanmasından sorumludur" hiçbir şey söylemez; "kalite şefi tedarikçi onayını verir ve ODL'yi günceller" ölçülebilir bir sorumluluktur.
Sorumluluk satırı sayısını altı ile sınırlayın. Daha fazlası, prosedürün kapsamının çok geniş tutulduğunu gösterir ve genelde belgeyi ikiye bölmek daha doğrudur. Kimin neyi onayladığı tartışmalıysa bunu prosedürde çözün, çünkü yayından sonra çözülmüyor.
Uygulama bölümü: cümleyi nasıl kurarsınız
Uygulama bölümü prosedürün gövdesidir ve tek bir kurala uyar: her adımda bir özne, bir fiil ve gerekiyorsa bir eşik bulunur. "Teklifler değerlendirilir" edilgen ve sahipsizdir; "satın alma sorumlusu en az üç tedarikçiden teklif alır ve karşılaştırma tablosunu hazırlar" ise uygulanabilir. Eşik gerektiren yerlerde sayı verin: kaç gün içinde, kaç teklif, hangi tutarın üzerinde ikinci onay.
Adımları numaralandırın ve numaraları sabit tutun. Revizyonda araya adım eklemek gerekiyorsa 5.3.1 gibi alt numara kullanın; bütün numaraları kaydırmak, o prosedüre atıf yapan diğer dokümanları bozar. Karar noktaları varsa akış şemasıyla destekleyin ama şemayı metnin yerine koymayın; denetçi metni okur, saha şemaya bakar.
Bir de şu yaygın hataya dikkat: prosedüre istisna yazmamak. Gerçek hayatta acil sipariş, müşteri onaylı sapma ve tek tedarikçili malzeme gibi durumlar vardır. Bunları prosedüre koşullarıyla yazmazsanız, saha kendi çözümünü üretir ve prosedür kâğıtta kalır. İstisnayı yazmak sistemi zayıflatmaz, gerçekçi yapar.
Uzunluk konusunda tek bir ölçü kullanıyorum: uygulama bölümü üç sayfayı geçiyorsa belgeyi bölmenin zamanı gelmiştir. Bulduğunuz her prosedür örneği aynı şeyi söyler, çünkü okunan belge kısa olandır. Ekrandan okunacaksa satır uzunluğuna da dikkat edin; yan yana iki sütuna sıkıştırılmış prosedürler yazıcıdan çıktığında kimsenin gözü seçmiyor. Biçimin işlevi metni okutmaktır, süslemek değil.
İlgili dokümanlar ve kayıtlar bölümü
Bu bölüm çoğu firmada özensiz doldurulur ama denetimde en çok kullanılan bölümdür. Denetçi atıf yapılan bir formu isteyip numarasının tutup tutmadığına bakar. Kayıtlar bölümünde ise üç şey olmalı: kaydın adı, saklama süresi ve sorumlusu. Otomotivde saklama sürelerinde müşteri özel şartları belirleyici olabilir; kendi genel sürenizin altında bir müşteri şartı varsa bunu prosedürde belirtin.
Dokümanlar arası atıf yapısını doğru kurmak, doküman sisteminizin uzun ömrünü belirler. Piramidin nasıl kurulduğunu doküman yönetimi sayfasında, üst seviyedeki belgenin nasıl yazıldığını ise kalite el kitabı örneği yazısında anlattık.
Yayınlamadan önce: gözden geçirme ve onay
Taslak hazır olduğunda üç kişiye okutun: işi yapan, işi onaylayan ve işin çıktısını kullanan. Üçüncüsü genelde atlanır ve en çok bilgi oradan gelir. Gözden geçirme sırasında gelen yorumları metnin içinde değil ayrı bir kayıtta tutun; kim neyi neden istedi bilgisi bir sonraki revizyonda çok işe yarar.
Onay adımında imza sayısını abartmayın. Beş imzalı bir prosedür, imzalayanların hiçbirinin metni okumadığı anlamına gelir. İki imza yeterlidir: hazırlayan ve onaylayan. Onay izinin kayıt bırakması gerekir; kim, ne zaman, hangi revizyonu onayladı sorusuna cevap veremiyorsanız doküman kontrolü eksiktir.
QMS'te yayınlama ve dağıtım akışı
Yayın anı, prosedürün kaderini belirler. Doküman sisteme girer ama kimse haberdar olmazsa belge yürürlüğe girmemiş sayılır. Bu yüzden yayınla birlikte üç şeyin olması gerekir: ilgili kişilere duyuru, eski revizyonun erişimden kaldırılması ve okundu teyidinin toplanması. Kâğıtla yürütüyorsanız bu üçünü dağıtım listesiyle takip edersiniz; kayıt sayısı arttıkça liste gerçeği göstermeyi bırakır.
Onay ve dağıtımın nasıl kurulacağını adım adım doküman onay iş akışı yazısında anlattık. PaKalite'de prosedür yayınlandığında onay izi kaydın üzerinde durur, eski revizyon otomatik arşive düşer ve okundu teyidi kişi bazında görülür; kalite biriminin dağıtım listesini elle güncellemesi gerekmez. Beş prosedürü ve tek ofisi olan bir firmada bu düzeneğe girmenin anlamı yok; eşik, dağıtım listesini güncelleyen kişi ile prosedürü revize eden kişinin farklılaştığı yerde başlıyor.
Prosedürü okumam, iki adımını seçip sahada karşılığını ararım. Metinde "en az üç teklif alınır" yazıyorsa son üç siparişin tekliflerini isterim. Uygulanmıyorsa iki ihtimal var: ya prosedür gerçeği yansıtmıyor ya da süreç kontrolsüz yürüyor. İkisi de bulgudur, ama birincisinin çözümü metni düzeltmektir. Sahayla uyuşmayan prosedür, hiç yazılmamış prosedürden daha risklidir.
Yayın sonrası: prosedür neden uygulanmaz
Yayınlanan bir prosedürün uygulanmamasının iki tipik sebebi var. Birincisi metnin gerçekte yapılan işi değil, yapılması hayal edilen işi anlatmasıdır. Saha metni okur, kendi işine benzemediğini görür ve eski alışkanlığına döner. İkincisi duyurunun eksikliğidir; belge sistemde durur ama kimse yürürlüğe girdiğini bilmez. Yayından sonraki ilk ay içinde sahada kısa bir doğrulama turu yapmak bu iki sorunu da erken yakalar.
Yayınlanmış bir prosedür bakım ister. Yılda bir kez, tercihen iç denetim döneminde, süreç sahibiyle oturup metni okuyun ve değişen ne var diye sorun. Değişiklik yoksa revizyon çıkarmaya gerek yok; gözden geçirildiğini kayda düşmek yeterli. Bu turu yapan firmalarda dokümanların sahayla uyumu belirgin biçimde yüksek oluyor, çünkü metin eskimeden düzeltiliyor.
Yazmaya başlarken indirdiğiniz bir prosedür örneği yalnızca iskelet versin, cümleleri sahadan toplayın. Başka bir firmanın metnini kopyalayıp firma adını değiştirmek, o firmanın süreçlerini de birlikte getirir; denetimde uyuşmayan ilk adımda bu ortaya çıkar. Kendi işinizi izleyerek yazılmış on satırlık bir uygulama bölümü, indirilmiş dört sayfalık metinden her zaman daha güçlüdür ve sahada gerçekten yürür.