Kurulum toplantısı biter, yazılım firmasının proje sorumlusu ayağa kalkarken tek cümle bırakır: "Siz temiz listeyi verin, biz yükleriz." Odadan çıkınca sunucudaki kalite klasörünü açarsınız: 2.400 dosya, iç içe 60 klasör, adında "son", "yeni_son" ve "revize_2019" geçen üç ayrı kopya. Hangisinin yürürlükte olduğunu bilen tek kişi geçen yıl emekli olmuştur. QDMS geçiş süreci işte tam burada başlar; asıl iş dosyaları yüklemek değil, hangi dosyanın gerçekten geçerli olduğuna karar vermektir. Bu karar altı haftalık disiplinli bir çalışmayla verilir ve sonunda elinizde yalnız temiz bir liste değil, dokümante bilginin (documented information) envanteri de olur.
Altı haftalık geçiş takvimi
Bir QDMS geçiş süreci planlanmadan yürütüldüğünde altı hafta yerine altı ay sürer. Aşağıdaki takvim 400-600 yürürlükteki doküman için tasarlandı. Kalite ekibinden bir kişi tam zamanlı, bölüm doküman sorumluları haftada birer gün çalışırsa bu süre gerçekçidir. Doküman sayınız iki katıysa süreyi sekiz haftaya çıkarın, ama adımların sırasını değiştirmeyin.
| Hafta | Yapılan iş | Çıktı | Sorumlu |
|---|---|---|---|
| 1 | Envanter çıkarma, mükerrer ve taslak ayıklama | Ham doküman listesi (Excel) | Doküman sorumlusu |
| 2 | Bölümlerle yürürlük teyidi, sahipsiz dosyaların kapatılması | Yürürlük onaylı liste | Bölüm şefleri |
| 3 | Doküman tipi ve kodlama şemasının netleşmesi | Kod tablosu ve tip listesi | Kalite yöneticisi |
| 4 | Meta veri doldurma: sahip, onaycı, revizyon, saklama süresi | Yükleme formatında tam liste | Doküman sorumlusu |
| 5 | Pilot bölüm yüklemesi ve onay akışı denemesi | Pilot raporu, düzeltme listesi | Kalite + IT |
| 6 | Toplu yükleme, kontrol, eski klasörün kapatılması | Yayında sistem, salt okunur arşiv | Proje ekibi |
Takvimin en kritik yeri ikinci haftadır. Yürürlük teyidini bölümlere yaptırmazsanız, kalite ekibi kendi bildiğini doğru varsayar ve sahada kullanılan üç talimat listeden düşer. Teyidi e-postayla değil, bölüm şefinin imzaladığı bir çıktıyla alın.
Birinci ve ikinci hafta: ayıklama
Envanteri elle çıkarmayın. Klasörün tam dosya listesini bir komutla Excel'e alın; ad, yol, uzantı, boyut, son değiştirme tarihi ve son değiştiren kullanıcı sütunları yeter. Bu liste geldiğinde ilk filtreyi tarihe uygulayın: beş yıldan uzun süredir dokunulmamış dosyaların büyük çoğunluğu ya süresi dolmuş kayıttır ya da unutulmuş taslaktır. İkinci filtre uzantıdır; .tmp, .bak ve otomatik kurtarma dosyalarını doğrudan eleyin.
Sonra mükerrerleri bulun. Aynı adın farklı sürümleri çoğunlukla dosya adındaki eklerden anlaşılır: son, yeni, kopya, v2, tarih damgası. Her mükerrer küme için tek bir satır bırakıp diğerlerini "arşive" işaretleyin. Bu iki hafta sonunda 2.400 satırlık liste genellikle 500 civarına iner ve o 500 satır, projenin geri kalanının omurgasıdır.
Ayıklama sırasında üç sütun daha ekleyin: karar, gerekçe ve karar veren. Bir dosyayı arşive gönderdiğinizde neden gönderdiğiniz yazılı kalsın. Altı ay sonra "bu talimat neden sistemde yok?" sorusu geldiğinde cevabı hatırlamaya çalışmazsınız. Bu üç sütun aynı zamanda göç projesinin kendi kaydıdır; denetçi geçişi sorduğunda gösterilecek en iyi belge budur.
Göç projeleri çoğunlukla aynı yerde tökezler: temizlik yapılmadan toplu yüklemeye geçilir. "Nasılsa hepsini atalım, sonra düzeltiriz" denir; sonra düzeltilmez. İki ay içinde yeni sistem eski klasörün birebir kopyasına döner, arama sonuçlarında üç farklı revizyon yan yana çıkar ve kullanıcı hangisini açacağını bilemez. O noktadan sonra temizlik yapmak, göçten önce yapmaktan üç kat pahalıdır; çünkü artık her dosyanın üzerinde onay kaydı, dağıtım geçmişi ve bağlantı vardır.
Üçüncü hafta: doküman tipleri ve kod şeması
Yükleme öncesi cevaplanması gereken soru şudur: kaç doküman tipiniz var? Prosedür, talimat, form, plan, liste, dış kaynaklı doküman ve kayıt yeter. Yediden fazla tip tanımlayan şirketlerde kullanıcı hangi tipi seçeceğini karıştırır ve raporlar bozulur. Her tip için üç şey belirleyin: kod ön eki, onay kademesi sayısı ve varsayılan saklama süresi.
Kod şemanıza dokunup dokunmama kararını bu hafta verin. Şema tutarlıysa aynen taşıyın; kodu değiştirmek kontrol planından iş talimatına kadar bütün çapraz referansları bozar. Şema tutarsızsa, örneğin aynı tipte dokümanlar bir yerde KYS-01, başka yerde PR.01 diye kodlanmışsa, göç bunu düzeltmek için tek fırsattır. Eski kodu sistemde ayrı bir alanda saklayın; bir yıl boyunca eski kodla arama yapanlar dokümanı bulmaya devam etsin. Doküman yönetimi disiplininde kod, dosyanın kimliğidir; kimlik değiştirirken izini bırakmak gerekir.
Dördüncü hafta: meta veri ve revizyon başlangıcı
Yükleme dosyasında her satır için şu alanlar dolu olmalı: doküman kodu, ad, tip, sahip bölüm, hazırlayan, onaylayan, yürürlük tarihi, revizyon numarası, saklama süresi ve dağıtım grubu. Bu on alan tamamlanmadan yapılan yükleme, sonradan tek tek düzeltilir ve o düzeltme haftalar alır. Firmadan yükleme şablonunu ilk hafta isteyin; alan adlarını bilmeden liste hazırlamak boşa emektir.
Revizyon numarası konusunda iki geçerli yol vardır. Mevcut numarayı korumak, yani sistemde başlangıç revizyonu olarak dokümanın bugünkü numarasını girmek; ya da hepsini 00'dan başlatmak. Otomotivde müşteri kayıtları, PPAP dosyaları ve kontrol planları belirli revizyonlara atıf yaptığı için birinci yol tercih edilir. Kararı ne olursa olsun geçiş planına yazın ve istisnasız uygulayın; yarısı korunmuş, yarısı sıfırlanmış bir arşiv denetimde açıklanamaz.
Beşinci hafta: pilot bölüm
Tüm arşivi tek seferde yüklemeyin. Orta büyüklükte, dokümanı düzenli ve ekibi işbirliğine açık bir bölüm seçin; kalite kontrol ya da bakım bu iş için iyi bir pilot olur. O bölümün 40-60 dokümanını yükleyin, gerçek bir revizyon açın, onaydan geçirin, dağıtın ve okundu teyidi alın. Bu bir hafta içinde ortaya çıkan sorunlar, tüm arşivde çıkacak sorunların provasıdır.
Pilotta en çok üç şey patlar: onay zincirinde olmayan bir kademe çıkar, bazı dokümanların sahibi belirsizdir ve yetki grupları saha kullanıcısını kapsamaz. Üçüncüsü özellikle önemlidir; kimin neyi görebileceğini yetkilendirme yazımızda ayrı ayrı ele aldık. Pilot raporunu iki sayfayı geçmeyen bir düzeltme listesiyle kapatın ve altıncı haftaya o listeyle girin. Pilotu atlayan bir QDMS geçiş süreci, aynı hatayı 500 dokümanın hepsinde birden yapar.
Altıncı hafta: toplu yükleme ve eski klasörün kapatılması
Toplu yüklemeyi hafta ortasında yapın, cuma günü değil; bir sorun çıkarsa düzeltecek iki iş gününüz olsun. Yükleme bittiğinde üç kontrolü elle yapın: rastgele seçilen 20 dokümanın dosya içeriği doğru mu, revizyon numaraları listedekiyle aynı mı, dağıtım grupları doğru kişileri kapsıyor mu. Bu 20 örnek, 500 satırlık bir yüklemede sistematik hatayı yakalamaya yeter.
Yükleme öncesi bir de geri dönüş planı yapın. Toplu yükleme yanlış bir sütun eşlemesiyle yapıldığında 500 kaydı tek tek düzeltmek yerine yüklemeyi geri alıp yeniden çalıştırmak isteyeceksiniz. Firmadan yükleme öncesi veritabanı yedeği alınmasını ve gerekirse o ana dönülebileceğini yazılı olarak isteyin. Bu güvence olmadan yapılan bir toplu yükleme, hatanın maliyetini iki katına çıkarır.
Yükleme gününde bir de duyuru hazırlayın. Kullanıcılar sabah sisteme girdiğinde 500 yeni doküman gördüklerinde ne yapacaklarını bilmeli: kendi bölümlerinin listesini kontrol edecekler ve eksik gördüklerini hangi adrese bildireceklerini bilecekler. Bu geri bildirim penceresini iki haftayla sınırlayın; süre uzarsa kimse bakmaz.
Geri bildirimleri tek bir listede toplayın ve her birine üç cevaptan birini verin: düzeltildi, arşivde kalacak, yeni doküman olarak hazırlanacak. Üçüncü kategori genelde şaşırtıcı biçimde kabarır; göç sırasında bir sürecin hiç yazılı olmadığı ortaya çıkar. Bu eksikleri göç projesinin içine sıkıştırmayın, ayrı bir plana alın; yoksa altı haftalık takvim üç ay sürer.
Ardından eski klasörü kapatın. İki sistemi paralel yürütmek göçün en riskli yöntemidir; aynı dokümanın iki yerde farklı sürümü oluşur ve denetimde hangisinin geçerli olduğunu açıklayamazsınız. Klasörü salt okunur yapın, adının başına ARSIV ekleyin ve yazma erişimini yalnız doküman sorumlusunda bırakın. Kullanıcılara duyuruyu kapatmadan bir hafta önce gönderin, kapatma gününü de takvime yazın.
Kaynak dosya mı, PDF mi yüklenecek
Göç planında erken karara bağlanması gereken bir başlık daha var: sisteme neyi yükleyeceksiniz? En sağlıklı yöntem ikisini birden tutmaktır. Kaynak dosya (Word ya da Excel) revizyon açan kişinin düzenlemesi için sistemde durur, kullanıcıya gösterilen ise otomatik üretilen PDF'tir. Böylece okuyan kişi dosyayı yanlışlıkla değiştiremez, biçim bozulmaz ve yazı tipi farklarından doğan kayma sorunları yaşanmaz.
Yalnız PDF taşımak kolay görünür ama ilk revizyonda tıkanırsınız; kaynak dosya bulunamayan dokümanlar sonunda yeniden yazılır. Yalnız Word taşımak ise kontrolü zayıflatır. Taranmış belgelerde bir kural daha koyun: en az 300 dpi ve metin aranabilir olacak biçimde kaydedilsin. Aranamayan bir tarama, arşivde durur ama denetimde bulunmaz.
Proje ekibi ve iletişim
Göç projesinin ekibi üç kişiden fazla olmamalı: bir proje sahibi (genelde kalite yöneticisi), bir doküman sorumlusu ve IT tarafından bir kişi. Buna bölüm doküman temsilcileri eşlik eder, ama karar bu üç kişide kalır. Haftalık 30 dakikalık bir toplantı yeterlidir; gündemi sabit tutun: geçen hafta ne bitti, bu hafta ne var, neyi bekliyoruz.
İletişim tarafını hafife almayın. Kullanıcılara üç kez haber verin: proje başlarken, pilot bölüm tamamlandığında ve eski klasör kapatılmadan bir hafta önce. Duyuruda uzun açıklama yapmayın; ne değişiyor, ne zaman değişiyor, kime soracaklar. Eğitim oturumlarını da göçten sonraya değil, toplu yüklemeden hemen önceki haftaya koyun. Eğitimle sistem kullanımı arasında iki hafta geçerse öğrenilenlerin çoğu unutulur, sonra aynı eğitimi ikinci kez vermek zorunda kalırsınız.
Geçişten sonra ilk üç ay
QDMS geçiş süreci yükleme bittiğinde bitmez. İlk üç ay boyunca haftada bir rapor alın: kaç doküman revize edildi, kaç onay bekliyor, hangi dokümanların okundu teyidi eksik. Bu rapor sistemin gerçekten kullanıldığını ya da kullanılmadığını ilk haftadan gösterir. Onayda 15 günden fazla bekleyen doküman varsa sorun yazılımda değil, onay zincirinin tasarımındadır; kademe sayısını azaltın.
Üçüncü ayın sonunda bir iç denetimle sistemi kendiniz sınayın. Denetçinin isteyeceği kayıtları önceden çıkarmak için doküman denetimine hazırlık listemizi kullanabilirsiniz. Bu noktada geçiş yalnız bir dosya taşıma işi olmaktan çıkar; kurulan şey kalite yönetim sisteminin günlük olarak yaşadığı yerdir. PaKalite'de yükleme şablonu Excel tabanlıdır ve pilot bölüm yüklemesi geri alınabilir; bu iki özellik altı haftalık takvimi rahatlatır, ama temiz listeyi yine sizin çıkarmanız gerekir.