Dönüşüm ·

Yazılım alındı, ekip kullanmıyor: dönüşümün kültür hataları

Teknik olarak sorunsuz sistemlerin rafa kalkmasının sebebi teknik değildir. Ekibin direncini üreten beş yönetim hatası ve her birinin karşı hamlesi.

Sistem kuruldu, test edildi, çalışıyor. Eğitim verildi. Üç ay sonra kullanım raporuna bakıyorsunuz: ekibin yarısı hiç girmemiş, diğer yarısı yalnız zorunlu alanları doldurmuş, asıl iş yine WhatsApp'ta ve Excel'de yürüyor. Yazılım satıcısı "kullanıcı adaptasyonu" der, siz "ekip direniyor" dersiniz. İkisi de belirtiyi adlandırır, sebebi değil. Sebep neredeyse her zaman yönetim tarafındadır ve beş kalıpta tekrar eder.

Bir: kararın kapalı kapı ardında verilmesi

Sistem, gününü değiştireceği insanlar olmadan seçilir. Ekip, sonucu öğrendiğinde bir emirle karşılaşmıştır; bir çözümle değil. İnsanlar kendilerine yapılan değişikliğe direnir, kendileriyle yapılan değişikliği sahiplenir. Bu bir karakter meselesi değil, bir katılım meselesidir.

Karşı hamle: ilk dönüştürülecek işi ekibin en çok yakındığı işten seçin ve çözümü, o işi yapan kişiyle birlikte tasarlayın. O kişi sistemin ilk savunucusu olur.

İki: "eskisini de tutalım" esnekliği

Yeni sistem gelir ama eski yöntem yasaklanmaz. Rapor hâlâ WhatsApp'tan sorulabilir, sipariş hâlâ kâğıda yazılabilir. İki yol açıkken insan alıştığını seçer; yeni sistem boş kalır ve "işe yaramadı" damgası yer.

Karşı hamle: tek kural koyun ve yönetim önce kendisi uysun. "Sistemde olmayan iş, olmamıştır." Rapor yalnız sistemden okunur, toplantı sistem ekranından yapılır. Kural ilk hafta sert gelir; üçüncü hafta kimse eskisini aramaz.

Üç: yükü ekibe, faydayı yönetime vermek

Çalışan veri girer, karşılığında yalnız müdürün raporu dolar. Sistem çalışana bir şey vermiyorsa çalışan onu ilk fırsatta bırakır; bu direnç değil, akılcılıktır.

Karşı hamle: sistem çalışanın gününü kısaltsın. Bugün kimi araması gerektiğini söylesin, teklifi otomatik hazırlasın, hatırlatmayı yapsın. Fayda giren kişiye dönüyorsa veri kendiliğinden girilir.

Dört: eğitimi bir öğleden sonraya sığdırmak

Bir seferlik eğitim, ilk hafta hatırlanır ve ikinci hafta unutulur. Sorusu olan kişi soracak birini bulamaz, eski yönteme döner ve utandığı için söylemez.

Karşı hamle: ilk iki ay haftada on beş dakikalık birlikte bakma seansı. Ne zor geldi, nerede takıldınız, hangi alan gereksiz? Bu seanslar hem öğretir hem de sistemi ekibe göre düzeltir.

Beş: hatayı cezalandırmak

Yeni sistemde ilk aylarda hata olur: yanlış alan, eksik kayıt, çift giriş. Hata ceza görürse ekip iki şey öğrenir: sisteme girmemek ve hatayı saklamak. İkisi de dönüşümü öldürür.

Karşı hamle: ilk üç ayı öğrenme dönemi ilan edin. Hata rapor edilir, düzeltilir ve sistemin neden hataya izin verdiği sorulur. Çoğu zaman hata, kullanıcıda değil tasarımdadır.

Kültür değişir mi

"Bizim kültürümüz buna uygun değil" cümlesi sık duyulur ve çoğu zaman yanlıştır. Kültür, yönetimin her gün tekrar ettiği davranışların toplamıdır. Yönetim raporu sistemden okuyorsa, toplantıyı ekrandan yapıyorsa, hatayı öğrenme fırsatı olarak ele alıyorsa, kültür üç ayda değişir. Yönetim bunları yapmıyorsa, hiçbir eğitim ve hiçbir yazılım kültürü değiştirmez.

Bu yüzden dönüşümün en kritik kullanıcısı ekip değil, yöneticidir. Yönetici sistemi kendi günlük işinde kullanmıyorsa, ekibe kullanmasını söylemesinin hiçbir ağırlığı yoktur.

Direncin altındaki bilgi

Direnç, çoğu zaman bir bilgidir. "Bu ekran işimize uymuyor" diyen çalışan genellikle haklıdır; süreç, sistemi tasarlayanların bilmediği bir adım içermektedir. Direnci bastırmak yerine dinlemek, sistemi düzelttirir. Sahada en iyi çalışan dönüşümler, ilk aylarda ekibin itirazlarıyla en çok değişenlerdir.

Yarın için

Yürüyen bir sisteminiz varsa kullanım raporunu açın ve en az kullanan üç kişiyle on beşer dakika konuşun; savunma yapmadan, yalnız dinleyerek. Duyacaklarınız, yazılım satıcısının size hiç söylemeyeceği düzeltmelerdir. AppFactory'nin çalışma biçiminde bu görüşmeler kurulumdan önce yapılır; insan odaklı dönüşüm bir ilke değil, işin tutması için bir zorunluluktur.