Yeni sürüm yayımlandı, yönetim üç ay içinde uyum istedi. Toplantıda ilk soru şuydu: hangi dokümanlar etkileniyor? Kimse cevaplayamadı. Çünkü hangi prosedürün hangi maddeye dayandığını gösteren bir kayıt yoktu. Ekip mecburen 240 dokümanlık seti baştan okumaya oturdu ve iki hafta boyunca sadece okudu. Standart revizyonu doküman güncelleme çalışmasının en pahalı kısmı yazmak değil, neyi yazacağını bulmaktır.
Etki analizi neden ilk adım?
Revizyon geçişinde üç iş vardır: neyin değiştiğini anlamak, bunun sizde neyi etkilediğini bulmak, gerekeni yapmak. İkinci adım atlandığında proje kontrolden çıkar. Kapsamı bilmeden ilerleyen bir ekip ya gereksiz dokümanı revize eder ya da kritik olanı atlar. İkisi de denetimde görünür.
Etki analizi aynı zamanda yönetime verilecek tek somut sayıyı üretir: kaç doküman etkilendi, kaç adam-gün gerekiyor. Bu sayıyı üretemeyen bir kalite birimi, geçiş için kaynak isteyemez. Yönetim toplantısında "epeyce doküman etkilendi" cümlesinin karşılığı yoktur; "38 doküman etkilendi, 22 adam-gün gerekiyor" cümlesinin vardır.
Boşluk analizi ile etki analizi karıştırılmasın
İki çalışma sıklıkla birbirinin yerine kullanılıyor, oysa farklı sorular sorarlar. Boşluk analizi standarda bakar: yeni sürüm ne istiyor, biz bugün ne yapıyoruz, arada ne var? Etki analizi doküman setine bakar: bu değişiklikler hangi dokümanları etkiliyor?
Sıra da nettir. Önce boşluk analizi, sonra etki analizi. Boşluk analizini yapmadan etki analizine oturursanız neyin değiştiğini bilmeden hangi dokümanın etkilendiğini tahmin etmeye çalışırsınız. Geçiş projesinin genel çerçevesini revizyon geçişi yazısında ele aldık; burada odak, ikinci adımın kendisi.
Madde-doküman eşleştirme tablosu
Etki analizinin tamamı tek bir veri yapısına dayanır: hangi doküman, hangi standardın hangi maddesini karşılıyor? Bu bilgi elinizde varsa etki analizi bir filtre işidir; yoksa okuma işidir. Aradaki fark iki hafta ile iki saat arasındadır.
Tabloyu kurarken uyacağınız kural şu: eşleştirmeyi ayrı bir dosyada tutmayın, dokümanın künyesine yazın. Ayrı dosya zamanla doküman setinden ayrışır; künyeye yazılan alan doküman silindiğinde birlikte gider, yeni doküman eklendiğinde boş kalır ve eksik hemen görünür. Ortak yapının bu eşleştirmeyi neden kolaylaştırdığını Annex SL yazısında açıkladık.
| Doküman | Karşıladığı maddeler | Değişiklik türü | İş yükü |
|---|---|---|---|
| Kalite el kitabı | 4, 5, 6, 9, 10 (tümü) | Yapısal | 3 gün |
| Doküman kontrol prosedürü | 7.5 | İfade | 0,5 gün |
| İç denetim prosedürü | 9.2 | İfade | 0,5 gün |
| İç denetim soru listesi | 4-10 arası tüm maddeler | Numara | 1 gün |
| YGG prosedürü ve gündem şablonu | 9.3 | İfade + numara | 1 gün |
| Risk yönetim prosedürü | 6.1 | Yeni şart | 4 gün |
| Uygunsuzluk ve DÖF prosedürü | 10.2 | İfade | 0,5 gün |
| Eğitim prosedürü | 7.2, 7.3 | Numara | 0,5 gün |
Etki listesini çıkarmanın dört filtresi
Eşleştirme tablosu hazırsa etki listesini dört filtreyle çıkarırsınız. Birinci filtre: numarası değişen maddeleri karşılayan dokümanlar. İkinci filtre: ifadesi değişen maddeleri karşılayan dokümanlar. Üçüncü filtre: yeni eklenen maddeler için karşılık dokümanı olmayan boşluklar. Dördüncü filtre: içinde standart adı veya sürüm yılı geçen tüm dokümanlar.
Dördüncü filtre çoğu firmada atlanır ve sonra can sıkar. Formların altbilgisinde, sunumların kapağında, sertifika şablonlarında ve web sitesinde standardın sürüm yılı yazar. Geçiş tamamlandıktan sonra bunlardan biri eski sürümü göstermeye devam ediyorsa denetçi bunu tutarsızlık olarak not eder. Basit bir metin araması bu riski ortadan kaldırır.
Etki listesi çıktığında her satırın karşısına iki şey yazın: sorumlu kişi ve termin tarihi. Sorumlusuz satır tamamlanmaz, bunu her projede gördüm. İkinci bir şey daha yapın: listeyi süreç sahiplerine tek tek gönderin, toplu e-posta atmayın. Otuz kişilik listeye atılan tek e-postaya cevap oranı düşük çıkıyor; kişiye özel gönderilen üç satırlık listeye ise neredeyse herkes dönüyor. Aynı iş, farklı sunum, farklı sonuç.
Önceliklendirme: neyi önce revize etmeli?
Etki listesi çıktığında hepsini aynı anda revize etmeye kalkmayın. Doğru sıra, uygulama değişikliği gerektirenlerden başlar; çünkü onların sahaya yayılması zaman alır. Aşağıdaki tablo değişiklik türüne göre önceliği ve tipik süreyi gösteriyor.
| Değişiklik türü | Ne gerektirir | Öncelik | Tipik süre |
|---|---|---|---|
| Yeni şart | Yeni süreç, yeni kayıt, eğitim | 1 | 3-6 hafta |
| Yapısal değişiklik | Dokümanın yeniden yazımı | 2 | 1-2 hafta |
| İfade değişikliği | Metin gözden geçirme, onay | 3 | 1-3 gün |
| Numara değişikliği | Atıf düzeltmesi | 4 | Toplu, 1 gün |
| Sürüm yılı düzeltmesi | Altbilgi ve kapak güncellemesi | 5 | Toplu, yarım gün |
Ekipler doğal olarak dördüncü ve beşinci satırdan başlar; onlar kolaydır ve hızlı ilerleme hissi verir. Sonuç, geçiş süresinin sonuna kalan birinci satır ve panik olur. Projeyi yönetirken bu eğilime karşı durun.
Toplu revizyonu yürütmek
Standart revizyonu doküman güncelleme çalışmasında elle yönetilen tek şey içerik olmalı; geri kalanı sistem taşımalı. Pratik akış şudur: etki listesindeki her doküman için revizyon talebi açılır, gerekçe alanına "yeni sürüme uyum" yazılır ve aynı proje kodu verilir. Böylece geçiş sonunda tek filtreyle tüm revizyonları raporlayabilirsiniz.
Numara düzeltmesi gibi mekanik değişiklikleri tek tek yapmayın; aynı oturumda toplu ilerleyin ve tek onay dalgasına bağlayın. İçerik değişikliği olan dokümanları ise ayrı ayrı ilerletin, çünkü her biri farklı süreç sahibinin görüşünü gerektirir. Doküman yönetimi tarafında bu iki akışı ayırmak, projenin ritmini belirler.
Onay akışı tıkanmasın
Toplu revizyonun en sık takıldığı yer onaydır. Aynı kişiye aynı hafta otuz onay düşerse hiçbiri onaylanmaz. Çözüm dalgalar hâlinde yayınlamaktır: haftada belirli sayıda doküman, onaycıların takvimi önceden bloke edilmiş, vekalet tanımları kontrol edilmiş.
Vekalet konusunu ciddiye alın. Bir onaycı yıllık izne çıktığında vekaleti tanımlı değilse tüm dalga o kişide bekler ve termin kayar. Onay akışının nasıl kurgulanacağını doküman onay iş akışı yazısında ayrıntılı anlattık. Geçiş projesine başlamadan önce o akışın çalıştığından emin olun; revizyon dalgası, zayıf bir onay akışının test aracı olmamalı.
Etki analizini kim yapar?
Etki analizini kalite biriminin tek başına yapması mümkündür ama eksik kalır. Kalite müdürü hangi dokümanın hangi maddeye bağlı olduğunu bilir; o dokümanın sahada nasıl kullanıldığını süreç sahibi bilir. İkisi bir araya gelmediğinde etki listesi doğru çıkar ama iş yükü tahmini yanlış çıkar.
Uyguladığım yöntem şu: kalite birimi ham etki listesini çıkarır, sonra süreç sahipleriyle birer saatlik oturumlar yapılır. Her oturumda o sürecin dokümanları tek tek konuşulur ve iki soru sorulur. Bu değişiklik sizin çalışma biçiminizi değiştiriyor mu? Değiştiriyorsa sahaya yaymak ne kadar sürer? Bu iki sorunun cevabı, projenin gerçek takvimini kurar.
Oturumlara üretim tarafından da birini alın. Doküman revizyonlarının çoğu sonunda tezgâh başındaki bir talimatı etkiler ve o talimatın değişmesi vardiya eğitimi gerektirir. Vardiya eğitimini hesaba katmayan planlar, doküman yayınlandığı hâlde sahada eski yöntemin sürdüğü bir aralık yaratıyor. Denetim tam o aralığa denk gelirse bulgu kaçınılmaz.
Formlar ve kayıtlar unutulmasın
Etki analizinde en çok atlanan doküman türü formlardır. Prosedür revize edilir, formu değişmeden kalır ve bir süre sonra prosedürün istediği bilgiyi form taşımaz hâle gelir. Yeni bir şart genelde yeni bir veri ister; o verinin nereye kaydedileceğini form belirler.
Bu yüzden etki listesine formları da alın ve her prosedürün karşısına bağlı formlarını yazın. Prosedür revize edilecekse formu da gözden geçirin. Standart revizyonu doküman güncelleme çalışmalarında formların ayrı bir alt liste olarak takip edilmesi, sonradan çıkan sürprizleri belirgin biçimde azaltıyor.
Kayıt saklama sürelerini de bu vesileyle kontrol edin. Yeni bir kayıt türü doğduysa saklama süresi tanımlanmalı ve saklama listesine eklenmelidir. Süresi tanımlanmamış kayıt, denetimde doğrudan soru üretir; üstelik cevabı olmayan bir sorudur.
Etki analizi sadece standart revizyonunda mı yapılır?
Hayır ve burada gözden kaçan bir fırsat var. Aynı yöntem müşteri özel şartları güncellendiğinde, mevzuat değiştiğinde, yeni bir lokasyon açıldığında ve büyük bir organizasyon değişikliğinde de işler. Değişen şey tetikleyicidir; yöntem aynı kalır.
Müşteri şartname güncellemesi özellikle önemlidir, çünkü sıklığı standart revizyonundan çok daha yüksektir. Yılda birkaç kez gelen bir şartname değişikliği, kontrol planlarınızı ve talimatlarınızı etkiler. Eşleştirme tablonuza standart maddesi kolonunun yanına bir de müşteri şart kodu kolonu eklerseniz aynı mekanizma orada da çalışır.
Bunu kurmuş bir firmada, gelen bir müşteri şartname revizyonunun etkilediği dokümanların listesi yarım saatte çıkarıldı ve aynı hafta içinde revizyonlar yayına verildi. Aynı iş, eşleştirme tablosu olmayan bir başka firmada üç hafta sürmüştü. Aradaki fark yazılım değil, künyeye yazılmış tek bir alandı.
Etki listesini yönetime nasıl raporlarsınız?
Proje boyunca yönetime tek bir tablo gösterin ve her ay aynı tabloyu güncelleyin. Beş kolon yeter: doküman, sorumlu, değişiklik türü, termin, durum. Renk kullanmayın, sayı kullanın; kaç doküman tamamlandı, kaçı gecikti. Yönetim toplantılarında renkli tablolar tartışma üretiyor, sayılar karar ürettiriyor.
Gecikme çıktığında sebebini de bir kolonda tutun. Deneyimime göre gecikmelerin büyük bölümü tek bir sebepten kaynaklanıyor: süreç sahibinin başka bir önceliği var. Bu görünür hâle geldiğinde çözüm yönetimin gündemine girer, kalite biriminin ısrarına kalmaz.
Proje bittiğinde aynı tabloyu kapanış kaydı olarak saklayın. Bir sonraki revizyonda hem şablon olarak hem de iş yükü tahmini için kullanırsınız; geçen sefer 38 doküman ve 22 adam-gün süren bir işin bu sefer ne kadar süreceğini tahmin etmek çok daha kolay olur.
Kapanış: geçişi nasıl kanıtlarsınız?
Geçiş bittiğinde elinizde üç kanıt olmalı. Birincisi etki listesi ve karşısındaki tamamlanma durumu. İkincisi revize edilmiş dokümanların yayın kayıtları ve onay izleri. Üçüncüsü yeni sürüme göre yapılmış iç denetim raporu ve varsa düzeltici faaliyetlerin kapatma kayıtları. Bu üçü birlikte, denetçinin geçişi sorgulamasına gerek bırakmaz.
Son bir uyarı. Standart revizyonu doküman güncelleme projesi bittiğinde eşleştirme tablosunu güncellemeyi unutmayın; yeni madde numaraları kayıtlara işlenmeliyse hemen işleyin. Bunu ertelerseniz bir sonraki revizyonda aynı yerden başlarsınız. Bu tabloyu canlı tutan firmalar geçiş çalışmasını haftalardan günlere indiriyor; denetim öncesi hazırlıkları da aynı oranda kısalıyor.