Dokümante edilmiş bilgi
ISO 9001 ve ortak iskeleti paylaşan diğer standartlar, 7.5 maddesinde dokümante edilmiş bilgi kavramını kullanır. Terim iki şeyi birden kapsar: sürdürülmesi gereken bilgi (prosedür, talimat, politika) ve saklanması gereken bilgi (kayıt).
Ayrım pratikte önemli, çünkü ikisi farklı yönetim gerektiriyor. Sürdürülen bilgi güncellenir ve her zaman tek bir geçerli sürümü olur; saklanan bilgi ise oluştuğu anda dondurulur ve değiştirilmez. Bir talimat revize edilir, bir muayene kaydı revize edilmez.
| Sürdürülen bilgi | Saklanan bilgi (kayıt) | |
|---|---|---|
| Örnekler | Prosedür, talimat, form şablonu, politika | Doldurulmuş form, denetim raporu, kalibrasyon sertifikası |
| Güncellenir mi | Evet, revizyonla | Hayır |
| Kaç geçerli sürüm | Tek | Her kayıt kendi başına geçerli |
| Ana risk | Sahada güncel olmayan nüsha kullanılması | Kaybolma, bütünlüğün bozulması |
Standart, hangi dokümanların tutulacağını listelemiyor; bunu kuruluşa bırakıyor. İstediği şey, tutulan dokümanların kontrollü olması: onaylanmış, güncel, erişilebilir ve değişiklikleri izlenebilir.
Doküman hiyerarşisi
| Seviye | Ne içerir | Değişim sıklığı | Onay |
|---|---|---|---|
| Politika | Yön ve taahhüt | Çok seyrek | Üst yönetim |
| Prosedür | Sürecin ne olduğu, kimin sorumlu olduğu | Seyrek | Süreç sahibi |
| Talimat | Bir işin adım adım nasıl yapıldığı | Sık | Birim yöneticisi |
| Form ve şablon | Kaydın hangi alanlarla tutulacağı | Sık | Birim yöneticisi |
Hiyerarşinin işlevi, değişim sıklığı ile onay seviyesini birbirine bağlamak. Sık değişen bir belgeyi üst yönetim onayına bağlamak güncellemeyi imkânsız hale getiriyor; seyrek değişen bir politikayı birim yöneticisine bırakmak ise yön birliğini bozuyor.
En sık karşılaşılan yapısal hata, tüm içeriğin tek bir belgede toplanması. Prosedür ile talimatın aynı dokümanda olduğu durumda, bir adımdaki küçük bir değişiklik tüm belgenin yeniden onaya girmesini gerektiriyor ve bu da güncellemenin yapılmamasına yol açıyor.
Revizyon yönetimi
Revizyon numarası bir etiket değil, bir izlenebilirlik aracı. İşe yaraması için üç bilginin birlikte tutulması gerekiyor: hangi sürüm, ne zaman yürürlüğe girdi ve neyi değiştirdi.
Revizyon tablosu, dokümanın başında yer alan ve her revizyonda hangi bölümde ne değiştiğini kaydeden tablodur. Amacı, okuyucunun tüm belgeyi baştan okumadan değişikliği görebilmesi.
| Alan | Neden gerekli |
|---|---|
| Revizyon no | Sürümün kimliği |
| Tarih | Yürürlük başlangıcı |
| Değişen bölüm | Okuyucunun nereye bakacağı |
| Değişiklik açıklaması | Neyin neden değiştiği |
| Hazırlayan ve onaylayan | Sorumluluk |
Üçüncü ve dördüncü alanlar en çok atlananlar. "Genel güncelleme" açıklaması hiçbir bilgi vermiyor; okuyucu yine belgeyi baştan okumak zorunda kalıyor. Değişikliğin hangi bölümde olduğu ve neden yapıldığı yazıldığında, revizyon tablosu belgenin geçmişini tek bakışta okunabilir hale getiriyor.
Revizyonun ne zaman artırılacağı da tanımlı olmalı. Yazım hatası düzeltmesi ile bir sürecin adım sırasının değişmesi aynı ağırlıkta değil; çoğu kuruluş ilki için ara revizyon, ikincisi için tam revizyon numarası kullanıyor.
Dağıtım ve yürürlük
Doküman yönetiminin asıl zorluğu burada. Bir belge güncellendiğinde eski nüshanın kullanımdan çıkması gerekiyor ve bu, yazmaktan çok daha zor.
| Dağıtım yöntemi | Güncel olmayan nüsha riski | Yorum |
|---|---|---|
| Basılı nüsha, kontrolsüz | Çok yüksek | Kaç kopya olduğu ve nerede durduğu bilinmez |
| Basılı nüsha, dağıtım listeli | Orta | Geri toplama gerekir; liste güncel tutulmalı |
| Paylaşılan klasörde dosya | Orta | İndirilmiş kopyalar kontrol dışında kalır |
| Tek kaynaktan erişim (yalnızca görüntüleme) | Düşük | Herkes aynı nüshayı görür, indirme engellenir |
Son satır tercih edilen çözüm ve bu sitenin kaynağı olan çalışmada da kullanılan yaklaşım: belge tek bir yerde durur, erişim bağlantı üzerinden verilir ve indirme yerine görüntüleme tercih edilir. Böylece "elimdeki nüsha güncel mi" sorusu ortadan kalkıyor.
Çözümlü örnek
Güncel olmayan talimatın maliyeti
Bir aktarma merkezinde yeni sorter devreye alındı ancak kabul talimatı güncellenmedi. Talimatın son revizyon tarihi ile sorterin devreye alma tarihi arasında 14 ay fark oluştu.
| Dönem | Süre | Aylık hasar kaydı | Toplam |
|---|---|---|---|
| Sorter öncesi | — | 38 | — |
| Sorter sonrası, talimat güncellenmemiş | 14 ay | 96 | 1.344 |
| Talimat güncellendikten sonra | — | 44 | — |
14 ay boyunca = 52 × 14 = 728 fazla hasar kaydı
Hasar başına ortalama maliyet 1.850 TL ⇒ 1.346.800 TL
Bu tutarın tamamı bir dokümanın güncellenmemesinden kaynaklanıyor ve hiçbir raporda doküman yönetimi kalemi olarak görünmüyor; kalite maliyetleri sınıflandırmasında iç ve dış başarısızlık kalemlerine dağılmış durumda.
Kök neden doküman değil, süreç. Devreye alma kontrol listesinde 22 madde vardı ve hiçbiri etkilenen dokümanların gözden geçirilmesini istemiyordu. Kimse bir adımı atlamadı; o adım listede hiç yoktu. Bu tespit ders çıkarma raporu sayfasındaki örnekle aynı olayın doküman tarafından okunuşu.
Eklenen adım: "değişiklikten etkilenen dokümanları belirle ve gözden geçir"
Önlemin maliyeti sıfıra yakın; kontrol listesine bir satır eklenmesi. Bu, önleme maliyetinin başarısızlık maliyetine oranının neden bu kadar yüksek çıktığının somut bir örneği.
Sık karşılaşılan hatalar
Prosedür ile talimatı aynı belgede tutmak. Küçük bir adım değişikliği tüm belgeyi onaya sokuyor; sonuç, güncellemenin hiç yapılmaması oluyor.
Revizyon açıklamasını "genel güncelleme" diye yazmak. Okuyucu neyin değiştiğini göremediğinde belgeyi baştan okumak zorunda kalıyor ve çoğu zaman okumuyor.
Revizyon artırma kuralını tanımlamamak. Yazım düzeltmesi ile süreç değişikliği aynı ağırlıkta işlendiğinde revizyon geçmişi yorumlanamaz hale geliyor.
Basılı nüshaları kontrolsüz dağıtmak. Kaç kopya olduğu ve nerede durduğu bilinmediğinde güncelleme sahaya ulaşmıyor.
Değişiklikten etkilenen dokümanları taramamak. Örnekteki 1.346.800 TL'lik kalem tam olarak bu adımın eksikliğinden doğdu; bir kontrol listesi satırıyla önlenebilirdi.
Kayıtları revize edilebilir sanmak. Kayıt oluştuğu anda dondurulur; düzeltme gerekiyorsa yeni bir kayıt açılır ve ilkiyle ilişkilendirilir.