Hata bildirme güvenliği

Açılış sahnesi

Yanlış iade tutarını fark eden temsilci, hatayı sessizce düzeltmeden önce bir süre ekranına baktı. Sonra aynı hatanın bir başka temsilcinin ekranında da oluştuğunu görünce, birim müdürüne kısa bir mesaj yazdı: "Bir iadeyi yanlış tutarla onayladım. Aynı şey başka bir işlemde de olmuş; sanırım sistemde bir ayar yanlış."

Müdürün ilk tepkisi, mesajın hemen altına "Nasıl fark etmedin?" diye yazmaktı. Yazdı, sonra sildi. Birkaç hafta önce ekip toplantılarında ilk itiraz edene nasıl davranılması gerektiğini konuşmuşlardı; hata bildiren biri için de aynı şeyin geçerli olduğunu düşündü. Yerine şunu yazdı: "Söylediğin için teşekkür ederim. Hemen bakalım; kaç işlemi etkilemiş olabilir?"

Birlikte kayıtlara baktıklarında, sistemdeki ayarın üç gündür yanlış olduğunu ve on dört işlemin etkilendiğini buldular. Ayar düzeltildi, müşterilere dönüş yapıldı. Müdür bir sonraki ekip toplantısında olayı, hatayı bildiren temsilcinin adını onun izniyle anarak anlattı ve ekibe bir şey sordu: "Bunu fark eden başka biri var mıydı?" İki temsilci daha benzer bir tutarsızlık gördüklerini, ama kendi hataları sanıp düzeltip geçtiklerini söyledi.

Bu derste ne olacak

Önceki ders bir ekipte insanların neden konuştuğunu ya da sustuğunu ele aldı. Bu ders konuşmanın en zor biçimine bakıyor: bir kişinin kendi hatasını söylemesine.

Bir itirazda bulunmak ya da bir soru sormak bir risk taşıyor; ama kendi hatasını bildirmek daha büyük bir risk taşıyor, çünkü doğrudan kişinin yetkinliğini ve itibarını ilgilendiriyor. Bu yüzden hatalar, konuşulması en zor konuların başında geliyor. Oysa bir ekibin öğrenmesi, sorunların erken fark edilmesi ve sistem hatalarının ortaya çıkması, büyük ölçüde hataların bildirilmesine bağlı.

Seride hatalardan öğrenme işlenirken, bir hatayı kişinin kusuru olarak okumak ile onu yapan kişinin o anki koşullarından anlamak arasındaki fark, kıl payı olayların önemi ve kasıtlı ihlal ile dürüst hata arasındaki ayrım ele alındı. Bu ders o ilkeleri ekip düzeyine taşıyor: bir liderin tepkisi, hata bildirimlerinin sayısını ve niteliğini nasıl belirliyor?

Dersin arkasında iki araştırma duruyor. Biri, iki hastanenin servislerinde ilaç hatalarını izleyen ve iyi yönetilen servislerde kayda geçen hatanın neden daha fazla olduğunu soran bir alan çalışması. Öbürü, kurumların hata yönetimi kültürünün performanslarıyla ilişkisini iki ülkede inceleyen bir çalışma.

Destek birimindeki hata ve dersin öbür vakaları kurgu; Edmondson ile van Dyck ekibinin çalışmaları ise yayımlanmış araştırmalar.

Sıfır noktası — bildirilmeyen hata kaybolmuyor

Bir kişi kendi hatasını fark ettiğinde, hemen bir hesap yapıyor: bu hatayı söylersem ne olur? Hesabın bir yanında hatayı düzeltmenin ve başkalarını uyarmanın faydası var; öbür yanında azarlanma, yetersiz görülme, bir sicile kaydedilme, ekibin önünde mahcup olma riski. Eğer ikinci taraf ağır basıyorsa, kişi hatayı sessizce düzeltmeyi, gizlemeyi ya da hiç fark etmemiş gibi davranmayı seçiyor.

Bildirilmeyen hata kaybolmuyor. Çoğu zaman kişinin tek başına yaptığı bir yanlış değil, bir sistemin, bir sürecin ya da bir aracın zayıflığının belirtisi. Bir kişi hatasını sessizce düzelttiğinde, o zayıflık yerinde kalıyor ve başka bir kişinin, başka bir zamanda aynı hatayı yapmasını bekliyor. Açılış sahnesindeki temsilci susmuş olsaydı, sistemdeki ayar günlerce yanlış kalacak ve onlarca müşteriyi etkileyecekti.

Bu yüzden bir ekipte hata bildirimlerinin az olması, iyi bir işaret olmayabiliyor. Hatası az olan bir ekip de az bildirim yapar, hatasını saklayan bir ekip de. İkisini ayırmanın yolu, bildirimlerin sayısına değil, bildirildiğinde ne olduğuna bakmak.

Mekanizma — lider tepkisi ve kayıtlı hata

Bildirim paradoksu ilk kez hemşirelik servislerinde, ilaç hatalarının sayıldığı bir araştırmada göze çarptı.

Kurumların hata yönetimi kültürünü performanslarıyla ilişkilendiren bir çalışma, hatalara nasıl yaklaşıldığının kurum düzeyinde de önemli olduğunu gösteriyor.

Model — teşekkür et, kapsamı bul, sistemi sor

Bir ekipte hata bildirmeyi güvenli kılmak, liderin bir hata bildirimine verdiği ilk tepkiyle başlıyor. Bu tepki üç adımda kurulabilir.

Önce teşekkür et. Bir hata bildirimine verilen ilk cümle, ekibin bundan sonra hata bildirip bildirmeyeceğini belirliyor. "Nasıl fark etmedin?", "Bunu daha önce de konuşmuştuk" ya da uzun bir sessizlik, bildirimi bir itirafa dönüştürüyor. "Söylediğin için teşekkür ederim" ise onu bir katkıya dönüştürüyor. Teşekkür, hatanın önemsiz olduğu anlamına gelmiyor; hatanın bildirilmesinin değerli olduğu anlamına geliyor.

Sonra kapsamı bul. Hatanın kimi ve neyi etkilediğini, başka yerlerde de oluşup oluşmadığını birlikte araştır. Bu adım, konuşmayı kişiden olaya taşıyor ve bildiren kişiyi bir sanık değil, bir araştırma ortağı yapıyor.

En sonda sistemi sor. Hatanın hangi koşullardan kaynaklandığını sor: bir araç, bir süreç, bir yük, bir belirsizlik mi? Hataların çoğu, bir kişinin kusurundan çok bir sistemin zayıflığını gösteriyor. Sistemi sormak, aynı hatanın başka birinde tekrarlanmasını önlüyor ve bildiren kişiye hatasının cezalandırılmak yerine kullanıldığını gösteriyor.

Karar noktası — güvenlik mi, sorumluluk mu

Hata bildirmeyi güvenli kılmak, sorumluluğun ortadan kalkması anlamına gelmiyor. Bir lider, dürüst bir hatayı bildiren kişiye teşekkür ederken, kasıtlı bir ihmali ya da tekrarlanan bir kural ihlalini aynı biçimde karşılamamalı; aksi hâlde güvenli bildirim ortamı, sorumsuzluğun bir kalkanına dönüşebiliyor. Seride adil kültür yaklaşımıyla işlenen bu ayrım, burada liderin ilk tepkisini belirliyor.

Denge, ilk tepki ile sonraki değerlendirmeyi ayırmakta. İlk tepki her durumda teşekkür ve kapsam olmalı; çünkü o anda liderin elinde hatanın türüne dair yeterli bilgi yok ve bildirimi cezalandırmak, bir sonraki bildirimi engelliyor. Hatanın türü, yani dürüst bir hata mı, riskli bir davranış mı, yoksa kasıtlı bir ihlal mi olduğu, daha sonra, sakin bir değerlendirmeyle belirlenmeli ve buna göre farklı bir yaklaşım izlenmeli.

Tepki vermeden önce kendine sor: bu kişiye şimdi vereceğim cevap, bir sonraki hatayı fark eden ekip üyesine ne öğretecek? Cevap "sus" ise, tepkini değiştir.

Sınırlılıklar ve eleştiri

Hata bildirme ve hata yönetimi kültürü üzerine yapılan çalışmaların önemli bir kısmı sağlık, havacılık ve üretim gibi güvenlik açısından kritik sektörlerden geliyor. Bu sektörlerde hataların sonuçları ağır ve görünür; hataların daha az görünür olduğu hizmet ya da bilgi işlerinde, bildirimin önündeki engeller ve bildirimin faydaları farklı olabilir.

Kayıtlı hata sayısı ile gerçek hata sayısını ayırmak zor. Bildirim paradoksu, düşük hata sayısının her zaman bir sessizlik işareti olduğu anlamına gelmiyor; bazı ekipler gerçekten daha az hata yapıyor olabilir. Bir liderin iki durumu ayırmak için kayıtlı hatalara ek olarak başka göstergelere, örneğin dış denetimlere, müşteri şikâyetlerine ya da sonradan fark edilen hatalara bakması gerekiyor.

Hata bildirmeyi güvenli kılmak yalnız liderin tepkisiyle olmuyor. Kurumun performans değerlendirme sistemi, prim ve terfi kuralları ya da hukuki sorumluluk düzenlemeleri, liderin kendi biriminde yarattığı güven havasıyla çelişebiliyor. Bir çalışan liderinin teşekkür edeceğini bilse bile, hatanın sicilinde kalacağını ya da primini etkileyeceğini biliyorsa, bildirmekten kaçınabilir.

Son olarak, her hata bildiriminin herkesin önünde konuşulması gerekmiyor. Bazı hatalar kişisel ya da hassas olabilir; bunları ekip toplantısında konuşmak, bildiren kişiyi mahcup edebilir. Liderin hangi bildirimlerin ekipçe, hangilerinin birebir ele alınacağına kişiyle birlikte karar vermesi gerekiyor.

Yaygın hatalar

Aklında kalsın

Bildirilmeyen hata kaybolmaz; onu doğuran zayıflık yerinde kalır.

Düşük hata sayısı iyi bir işaret de olabilir, bir sessizliğin sonucu da.

Hata bildirimine ilk cümlen, ekibin bir sonraki hatayı bildirip bildirmeyeceğini belirler.

Önce teşekkür et, sonra kapsamı bul, en sonda sistemi sor.

Hataların çoğu bir kişinin kusurundan çok bir sistemin zayıflığını gösterir.

İlk tepki her zaman teşekkür; hatanın türünü sonra, sakin bir değerlendirmeyle belirle.

Kendi hatanı ilk anlatan sen ol.

Sonraki derse köprü

Hata bildirimleri artmaya başladığında, destek lideri bir başka sessizliği fark etti. Yeni katılan temsilciler, iade kurallarında emin olmadıkları durumlarda soru sormak yerine tahmin yürütüyor, sonra yanlış bir işlem yaptıklarında bunu hata olarak bildiriyorlardı. Bir yeni temsilci açıkça söyledi: "Hata yapınca teşekkür ediyorsunuz, ama soru sorunca herkes bana bunu bilmem gerektiğini söyleyen bir bakışla bakıyor."

Ekip hatalar için güvenli bir ortam kurmuştu; ama bilmemek için değil. Soru sorma kültürü dersi bu boşluğu ele alıyor: insanların neden soru sormaktan çekindiğine, bir sorunun neden bir yetersizlik itirafı gibi hissedildiğine ve bir liderin soru sormayı, bilmeyi gösteren değil öğrenmeyi gösteren bir davranış hâline nasıl getirebileceğine.