Sözleşme mart başında imzalandı. Nisanda kalite müdürü bilgi işlemin sunucuyu hazırlamasını bekledi, bilgi işlem kalitenin kullanıcı listesini göndermesini bekledi, tedarikçi ise ikisinden birinin arayıp gün vermesini. Mayıs sonunda yapılan durum toplantısında ortaya çıkan tablo şuydu: kurulum yapılmış, içeride hiçbir veri yok, tek bir modül bile canlıya alınmamış. Kimse işi savsaklamış değildi; sadece kimse neyin ne zaman biteceğini yazmamıştı. QMS devreye alma işi teknik bir kurulum değil, tarih ve sorumlu içeren bir takvim işidir. Aşağıda imzadan sonraki ilk günden tam geçişe kadar doksan günlük, haftalık görev dağılımı olan bir plan var.
Takvim yazılmadan hiçbir şey başlamaz
QMS devreye alma projelerinde gecikmenin ana sebebi teknik zorluk değil, sahiplik boşluğudur. Kurulum tedarikçinin işidir, veri kalitenin, yetkilendirme bilgi işlemin; ama bütünün sahibi yazılmamışsa herkes kendi parçasını başkasının başlamasına bağlar. İlk yapılacak iş bu yüzden bir isim yazmaktır. Proje sahibi genellikle kalite yöneticisidir ve haftada bir yarım saatlik durum toplantısını yürütür.
İkinci yapılacak iş bitiş tarihini geriye doğru saymaktır. Yılın hangi ayında gözetim denetiminiz var? Hangi ay müşteri denetimi bekliyorsunuz? Doksan günlük takvimi bu tarihlerden en az bir ay önce bitecek şekilde kurun. Denetim haftasında canlıya geçmek, hem ekibi hem sistemi en kötü anda sınamaktır.
Kim ne yapar?
QMS devreye alma projelerinde dört taraf vardır ve her birinin işi net ayrılmalıdır. Kalite yöneticisi proje sahibidir: takvimi tutar, kapsamı korur, gecikmeyi raporlar. Kalite sorumlusu veriyi hazırlar ve pilot modülü fiilen kullanır. Bilgi işlem sunucu, yedekleme ve yetkilendirmeden sorumludur. Tedarikçi kurulum, eğitim ve aktarım desteğini verir. Bu dört rolün isimleri projenin ilk gününde yazılmalı ve yönetim tarafından duyurulmalıdır.
Bir de çoğu planda unutulan beşinci taraf var: modül sahipleri. Kalibrasyon modülünün sahibi bakım ya da ölçüm laboratuvarıdır, eğitim modülünün sahibi insan kaynakları, tedarikçi modülünün sahibi satın almadır. Bu kişiler kendi verilerini hazırlamazsa ilgili modül üçüncü ayda da boş kalır. Onları dokuzuncu haftada değil, birinci haftada masaya çağırın.
0. hafta: kurulum öncesi kararlar
Sunucunun nerede duracağı, yedeğin kim tarafından alınacağı ve kullanıcı listesinin kim tarafından hazırlanacağı ilk hafta girmeden netleşmeli. Aynı hafta doküman numaralandırma yapısına da karar verin: mevcut kodlama devam mı edecek, yoksa geçişte yeni bir yapıya mı geçilecek? Bu kararı sonraya bırakırsanız, veri aktarımı yapıldıktan sonra değiştirmek iki katı emek ister.
Kullanıcı listesini üç sütunla hazırlayın: ad, birim, rol. Rol yalnızca üç değerden biri olsun; kayıt giren, onaylayan, görüntüleyen. Otuz kişilik bir yapıda bu liste bir saatte çıkar ve devreye almanın en çok zaman kaybettiren adımını baştan kapatır.
Aynı hafta kapsamı da yazıya dökün: hangi modüller doksan gün içinde açılacak, hangisi dördüncü aya bırakılıyor, hangi entegrasyon bu turda hiç konuşulmayacak? Kapsam dışını yazmayan projeler, altıncı haftada "bir de şunu ekleyelim" talepleriyle dağılır ve takvim sessizce kayar. Deneme aşamasından geliyorsanız işiniz kolay; POC sırasında tutulan takılma listesi ilk haftaların iş listesini zaten hazırlamıştır. Bu listeyi çöpe atmayın, projenin açılış gündemi olarak kullanın.
1-3. hafta: hazırlık ve temizlik
QMS devreye alma takviminin ilk üç haftası yazılımla değil, kendi verinizle geçer. Doküman master listesini açın ve üç kontrolü yapın: aynı doküman birden fazla satırda mı görünüyor, revizyon numarası boş satır var mı, yürürlükten kalkmış olduğu hâlde listede duran doküman var mı? Bu temizlik yapılmadan aktarılan her hata yeni sisteme de taşınır ve orada bulunması daha zor olur.
Aynı dönemde açık DÖF kayıtlarını gözden geçirin. Sorumlusu işten ayrılmış, termini bir yılı geçmiş, konusu artık geçerli olmayan kayıtlar mutlaka çıkar. Bunları aktarmadan önce kapatın ya da gerekçesiyle birlikte iptal edin. Geçiş, kalite kayıtlarınızın tam sayımını yapmak için yılda bir gelen fırsattır; doküman yönetimi tarafındaki dağınıklığı da bu dönemde toparlayın.
4-6. hafta: veri göçü ve pilot modül
Dördüncü haftada temizlenmiş doküman listesi sisteme aktarılır. Aktarım tek seferde değil, önce 20 satırlık bir deneme partisiyle yapılmalıdır; alan eşleştirmesinde bir hata varsa 20 satırda görülür, 800 satırda görülmez. Aktarım adımlarının ayrıntısını Excel'den veri göçü yazısında bulabilirsiniz.
Beşinci ve altıncı haftada pilot modül canlıya alınır. Pilot için doküman yönetimini seçin, çünkü diğer tüm modüller onun ürettiği prosedür ve forma bağlanır. Bu iki hafta boyunca eski yöntem de paralel yürür; her cuma iki kaynağı karşılaştırıp kaçan kayıt var mı diye bakılır. Paralel dönemin bitiş tarihi baştan yazılır ve uzatılmaz.
Pilot dönemin asıl amacı yazılımı test etmek değil, kendi kurallarınızı test etmektir. Onay akışını üç kademeli kurdunuz ama üçüncü onaycı her seferinde seyahatte mi? Doküman kodlaması yeni yapıya geçti ama hattaki dosya adları eskisiyle mi anılıyor? Bu tür sorular ancak gerçek kullanımda görünür ve pilot dönemde düzeltilmesi kolaydır. Aynı sorun tam geçişten sonra çıktığında, düzeltmek için otuz kişiyi yeniden bilgilendirmek gerekir.
| Hafta | Aşama | Ana iş | Sorumlu | Çıktı |
|---|---|---|---|---|
| 0 | Karar | Proje sahibi, sunucu ve kodlama kararı | Kalite yöneticisi | Proje planı, kullanıcı listesi |
| 1 | Kurulum | Sunucu kurulumu, yetki tanımları | Bilgi işlem | Çalışan canlı ortam |
| 2-3 | Temizlik | Doküman ve DÖF listelerinin sadeleştirilmesi | Kalite sorumlusu | Temiz aktarım dosyaları |
| 4 | Göç | Doküman aktarımı ve doğrulama | Kalite + tedarikçi | Aktarım doğrulama raporu |
| 5-6 | Pilot | Doküman modülü canlı, paralel yürütme | Kalite sorumlusu | Yürürlükteki doküman listesi |
| 7-8 | Eğitim | Birim bazlı uygulamalı eğitimler | Kalite + tedarikçi | Eğitim kayıtları |
| 9-10 | İkinci dalga | DÖF ve iç denetim modülleri canlı | Kalite yöneticisi | İlk gerçek DÖF kayıtları |
| 11-12 | Üçüncü dalga | Kalibrasyon, eğitim, tedarikçi modülleri | İlgili birimler | Cihaz ve tedarikçi listeleri |
| 13 | Kapanış | Eski dosyaların salt okunur hâle getirilmesi | Proje sahibi | Kapanış tutanağı |
Bütün modülleri aynı sabah açmak, geçişi bozan en klasik karardır. Modüllerin tamamı bir anda kullanıma sunulduğunda kimse nereden başlayacağını bilmez; ilk soru geldiğinde ekip topluca eski Excel dosyasına döner ve sistem iki hafta içinde ölü yatırıma dönüşür. Dalgalar hâlinde açın: iki hafta bir modül, alışkanlık oturduktan sonra sıradaki. Yavaş görünen bu yol, üç ayın sonunda gerçekten kullanılan bir sistem bırakır.
7-8. hafta: eğitim
Eğitimi tek büyük toplantı olarak değil, birim bazlı ve uygulamalı yapın. Sekiz kişilik gruplar, doksan dakika, herkesin önünde bilgisayar. Eğitim içeriği o birimin gerçek işine göre değişmeli: kalite sorumlusu kayıt açmayı, yönetici onay vermeyi, üretim şefi yürürlükteki talimatı bulmayı öğrensin. Genel tanıtım eğitimleri unutulur, kendi ekranında kendi kaydını açan kişi unutmaz.
Eğitim kayıtlarını sistemin kendi eğitim modülüne girin. Böylece hem ilk gerçek kayıtlarınızı oluşturmuş olursunuz hem de bir sonraki denetimde yetkinlik kanıtı hazır durur. Yeni gelen personelin de aynı eğitimi alacağını gösteren bir plan yapmayı unutmayın; sistemi bilen tek kişinin ayrılmasıyla duran projeler az değildir.
Eğitimin en verimli parçası, katılımcının kendi bekleyen işini o oturumda sisteme girmesidir. Üretim şefi eğitim sırasında gerçekten kullandığı talimatı arasın, kalite sorumlusu dün açılan gerçek bir uygunsuzluğu kaydetsin. Böyle yapılan doksan dakikalık bir oturumdan sonra o kişi sisteme bir daha soru sormadan girer. Anlatılan değil, birlikte yapılan iş öğrenilir.
9-13. hafta: ikinci dalga ve tam geçiş
Dokuzuncu haftada düzeltici faaliyet modülü açılır. Bu modül günlük kullanımı en yüksek olan modüldür ve alışkanlığı asıl o kazandırır. Akışın nasıl kurulacağını DÖF sürecinin kurulumu yazısındaki adımlarla eşleştirin; termin uyarıları ve etkinlik doğrulama alanları ilk günden açık olsun. Onuncu haftada iç denetim modülü devreye girer ve yıllık denetim programı sisteme yüklenir.
On birinci ve on ikinci haftalarda kalibrasyon, eğitim ve tedarikçi değerlendirme modülleri açılır. Kalibrasyon tarafında cihaz listesi, ölçüm aralıkları ve sonraki kalibrasyon tarihleri aynı hafta girilmeli; tarihi geçmiş cihaz varsa geçiş öncesinde kapatılmalıdır. Bu modüllerin veri hacmi düşüktür ama sahipleri farklı birimlerdedir; bu yüzden her biri için ayrı bir sorumlu ve ayrı bir aktarım dosyası gerekir. On üçüncü hafta kapanış haftasıdır: eski Excel dosyaları salt okunur klasöre taşınır, erişim yetkileri daraltılır ve bir kapanış tutanağı imzalanır. O tutanak, sistemin artık tek kaynak olduğunun ilanıdır.
Geçiş dönemi denetimde en çok soru alan dönemdir. Denetçi şunu sorar: bu tarihten önceki kayıtlar nerede, bu tarihten sonrakiler nerede ve ikisi arasında kopukluk var mı? Cevabınızı bir geçiş notuyla hazırlayın; hangi modülün hangi tarihte canlıya alındığını, önceki kayıtların nerede saklandığını yazın. Bu tek sayfa, denetim gününde yarım saatlik bir tartışmayı baştan bitirir.
Geçiş tarihinden sonra açılan her kaydın yeni sistemde açılması kuralını da bu haftada duyurun. İstisna vermeye başladığınız anda iki kaynaklı bir düzen doğar ve altı ay sonra hangi kaydın nerede olduğunu kimse bilemez. Kural tektir: bu tarihten sonra açılan doküman, DÖF ve denetim kaydı yalnızca sistemde bulunur. Devam eden eski kayıtlar için de bir bitiş tarihi belirleyin; kapanana kadar eski dosyada yürüsünler ama yenisi orada açılmasın.
Takvimi rayında tutan üç ölçü
Birincisi haftalık kayıt sayısıdır. Pilot modül açıldıktan sonra her hafta sisteme kaç kayıt girildiğini takip edin; sayı düşüyorsa ekip eski yönteme dönmüş demektir ve sebebini o hafta öğrenmeniz gerekir. İkincisi açık takılma sayısıdır: kullanıcıların bildirdiği sorunların kaçı çözüldü, kaçı bekliyor? Üçüncüsü modül bazlı canlıya alma tarihine uyumdur; gecikme iki haftayı geçtiğinde plan yeniden yazılır, sessizce kaydırılmaz.
Bu üç sayıyı haftalık yarım saatlik toplantıda tek slaytta gösterin. Doksan günün sonunda yönetime sunacağınız kapanış raporu da aynı üç ölçüden oluşur. Bir QMS devreye alma projesinin başarısı, kaç modülün açıldığıyla değil, kaç kişinin sistemi günlük işinde kullandığıyla ölçülür.
Doksan gün, her modülün kusursuz çalıştığı bir sistem bırakmaz; böyle bir beklentiyle başlayan projeler zaten üçüncü ayda hayal kırıklığına uğrar. Bırakması gereken şey daha mütevazıdır: kalite kayıtlarının artık tek yerde tutulduğu ve ekibin oraya girmeyi alışkanlık hâline getirdiği bir düzen. Geri kalan iyileştirmeler dördüncü aydan sonra, sistem yaşarken yapılır. PaKalite ile yürütülen geçişlerde de bu sıralamayı bozmamak tek başına en belirleyici etken oluyor.