Kullanılmayan sistemlerin ortak özellikleri neler?
Birçok kamu kurumunda benzer bir tablo görülüyor: Yazılım alınmış, kurulum yapılmış, eğitim verilmiş, hatta resmi yazıyla tüm birimlere duyurulmuş. Buna rağmen birkaç ay sonra personel yeniden Excel listelerine, WhatsApp gruplarına, telefon trafiğine ve e-posta zincirlerine dönüyor. “Sistem kuruldu ama kullanılmıyor” sorunu istisna değil, oldukça yaygın bir durum. Özellikle kamu kurumunda yazılım kullanım oranı artırma konusu gündeme geldiğinde, mesele çoğu zaman teknik değil, iş akışının gerçeklerine temas edip etmediği oluyor.
Kullanılmayan sistemlerin ortak özelliklerine bakıldığında ilk dikkat çeken konu, günlük işin ritmine uymamalarıdır. Örneğin bir belediyede beyaz masa başvuruları için yeni bir takip sistemi kuruluyor. Vatandaş başvurusu sisteme giriliyor ama müdürlükler hâlâ “bize mail atın”, “telefonla da haber verin”, “Excel’e de ekleyelim” diyorsa personel doğal olarak tek kayıt yerine üç ayrı kayıt tutmaya başlıyor. Bir süre sonra sistem, işin merkezi olmaktan çıkıp sadece formalite için kullanılan bir ekrana dönüşüyor.
İkinci ortak özellik, ekranların sahadaki personele göre değil, ihale dokümanına göre tasarlanmış olmasıdır. Bir ilçe belediyesinin fen işleri müdürlüğünde çalışan personel için esas olan, arızanın nerede olduğu, ekip kiminle gidecek, malzeme var mı, iş ne zaman kapanacak gibi pratik sorulardır. Eğer sistemde bu bilgiler hızlı girilemiyor ama çok sayıda zorunlu alan doldurulması isteniyorsa, kullanıcı “işimi yapmıyor” diye düşünür. Aynı durum devlet hastanelerinde de görülür. Poliklinik dışı idari süreçlerde kullanılan bazı iç sistemler, sağlık personelinin yoğun temposuna uygun değilse kayıtlar sonradan topluca girilmeye başlanır. Bu da veri kalitesini düşürür.
Üçüncü özellik, mevcut mevzuat ve kurumsal yükümlülüklerle ilişkisinin net kurulmamasıdır. Kamu kurumlarında bir sistem sadece “işi kolaylaştıran araç” değildir. Evrak kayıt, arşiv, log, yetkilendirme, veri saklama ve kişisel veri güvenliği gibi başlıklarla birlikte düşünülmelidir. KVKK kapsamında kişisel veriye erişim sınırları, 5651 sayılı Kanun çerçevesinde erişim kayıtları, gerektiğinde BTK düzenlemeleriyle bağlantılı iletişim altyapısı ve e-Devlet entegrasyonları baştan planlanmadığında personel alternatif yollara kayar. Çünkü resmi süreçte eksik kalan noktayı kendi yöntemiyle tamamlamaya çalışır.
Bir başka yaygın durum da yönetici ekranları ile kullanıcı ekranları arasındaki kopukluktur. Üst yönetim rapor görmek ister, sistem rapor üretir; ancak veriyi sahada giren personel için bunun anlamı yoksa kullanım düşer. Örneğin bir okul müdürlüğünde devamsızlık, veli görüşmesi, bakım talebi ve nöbet çizelgesi için tek platform kurulmuş olsun. Eğer öğretmen için iki dakikada yapılacak işlem on dakikaya çıkıyorsa, sistemin rapor gücü ne kadar iyi olursa olsun kullanım kalıcı olmaz.
- İşi tek ekranda bitirmiyor, ek olarak telefon ve e-posta gerektiriyor.
- Sahadaki personelin hız ihtiyacını karşılamıyor.
- Zorunlu alanlar fazla, işlem adımları gereksiz uzun.
- KVKK, evrak kayıt, loglama ve yetki yapısı net değil.
- Yönetim raporu üretiyor ama kullanıcıya günlük fayda sağlamıyor.
Personelin direnç gösterdiği sanılan durumların gerçek nedeni
Kamu kurumlarında yeni bir sistem kullanılmayınca ilk açıklama genellikle şu olur: “Personel direnç gösteriyor.” Elbette bazı çalışanlar alıştığı yöntemden vazgeçmek istemeyebilir. Ancak sahadaki gerçek çoğu zaman bundan farklıdır. İnsanlar genellikle yeni sisteme değil, işlerini yavaşlatan ve risklerini artıran düzene karşı mesafe koyar.
Bir belediyenin imar müdürlüğünde düşünelim. Vatandaştan gelen başvuru önce evrak kayda giriyor, sonra ilgili birime havale ediliyor, ardından teknik inceleme yapılıyor. Yeni sistem bu akışı desteklemiyorsa personel şu kaygıyı yaşar: “Başvuru kaybolursa sorumluluk bende kalır.” Bu yüzden eski fiziksel dosya, paraf zinciri ve Excel takibi bırakılmaz. Burada direnç değil, sorumluluğu güvenceye alma davranışı vardır.
Benzer bir durum sağlık kurumlarında da görülür. Başhekimlik bünyesinde kullanılan bir görev takip sistemi, nöbet değişiklikleri veya teknik arıza bildirimlerinde yavaş çalışıyorsa personel telefonla çözüm arar. Çünkü hastanede gecikmenin doğrudan hizmete etkisi vardır. Kullanıcı açısından mesele teknolojiye uzaklık değil, işin aksamaması ihtiyacıdır.
Okullarda da tablo benzerdir. Bir ilçe milli eğitim müdürlüğü, okul müdürlüklerinden gelen talepleri dijital sistemle toplamaya başlar. Ancak okul müdür yardımcısı sisteme girdiği talebin hangi aşamada olduğunu göremiyorsa, doğal olarak ilçe müdürlüğünü arar. Sonra aynı talebi e-postayla da yollar. Bir süre sonra “sistem kullanılmıyor” denir. Oysa kullanıcı güvenilir geri bildirim alamadığı için alternatif kanalları açık tutmaktadır.
Bir diğer neden, performans baskısı altında ek iş yükü oluşmasıdır. Kamu personeli çoğu zaman aynı anda vatandaşı karşılar, telefon cevaplar, resmi yazı hazırlar, üst yazı takip eder. Yeni sistem bunların üzerine “bir de buraya gir” mantığıyla gelirse reddedilir. Özellikle beyaz masa, çağrı merkezi, sosyal yardım, zabıta, hasta kabul, öğrenci işleri gibi yoğun temas noktalarında bu çok belirgindir.
Ayrıca eğitim verildi diye kullanımın sağlandığı varsayılır. Oysa kullanıcılar çoğu zaman sistemi nasıl kullanacağını değil, hangi durumda hangi yolu izleyeceğini bilmek ister. “Başvuru mükerrer ise ne yapacağım?”, “Yanlış müdürlüğe düştüyse kim aktaracak?”, “Vatandaş itiraz ettiğinde kayıt nasıl düzeltilecek?” gibi sorular cevapsız kalınca personel eski yönteme döner.
Geçiş sürecinde hangi destekler gerçekten işe yarar?
Geçiş sürecinde en işe yarayan destek, genel eğitim sunumu değil, birim bazlı uygulamalı refakattir. Yani insan kaynakları müdürlüğüne ayrı, fen işlerine ayrı, beyaz masa personeline ayrı destek gerekir. Çünkü herkesin işi farklıdır. Aynı sistemi kullansalar bile işlem mantıkları değişir. Gerçek hayatta işe yarayan yöntem, ilk haftalarda kullanıcıların yanında durup gerçek dosyalar ve gerçek başvurular üzerinden ilerlemektir.
Örneğin bir belediyede vatandaş talep yönetim sistemi devreye alındığında, ilk 2-3 hafta boyunca beyaz masa ve ilgili müdürlüklerde “kat destek” verilmesi çok faydalıdır. Personel telefonla gelen şikâyeti sisteme nasıl açacağını, yanlış kategoriyi nasıl düzelteceğini, kapanan kaydı nasıl yeniden işleme alacağını canlı örneklerle görür. Bu destek, tek seferlik sınıf eğitiminin çok önüne geçer.
İkinci olarak, kurum içinde hızlı karar alabilen bir “süreç sahibi” belirlenmelidir. Bu kişi genellikle bilgi işlemden değil, işin sahibinden çıkmalıdır. Mesela sosyal yardım müdürlüğünde kullanılan bir başvuru sisteminde süreç sahibi müdür yardımcısı veya şef olursa, “şu alan zorunlu olmasın”, “bu ekran sadeleşsin”, “onay akışı şöyle değişsin” kararları hızla alınır. Aksi halde tüm talepler yüklenici firmaya açılan uzun e-posta zincirlerine dönüşür.
Üçüncü destek, net kuralların yazılı hale getirilmesidir. “Sisteme girilen kayıt esastır”, “telefon bildirimi kayıt yerine geçmez”, “e-posta ile gelen talep aynı gün sisteme işlenir” gibi kısa ve uygulanabilir kurallar olmazsa herkes kendi alışkanlığını sürdürür. Burada amaç personeli zorlamak değil, resmi iş akışını tekleştirmektir.
Dördüncü olarak, teknik destek hattı kadar operasyonel destek de gerekir. Kullanıcıların sorunu her zaman şifre veya tarayıcı değildir. Çoğu zaman “bu işi sistemde hangi menüden yapacağım?” sorusudur. Bu nedenle sık sorulan sorular dokümanı, ekran görüntülü kısa kılavuzlar ve birim bazlı örnek senaryolar çok işe yarar.
- Genel eğitim yerine birim bazlı uygulamalı destek verin.
- Bilgi işlem dışında, iş biriminden bir süreç sahibi atayın.
- Kısa ve net kullanım kuralları yayımlayın.
- Şifre desteğinin yanında operasyonel kullanım desteği sunun.
- İlk haftalarda gerçek dosyalar üzerinden yerinde refakat sağlayın.
Kullanım oranını artırmak için ilk 90 günde ne yapılmalı?
kamu kurumunda yazılım kullanım oranı artırma hedefi için ilk 90 gün kritik dönemdir. Bu sürede oluşan alışkanlıklar kalıcı hale gelir. O nedenle başlangıçta “zamanla oturur” yaklaşımı yerine, ölçülen ve yönetilen bir geçiş planı gerekir.
İlk 30 günde yapılması gereken şey, sistemin gerçekten hangi işlerde kullanıldığını görmek ve çift kayıt noktalarını tespit etmektir. Hangi müdürlük hâlâ Excel tutuyor, hangi personel e-postayla paralel süreç yürütüyor, hangi kayıtlar sonradan toplu giriliyor; bunlar açıkça çıkarılmalıdır. Bu çalışma suçlu aramak için değil, darboğazı görmek için yapılır. Belediyelerde en sık görülen sorunlardan biri, başvurunun sisteme girilip çözüm bilgisinin telefonla kapanmasıdır. Bu durumda kapanış ekranı veya sorumluluk akışı yeniden düzenlenmelidir.
30-60 gün arasında sadeleştirme yapılmalıdır. Kullanıcıyı yoran alanlar azaltılmalı, gereksiz onay adımları kaldırılmalı, zorunlu alanlar gözden geçirilmelidir. Eğer e-Devlet üzerinden gelen başvurular kurum içi sisteme düşüyorsa, mükerrer veri girişini azaltacak entegrasyonlar önceliklendirilmelidir. Aynı şekilde yetki matrisleri gözden geçirilmeli; herkes her veriyi görmemeli, KVKK açısından erişim sınırları net olmalıdır. Log kayıtları ve kullanıcı hareketleri de 5651 sayılı Kanun kapsamındaki kurumsal kayıt düzeniyle uyumlu şekilde ele alınmalıdır.
60-90 gün arasında ise kullanım disiplininin yerleşmesi gerekir. Burada yöneticinin rolü büyüktür. Şube müdürü, okul müdürü, başhekim yardımcısı veya daire başkanı hangi kurumdaysa, raporu sadece istememeli; kendi yönetim pratiğini de sistem üzerinden kurmalıdır. Eğer yönetici telefonla gelen bilgiye göre karar verip sistem kayıtlarına bakmıyorsa, personel de sistemi ciddiye almaz. Tersine, haftalık toplantıda “kaç kayıt açıldı, ne kadar sürede kapandı, hangi birimde bekliyor” gibi sorular sistem verisiyle sorulursa kullanım hızla artar.
Ayrıca başarı kriteri sadece giriş sayısı olmamalıdır. Asıl ölçülmesi gereken, işin ne kadarının sistem üzerinden baştan sona yürüdüğüdür. Bir kayıt açılmış olabilir ama sonuç bilgisi sisteme girilmiyorsa kullanım oranı yüksek görünür, gerçekte ise süreç yarımdır. Bu nedenle açılan kayıt, yönlendirilen kayıt, kapanan kayıt, yeniden açılan kayıt ve ortalama işlem süresi birlikte izlenmelidir.
- İlk 30 günde çift kayıt ve paralel süreçleri tespit edin.
- 30-60 gün arasında ekranları ve onay akışlarını sadeleştirin.
- e-Devlet ve kurum içi veri akışlarında mükerrer girişi azaltın.
- KVKK ve yetki matrisini netleştirin, log yapısını düzenleyin.
- 60-90 gün arasında yönetsel takibi sistem verisine bağlayın.
- Başarıyı sadece giriş sayısıyla değil, uçtan uca kullanım ile ölçün.
Sonuç olarak kamu kurumlarında sistemin kullanılmaması çoğu zaman personelin isteksizliğinden değil, yazılımın gerçek iş akışına tam oturmamasından kaynaklanır. Telefon, e-posta, Excel ve fiziksel evrak arasında sıkışan süreçler sadeleştirilmeden kalıcı kullanım beklenmemelidir. Doğru yaklaşım; sahayı dinlemek, ilk 90 günü yakından yönetmek ve sistemi resmi işin tek kaynağı haline getirmektir.