Aynı takip dosyasının üç kopyası dolaşıyor. Biri kalite müdürünün masaüstünde, biri satış temsilcisinin mail ekinde, biri de proje ekibinin ortak klasöründe. Üçünde de satır sayısı farklı, ikisinde kaynak dokümanın sürümü eski. Denetim günü hangisi açılırsa sonucu o belirliyor. CSR takibi nasıl yapılır sorusuna verilen ilk cevap neredeyse her firmada aynı: bir tabloyla. O cevap yanlış değil. Yanlış olan, tablonun hangi gün yetmez hâle geldiğini fark edecek bir ölçünün hiç kurulmamış olması.
Excel'in gerçekten yettiği yer
Tek müşterisi olan, o müşteriden tek bir şart dokümanı alan ve yılda bir kez sürüm kontrolü yapması yeten bir tedarikçide tablo fazlasıyla yeterlidir. Satırlar durur, sütunlar okunur, denetçi bakar ve geçer. O ölçekte yazılım tartışması açmak, çözülmemiş bir sorunu değil boş bir bütçe kalemini konuşmaktır.
Tablonun asıl kazandırdığı şey serbestliktir. Şart metnini olduğu gibi yapıştırırsınız, kenara bir not düşersiniz, ertesi hafta bir sütun daha eklersiniz; kimseden izin istemezsiniz. Şart takibinin ilk yılında bu serbestlik gerçek bir hızdır. Zamanla değişen şey araç değil, işin tanımı: şart sayısı büyüdükçe iş "satırları tutmak" olmaktan çıkıp "satırla dokümanı, dokümanla kanıtı bir arada tutmak" hâline geliyor. Tablo satır tutar, bağ tutamaz.
Üç kopya problemi
Şart takip dosyasının çoğalması kaçınılmazdır, çünkü dosyaya birden fazla birim ihtiyaç duyar. Satış, teklif verirken şartlara bakar. Proje ekibi, devreye alma planını kurarken bakar. Kalite, denetime hazırlanırken bakar. Üçü de dosyayı ister, üçüne de kopya gider ve o andan itibaren üç ayrı gerçek oluşur.
Bulut üzerinde ortak düzenleme bu çoğalmayı yavaşlatır, durdurmaz. Sebep dosyanın kendisinde değil kullanma biçiminde: teklif hazırlayan satışçı dosyayı mail ekine koyar, proje mühendisi kendi vardiyasında filtreleyip kaydeder, denetim haftasında üçünden biri masaya gelir. Altı ay sonra hangisinin doğru olduğunu söyleyebilecek kimse kalmaz. Aynı çoğalmanın doküman listelerindeki hâlini Excel ile doküman takibi yazımızda ele almıştık. Müşteri şartlarında sonuç daha ağır oluyor, çünkü burada bayatlayan satır bir revizyon numarası değil, müşteriye verilmiş bir taahhüt.
Denetimde ortaya çıkan dört fark
CSR takibi nasıl yapılır sorusuna verilen cevap, gündelik işte pek fark yaratmaz; farkı denetim masasında görürsünüz.
İki yöntemin farkı gündelik kullanımda görünmez; denetimde görünür. Aşağıdaki tablo, aynı soruların iki yöntemde nasıl cevaplandığını gösteriyor.
| Denetçinin sorusu | Excel ile | QMS ile |
|---|---|---|
| Bu dokümanın güncel sürümünde misiniz? | Sütuna elle yazılan sürüm | Doküman kaydından okunan sürüm |
| Bu şartı hangi prosedür karşılıyor? | Metin olarak yazılı prosedür adı | Prosedür kaydına canlı bağ |
| Prosedür revize edilince şart etkilendi mi? | Elle kontrol gerekir | Etkilenen şartlar listelenir |
| Bu şartın kanıtı nerede? | Klasör yolu yazılır, aranır | Kayıt doğrudan açılır |
| Bu satırın sorumlusu kim? | İsim yazılı, güncelliği belirsiz | Kullanıcı hesabına bağlı |
| Matris en son ne zaman gözden geçirildi? | Dosya değiştirme tarihi | Gözden geçirme kaydı |
| Geçen yıl bu satır ne durumdaydı? | Genelde bilinmez | Sürüm geçmişinde görünür |
Yedi satırın altısında Excel'in cevabı "elle" ile başlıyor. Elle yapılan her iş, yapılmama ihtimali taşır. Denetimde bulgu, aracın seçiminden değil, bu elle işlerden birinin atlanmasından çıkıyor.
Nerede durduğunuzu anlamak için bir öğleden sonra yeter. Takip dosyanızdan rastgele on satır seçin ve her satırda üç şeyi yoklayın: kaynak dokümanın sürümü müşterinin yayımladığı sürümle aynı mı, yazılı iç doküman gerçekten o şartı karşılıyor mu, kanıt olarak gösterilen kayıt bulunabiliyor mu. Üçünde de temiz çıkan satırları sayın. Yedi ve üstü çıkarsa düzeniniz yürüyor demektir; beşin altına düşerse denetim tarihini beklemenin anlamı yok. Testi her yılın aynı ayında tekrarlayın — o zaman elinizde tek bir fotoğraf değil bir eğri olur ve eğri hangi yöne gittiğini kendisi söyler.
Asıl fark: bağ mı, metin mi?
İki yöntem arasındaki temel ayrım arayüzde değil, verinin nasıl durduğunda. Excel'de "PR-08 Müşteri Şikayetleri Prosedürü" bir metindir; o prosedür revize edildiğinde, adı değiştiğinde ya da yürürlükten kaldırıldığında tablodaki metin aynı kalır. Sistemde ise aynı şey bir bağdır; prosedüre dokunduğunuzda bağ üzerinden hangi müşteri şartlarının etkilendiğini görürsünüz.
Bu farkın pratik karşılığı şu: Excel'de değişikliği siz hatırlamak zorundasınız, sistemde ise değişiklik kendini gösterir. Bir prosedürü revize eden kalite mühendisi, o prosedüre üç müşterinin dokuz şartının bağlı olduğunu görünce revizyonu daha dikkatli yapar. Bu bağı kurmadan hazırlanan matrisler, hazırlandığı gün doğru olur ve altıncı aydan sonra yanlışlamaya başlar. Matrisin sütun yapısını CSR matrisi yazımızda ayrıntılı anlatmıştık.
Sürüm ve sorumlu: iki kırılgan sütun
Takip dosyalarında en hızlı bayatlayan iki sütun bunlar. Sürüm sütunu, kaynak doküman güncellendiği gün yanlış olur ve o güncellemenin haberi çoğu zaman gelmez. Sorumlu sütunu ise personel değişikliğinde yanlış olur; bir yıl önce hazırlanmış bir matriste, artık firmada çalışmayan üç kişinin adını görmek şaşırtıcı değil.
Sürüm tarafını çözmenin yolu, kaynak dokümanı ayrı bir kayıt olarak tutmak ve matris satırını o kayda bağlamaktır. Böylece sürüm tek bir yerde durur, matris onu okur. Kaynak dokümanların nereden indirileceğini ve sürüm takibinin nasıl kurulacağını ayrı bir yazıda ele aldık. Sorumlu tarafını çözmenin yolu ise ismi değil rolü yazmaktır; sistemde bu, kullanıcı hesabına bağlanır ve kişi ayrıldığında görev devri görünür olur.
Zaman nereye gidiyor?
CSR takibi nasıl yapılır tartışmasının en somut zemini, harcanan saatlerdir.
Şart takibinde saatler dört yerde birikiyor ve dördü de kimsenin mesai kartında görünmüyor. Sürüm kontrolüyle fark analizi: iki dosyayı elle karşılaştırmak doküman başına yarım günü bulabiliyor. Denetim öncesi hazırlık: satırları tek tek teyit etmek, kanıt kayıtlarını klasörlerden toplamak. Kopya birleştirme: üç dosyadan tek dosya çıkarmak, her seferinde birkaç saat. Bir de soru cevaplamak var — proje ekibinden gelen "bu müşteri şu testi istiyor mu" sorularının peşinden gitmek.
Bu dört kalemi bir ay boyunca not tutarak ölçün, yıla çarpın ve karşısına geçiş sonrası tahmininizi yazın. Yönetime giderken lisans bedeliyle değil bu iki sütunla gidin. Rakam masaya konduğu anda konu "gerekli mi" olmaktan çıkar; sıradaki soru "hangisi ve ne zaman" olur.
Eşik nerede? Somut sayılar
Aşağıdaki eşikler bir formül değil; sahada aynı davranış değişimini defalarca gördüğüm için not ettiğim sınırlar. Kendi rakamlarınızı sütunlara yazın ve hangi bandın içine düştüğünüze bakın.
| Değişken | Tablo rahat çalışır | Zorlanma başlar | Sistem gerekir |
|---|---|---|---|
| Müşteri sayısı | 1 | 2 – 3 | 4 ve üzeri |
| Şart dokümanı sayısı | 1 – 3 | 4 – 10 | 10 üzeri |
| Toplam şart satırı | 0 – 120 | 120 – 400 | 400 üzeri |
| Matrise dokunan birim | 1 | 2 – 3 | 4 ve üzeri |
| Yıllık sürüm değişikliği | 0 – 2 | 3 – 6 | 7 ve üzeri |
| Üretim lokasyonu | 1 | 1 (vardiyalı) | 2 ve üzeri |
Bir otomotiv tedarikçisinde bu eşikler genelde ikinci müşteriyle birlikte aşılıyor. Sebep basit: ikinci müşteri yalnızca şart sayısını değil, çakışan şartların sayısını da artırıyor. Aynı prosedürün iki farklı müşterinin iki farklı beklentisini karşılaması gerektiğinde, metin tabanlı bir tablo bunu gösteremiyor.
Hangi aracı kullandığınız denetçinin sorusu değil; sorduğu şey satırın gerçeği gösterip göstermediği. Matristen rastgele üç satır seçer ve her birinde aynı üç adımı izler: kaynak sürüm doğru mu, iç doküman şartı gerçekten karşılıyor mu, kanıt gösterilebiliyor mu. Üçü de tutarsa geri kalan satırlara bakmaz. Biri tutmazsa matrisin tamamı şüpheliye düşer ve denetimin kalanında her satır tek tek sorgulanır. Aradaki fark çoğu zaman bir bulgu bile değil; iki saat.
İkinci müşteriyle birlikte gelen bir başka zorluk da çatışan şartlardır. Bir müşteri kaydı üç yıl saklamanızı ister, diğeri on beş yıl. Biri belirli bir formu şart koşar, diğeri kendi formunu. Bu çatışmaları çözmenin kuralı basit: en sıkı olanı uygulayın ve bunu matriste açıkça yazın. Çatışmayı fark etmeyip iki şartı ayrı ayrı karşılamaya çalışan ekipler, aynı işi iki kez yapıyor.
Tabloda kalacaksanız dört kural
Diyelim ölçtünüz ve eşiğin altındasınız. O zaman yapılacak iş yazılım aramak değil, elinizdeki dosyayı sıkılaştırmak. Yazma yetkisini tek kişiye verin; kalan herkes salt okunur girsin. Dosyayı masaüstünden kaldırıp herkesin aynı adresten ulaştığı tek bir konuma taşıyın. Kaynak doküman sürümünü her satıra ayrı ayrı yazmayın — ayrı bir sayfada tek bir yerde tutun, satırlar oraya baksın. Böylece sürüm değiştiğinde düzeltilecek tek bir hücre olur, yüz elli hücre değil.
Dördüncü kural en kolay unutulanı: yılda en az iki kez, tercihen iç denetimden önce, kaynak sürümlerini kaynağından doğrulayın ve doğrulamayı tarihiyle dosyaya işleyin. Bu dört kural tabloyu bir sisteme dönüştürmez. Yaptığı şey daha mütevazı ama işe yarar: denetimde açılan ilk sayfanın gerçeği göstermesini sağlar. Küçük ölçekte tabloyla yürüyüp denetimden temiz çıkanları ayıran şey de genelde bu son kural oluyor.
Geçiş kararı ve geçişin kendisi
Eşiği aştıysanız gündem değişir; artık "geçelim mi" değil "neye" tartışılır. Burada bir dil alışkanlığına dikkat edin: Türkiye'de kategorinin tamamı sıklıkla QDMS diye anılıyor, oysa QDMS Bimser firmasının kendi ürününün adı ve pazarda köklü bir yeri var. Kategoriyi tek bir ürün adıyla konuşmak karşılaştırmayı baştan daraltır. Ürün adı yerine üç soruyu sorun: şart satırı dokümanla canlı bir bağ kuruyor mu, kanıt kayıtları aynı veritabanında mı yaşıyor, veri fiziksel olarak nerede duruyor. Kriter listesini genişletmek isterseniz kalite yönetim yazılımı sayfamızdan devam edebilirsiniz.
Geçişte iki hata sık yapılıyor. Birincisi bütün geçmişi taşımaya çalışmak: yalnızca güncel sürümdeki satırları aktarın, kapanmış eski aksiyonları arşivde bırakın. İkincisi göç sırasında yeniden numaralandırma; şart madde numaralarını müşterinin dokümanındaki hâliyle koruyun, yoksa müşteriyle yazışırken ortak dil kaybolur. PaKalite'de CSR satırlarını doküman ve kanıt kayıtlarıyla aynı veritabanında tutuyoruz; bu yüzden bir prosedürü revize ettiğinizde etkilenen müşteri şartları aynı ekranda görünüyor.
CSR takibi nasıl yapılır sorusunun ölçekten bağımsız tek bir cevabı yok. İki yöntemin ortak şartı ise aynı: takip ettiğiniz satırların sahadaki gerçekle örtüştüğünü belirli aralıklarla doğrulamak. On satırlık testi bir kez uygulayın; çıkan sonuç ne olursa olsun elinizde bugün olmayan bir bilgi olur. Şart dokümanlarının bir bölümü müşterinin portalında duruyorsa, o kayıtların sahibinin kim olduğunu portal mı QMS mi yazısında ayrıca tartışmıştık.