Sistem altı ay önce açıldı. Lisans alındı, eğitim verildi, modüller kuruldu. Buna rağmen montaj şefi hâlâ uygunsuzluğu bir A4'e yazıp kalite ofisine getiriyor, kalite mühendisi de o kâğıdı ekrana geçiriyor. Yani sistem çalışıyor ama sadece kalite bölümü için; şirketin geri kalanı için hiçbir şey değişmedi. Bu tablo bir yazılım sorunu değil, bir kalite yazılımı kullanıcı direnci sorunudur ve nedenleri sanıldığı gibi "insanlar teknolojiye kapalı" değildir. Nedenler somuttur ve üçe ayrılır.
"Eskisi daha kolaydı" cümlesinin altındaki üç neden
Kullanıcı direncini kırmanın ilk şartı, direnci doğru okumaktır. Sahada duyduğunuz cümle hep aynıdır ama arkasındaki neden bölümden bölüme değişir. Aşağıdaki üçünü ayırt edemezseniz, herkese aynı çözümü uygular ve hiçbirini çözemezsiniz.
1. Yetki korkusu
Bir üretim şefi sisteme kayıt açtığında adı, saati ve yazdığı her cümle kalıcı olarak görünür hâle gelir. Kâğıtta böyle değildi; kâğıt kalite ofisine gidiyordu ve orada yumuşatılıyordu. Şef aslında sistemden değil, geri alınamaz kayıttan çekiniyor. Bu korku özellikle kök neden alanında kendini gösterir: "operatör dikkatsizliği" yazmak kolaydır, "kalıp bakım periyodu aşıldı" yazmak bakım bölümüyle karşı karşıya gelmektir.
2. Ekstra iş algısı
İkinci neden matematikseldir. Kâğıda yazmak 2 dakika sürüyordu, sistemde form doldurmak 7 dakika sürüyor. Şef haklıdır; onun için iş gerçekten arttı. Kazanç kalite bölümünde ve raporlamada oluşuyor, ona hiçbir şey dönmüyor. Bu algıyı ancak kullanıcıya somut bir kazanç vererek kırarsınız: kendi bölümünün açık kayıtlarını tek ekranda görmesi, termini yaklaşanların ona hatırlatılması, geçmiş benzer vakalara saniyede ulaşması.
3. Cezalandırılma beklentisi
Bu üçüncü neden hem en yaygını hem de en az konuşulanı. Bölümler, açtıkları kayıtların ay sonunda kendilerine karşı kullanılacağını düşünür. "Bu ay en çok uygunsuzluk çıkan bölüm" grafiğini bir kez gösterdiyseniz, o günden sonra kayıt sayısı düşer ama problem düşmez; sadece görünmez olur. Kayıt açmayı erdem hâline getirmeden hiçbir sistem dolmaz.
| Direncin nedeni | Sahadaki belirtisi | İşe yarayan müdahale |
|---|---|---|
| Yetki korkusu | Kayıtlar açılıyor ama kök neden alanı hep yüzeysel | Kök nedeni bölümün değil, sürecin sorunu olarak konumlandırmak |
| Ekstra iş algısı | Kâğıda yazıp kalite ekibine getirme alışkanlığı sürüyor | Kullanıcıya kendi panosunu vermek, zorunlu alan sayısını azaltmak |
| Cezalandırılma beklentisi | Kayıt sayısı düşüyor, sahada problem aynı | Bölüm sıralaması yerine kapatma hızını ve tekrar oranını ölçmek |
| Ekran karmaşası | Herkes aynı iki soruyu tekrar tekrar soruyor | Rol bazlı ekran sadeleştirme, gereksiz alanların kapatılması |
| Yetki eksikliği | "Ben giremiyorum" cevabı | Yetki matrisini bölüm şefleriyle birlikte yeniden kurmak |
Her kullanıcı direnci gerçekten direnç değildir
Kalite ekiplerinin sık düştüğü tuzak, kullanım düşüklüğünü otomatik olarak isteksizliğe yormaktır. Sahaya inip beş kullanıcıyla yarımşar saat oturduğunuzda çoğu zaman şaşırtıcı bir sonuç çıkar: insanlar kullanmak istiyor ama kullanamıyor. Zorunlu alan sayısı 14, bir kaydı kaydetmeden önce doldurulması gereken üç sekme var, ekrandaki terimler bölümün diline yabancı. Bu bir tutum sorunu değil, tasarım sorunudur.
Ölçüt şudur: bir üretim şefi bir uygunsuzluk kaydını 3 dakikanın altında açabiliyorsa tasarım doğrudur. Süre 7 dakikayı geçiyorsa, önce formu sadeleştirin. Zorunlu alanların yarısı genelde kalite ekibinin raporlama isteğinden doğar ve kayıt açan kişi için hiçbir anlam taşımaz. Bu alanları kayıt açılışında değil, kalite ekibinin değerlendirme adımında doldurun; DÖF akışının tasarımında bu ayrım çok işe yarar.
En sık görülen hata, kalite ekibinin iyi niyetle veri girişini üstlenmesidir. Kâğıt geldiğinde sisteme siz geçirdiğiniz sürece kimse öğrenmez, çünkü eski yol hâlâ çalışıyordur. Bir tarih belirleyin, o tarihten sonra kâğıt kabul etmeyin ve o iki hafta boyunca sahada durup ilk kayıtları şeflerle birlikte açın. Kâğıdı geri çevirmek zor bir karardır ama tek işe yarayan karardır.
Pilot bölüm seçimi
Tüm şirkete aynı gün açmak yerine bir bölümle başlamak, kalite yazılımı kullanıcı direncini yönetmenin en pratik yoludur. Ama pilot bölüm seçimi çoğu zaman yanlış yapılır: en istekli bölüm seçilir. İstekli bölüm sistemi sever, kullanır ve hiçbir sorun çıkarmaz; dolayısıyla size gerçek dünyada olacakları göstermez. Doğru pilot, orta zorlukta bir bölümdür.
| Kriter | Aranan | Kaçınılan |
|---|---|---|
| Kayıt hacmi | Ayda 10-20 kayıt | Ayda 2 kayıt ya da 100 kayıt |
| Vardiya sayısı | Tek vardiya | Üç vardiya, ilk pilotta karmaşık |
| Şefin tutumu | Sistemi savunmaya gönüllü | Zorla görevlendirilmiş |
| Süreç olgunluğu | Yazılı prosedürü olan | Süreci hâlâ tartışılan bölüm |
| Pilot süresi | 4 hafta, sonunda değerlendirme | Süresi belirsiz, "bakalım" pilotu |
Pilotun sonunda mutlaka bir değerlendirme toplantısı yapın ve çıkan üç talebi uygulayın. Pilot bölümün önerisiyle değişen bir ekran, tüm şirkete yayılım sırasında en güçlü argümanınız olur: "Bu form montajın istediği şekilde sadeleştirildi" cümlesi, kalite müdürünün her söylevinden daha etkilidir.
İlk 60 günün kullanım hedefleri
Yayılım sonrası "kullanılıyor mu?" sorusunu duyguyla değil sayıyla cevaplayın. İki aylık dönem için üç basit gösterge yeterlidir ve haftalık bakılır: kayıt açan farklı kullanıcı sayısı, kalite dışı bölümlerden açılan kayıt oranı, kayıtların ortalama açılma süresi.
| Gösterge | 30. gün hedefi | 60. gün hedefi |
|---|---|---|
| Kayıt açan farklı kullanıcı | Yetkilendirilen kişilerin %50'si | %85'i |
| Kalite dışı bölümlerden açılan kayıt oranı | %40 | %70 |
| Doküman okundu teyidi | %70 | %95 |
| Kâğıt form ile gelen kayıt | Ayda 5'in altı | Sıfır |
İkinci satır en önemlisidir. Kayıtların büyük bölümü hâlâ kalite bölümünden açılıyorsa, sistem kurulmuş ama yayılmamış demektir. Bu durumda modül eklemeyi durdurun ve mevcut modülün kullanımına odaklanın; yeni modül açmak, kullanılmayan bir sisteme ikinci bir kullanılmayan parça eklemekten başka bir şey değildir. Modül listesini genişletmek her zaman doğru adım değildir.
Denetçi sistemin kaç modülü olduğuyla ilgilenmez; kayıtların kim tarafından açıldığına bakar. Tüm uygunsuzluk kayıtları tek bir kalite mühendisinin hesabından açılmışsa, sürecin sahiplerinin sisteme dâhil olmadığı ortaya çıkar. Bu, süreç yaklaşımı ve sorumlulukların tanımlanması açısından tartışma yaratır ve genelde gözlem ya da bulguya dönüşür.
Direnci ölçmenin yolu: sahaya inmek
Kalite yazılımı kullanıcı direnci masa başında teşhis edilemez. Bir hafta ayırın ve beş kullanıcıyla yarımşar saat oturun; ekranı açtırın, gerçek bir kaydı birlikte açmalarını isteyin ve hiçbir şey söylemeden izleyin. Nerede duraksadıkları, hangi alanda "bunu ne yazacağım şimdi" dedikleri, hangi butonu aradıkları size raporlardan daha fazlasını anlatır.
Bu görüşmelerde bir kural var: kullanıcıyı savunmaya geçirmeyin. "Neden kullanmıyorsunuz?" sorusu suçlayıcıdır ve karşınızdaki kişiyi bahane üretmeye iter. Bunun yerine "bu kaydı açarken en çok nerede takılıyorsunuz?" diye sorun. İlk soruya alacağınız cevap "vaktim yok" olur; ikinci soruya alacağınız cevap ise düzeltilebilir somut bir sorundur.
Görüşmelerden çıkan maddeleri bir listeye yazın ve iki hafta içinde en az üçünü düzeltin. Düzeltmeyi yaptıktan sonra o kişilere haber verin: "sizin söylediğiniz alanı kaldırdık." Bu geri bildirim döngüsü, sisteme karşı biriken direncin en hızlı çözülen parçasıdır; insanlar söylediklerinin karşılık bulduğunu gördüğünde kullanmaya başlar.
Süper kullanıcı ağı kurmak
Kalite ekibinin her soruya cevap veren tek merci olması, hem ekibi yorar hem de bölümlerin sisteme sahiplenmesini engeller. Bunun yerine her bölümde bir süper kullanıcı belirleyin. Süper kullanıcı bölümün en kıdemli kişisi olmak zorunda değil; sistemi çabuk kavrayan, arkadaşlarının rahatça soru sorabildiği biri olmalı. Genelde vardiya formeni ya da bölüm sekreteri bu rolü iyi taşır.
Süper kullanıcılara ayrı bir eğitim verin ve ayda bir yarım saatlik ortak toplantı yapın. Bu toplantıda üç şey konuşulur: bu ay en çok sorulan sorular, ekranlarda düzeltilmesi istenen noktalar, gelecek ay yapılacak değişiklikler. Bu grup zamanla sistemin gerçek savunucusu hâline gelir ve kalite ekibine gelen soru sayısı belirgin biçimde düşer.
Süper kullanıcının adını bölüm panosuna asın. Bir operatör "bunu kime soracağım?" sorusuna cevap bulamadığında sisteme girmeyi bırakır. Sorunun cevabının bölüm içinde, iki adım ötede olması, kullanım oranını en çok yükselten düzenlemelerden biridir.
İlk kazanımı görünür kılmak
Kullanıcı direncini kıran şey ikna konuşmaları değil, kullanıcının kendi işinde gördüğü ilk somut faydadır. Bu faydayı planlı biçimde üretin. Örneğin ilk ay içinde bir müşteri denetimi varsa, denetim sırasında istenen kaydı sistemden 30 saniyede çıkarın ve bunu ilgili bölüme anlatın. Ya da bir talimat revizyonunda okundu teyidi listesini ekrana yansıtıp dağıtımın nasıl kanıtlandığını gösterin.
İkinci yol, geçmiş vakalara erişimdir. Bir üretim şefi benzer bir problemin iki yıl önce nasıl çözüldüğünü sistemde saniyeler içinde bulduğunda, sistemin ona ne kazandırdığını kendi gözüyle görür. Bu yüzden geçmiş kayıtların aranabilir olması yalnızca bir arşiv meselesi değil, doğrudan bir benimseme aracıdır. Aynı mantık doküman yönetimi tarafında da işler: aranan talimatı bulmak 20 dakikadan 20 saniyeye indiğinde tartışma biter.
Mavi yaka kullanıcılar için farklı düşünmek
Sahadaki operatörlerin çoğunun kişisel bilgisayarı yoktur ve vardiya boyunca ekran başına oturması mümkün değildir. Onlardan beyaz yaka kullanıcıyla aynı davranışı beklemek gerçekçi değildir. Çözüm, kullanımı bölüm bazında konumlandırmaktır: hat başına ortak bir terminal koyun, kayıt açma yetkisini formen seviyesinde tutun ve operatörün yalnızca talimata erişmesini sağlayın.
Talimat erişimini de basitleştirin. Hat panosuna asılan bir kare kodun okutulmasıyla geçerli revizyona ulaşmak, operatöre menülerde gezinmeyi öğretmekten çok daha hızlı sonuç verir. Kullanım oranını ölçerken de mavi yaka ve beyaz yaka gruplarını ayrı izleyin; ikisini tek ortalamada topladığınızda hangi tarafın gerçekten kullandığı görünmez olur ve yanlış yere müdahale edersiniz.
Yönetimin rolü ve gerçekçi süre
Kalite yazılımı kullanıcı direnci, kalite müdürünün tek başına kıracağı bir şey değildir. Üretim müdürü aylık toplantıda kendi bölümünün açık kayıtlarını ekrandan takip etmeye başladığı gün, şefler sisteme girmeye başlar. Bunun tersi de doğrudur: yönetim raporları hâlâ e-postayla gelen Excel tablolarından okuyorsa, kimse sisteme veri girmez. Yönetimin sistemi kullanması, en etkili eğitim yöntemidir.
Süre beklentisini de gerçekçi tutun. Kâğıttan gelen bir ekipte alışkanlığın oturması 3-6 ay sürer; ilk ay kullanım düşer, ikinci ay toparlanır, dördüncü aydan sonra normal hâline gelir. Bu eğriyi bilerek planlarsanız, ikinci ayda "olmuyor" diye geri dönmezsiniz. Geçişin takvimini nasıl kuracağınıza dair ayrıntılı bir plan için 90 günlük geçiş yazımıza bakabilir, sistemin bütününü kalite yönetim sistemi çerçevesinde değerlendirebilirsiniz.