Eğitimi iş hedefinden başlatmak: action mapping nasıl uygulanır

Action mapping nedir ve hangi soruna cevap verir?

Action mapping, eğitim talebini içerikten değil iş sonucundan başlatan bir tasarım yaklaşımıdır. Cathy Moore tarafından geliştirilen yöntemin çıkış noktası şu gözlemdir: Eğitim talebi geldiğinde ilk refleks "hangi konuları anlatalım" sorusudur ve sonuç, bilgi dolu ama davranışı değiştirmeyen bir sunumdur. Action mapping bu refleksi tersine çevirir: Önce işletmenin değiştirmek istediği ölçülebilir sonucu belirler, sonra o sonuca ulaşmak için insanların işte ne yapması gerektiğini, bu davranışı engelleyen şeyleri ve ancak en sonunda gerçekten gereken bilgiyi ve etkinliği tanımlar.

Yöntem her sorunun eğitimle çözülmediğini de kabul eder. Bazen davranışı engelleyen şey bilgi eksikliği değil, bozuk bir araç, karışık bir süreç ya da teşvik yapısıdır. Böyle durumlarda doğru tasarım kararı, eğitim yapmamak ya da eğitimi çok küçük tutmaktır. Bu, yöntemin hem en rahatsız edici hem en değerli yanıdır: Tasarımcıyı sipariş alan değil, sorun çözen konuma taşır.

Önce iş hedefi: Ölçülebilir iş hedefini belirlemek

Hedef, eğitimin değil işin hedefidir. "Katılımcılar yeni sistemi öğrenecek" bir eğitim çıktısıdır; "yanlış girilmiş sipariş kayıtlarının yeniden işlenme sıklığı azalacak" bir iş hedefidir. İyi bir iş hedefi, eğitimden bağımsız olarak zaten izlenen bir göstergeye bağlanır: hata oranı, müşteri şikâyeti sayısı, işlem süresi, satış dönüşümü gibi.

Paydaşla görüşürken sorulacak sorular şunlardır: Bu eğitim başarılı olursa iş hayatında neyi farklı göreceğiz? Bunu hangi veriyle izleriz? Şu anki durum nedir? Paydaş net bir gösterge söyleyemiyorsa talep henüz eğitim talebi değil, bir hissiyattır; hedef netleşmeden tasarıma geçmek, sonradan başarıyı kanıtlayamamak demektir.

Hedefi yazarken tek cümleyle sınırlayın ve eğitimi içermesin: "Şu göstergeyi şu seviyeden şu seviyeye getirmek." Bu hedefin sahibi eğitim ekibi değil, işi yöneten paydaştır; bu yüzden hedef onun diliyle ve onun onayıyla yazılır.

Sonra davranışlar: Hedefe ulaştıran davranışları haritalamak

İş hedefini hareket ettiren, işte gözlenebilir davranışlardır. Bu adımda "ne bilmeli" değil "ne yapmalı" sorusu sorulur. Davranışlar fiil ile, somut ve gözlenebilir olarak yazılır: "Sipariş girişinden önce stok kodunu kontrol eder", "Müşteri itirazında yanıt vermeden önce itirazı özetler".

Davranışları belirlemenin en güvenilir yolu, hedefe gerçekten ulaşan kişileri gözlemlemek ve görüşmektir. Aynı işte iyi sonuç alanlarla zorlananların ne yaptığını karşılaştırın. Fark oluşturan birkaç davranış genellikle ortaya çıkar. Hepsini eğitim konusu yapmak yerine, hedefe en çok etki edenleri öncelikleyin.

Bu aşamada çıkan liste, tasarımın omurgasıdır. Her davranış için şu soru sorulur: Bu davranış gerçekleşirse iş hedefi ne kadar hareket eder? Cevap zayıfsa davranış listeden çıkar. Kapsamlı ama etkisiz bir liste, yöntemin kurtarmak istediği şişkin eğitimi geri getirir.

Engeller: Davranışın önündeki engelleri ayrıştırmak

İnsanlar sıklıkla ne yapmaları gerektiğini bilir, ancak yapmaz. Bu adımda her davranış için "neden yapılmıyor?" sorusu sorulur ve cevaplar şu kümelerden birine yerleştirilir: bilgi ve beceri eksikliği, araç ve ortam sorunu, motivasyon ve teşvik yapısı, süreç ya da yönerge belirsizliği.

Yalnızca bilgi ve beceri engelleri eğitimin işidir. Araç sorunu için sistem değişikliği, süreç belirsizliği için yazılı bir yönerge, teşvik uyumsuzluğu için yöneticiyle bir konuşma gerekir. Örneğin satış ekibi müşteri kaydını CRM'e girmiyorsa, sebep eğitim eksikliği olmayabilir; belki ekranın alanları sahadaki iş akışına uymuyordur. Bu durumda eğitimden önce ekran düzeltilmelidir, yoksa eğitim yalnızca kızgın bir katılımcı grubu üretir.

Engel analizi, paydaşla en verimli konuşmanın da zeminidir. "Eğitim tek başına şunu çözmez, yanında şu gerekir" cümlesi veriyle desteklendiğinde eğitim bütçesi doğru yere gider.

Etkinlik: Gerçekçi uygulama etkinlikleri tasarlamak

Davranışı engelleyen şey bilgi ya da beceri ise, çözüm bilgiyi sunmak değil, katılımcıya o davranışı güvenli bir ortamda denetmektir. Etkinlik, işte karşılaşılan kararı olabildiğince gerçeğe yakın bir bağlamda katılımcıya verir: bir müşteri mesajı, bir hatalı form, bir ekip içi anlaşmazlık. Katılımcı seçim yapar, seçimin sonucunu görür ve gerekirse yeniden dener.

Senaryo tabanlı etkinlikte kritik tasarım noktası seçeneklerdir. Yanlış seçenekler bariz hatalar olmamalı; işte gerçekten yapılan makul ama etkisiz kararlar olmalıdır. Sonuç geri bildirimi de "yanlış" demekle yetinmemeli, karar sonucunda ne olduğunu göstermelidir.

Bilgi ancak etkinlik için gerektiği kadar verilir. Katılımcı kararda takılıp bir kurala ihtiyaç duyduğunda, kural o anda erişilebilir olmalıdır: kısa bir referans kartı, bir kontrol listesi, bir iş aracı. Böylece içerik, ezberlenecek bir yük değil, çalışırken başvurulacak bir kaynak haline gelir. Bu yaklaşım eğitimin hacmini de ciddi biçimde küçültür.

Örnek: kurgusal bir vakada haritanın çıkarılışı

Örneğin bir sigorta şirketi, hasar bildirimi alan çağrı merkezi ekibi için "ürün bilgisi eğitimi" talep ediyor. Paydaşla görüşmede asıl sorunun, hasar dosyalarının eksik belgeyle açılıp sonradan geri dönmesi olduğu ortaya çıkıyor. İş hedefi: eksik belgeyle açılan dosyaların oranını azaltmak.

Davranış gözleminde, iyi sonuç alan çalışanların dosyayı açmadan önce müşteriye belge kontrol listesini sesli okuduğu, zorlananların ise bunu atladığı görülüyor. Engel analizinde atlanma nedeninin bilgi eksikliği olmadığı, sistemin liste adımını zorunlu tutmaması ve çağrı süresi baskısı olduğu bulunuyor. Çözüm paketi: sistemde liste adımı, süre göstergesinde ayar ve kısa bir uygulama etkinliği. Etkinlikte katılımcılar farklı müşteri profilleriyle kontrol listesini akıcı ve doğal bir dille yürütme pratiği yapıyor.

Orijinal talep olan ürün bilgisi eğitimi ise ihtiyaç duyulan kısım kadar küçültülüp referans kartına dönüşüyor.

Paydaşlarla iletişim ve yaygın hatalar

Yöntem en çok paydaş görüşmesinde zorlanır. Talep sahibi genellikle çözüm önerisiyle gelir ve konuşmayı konu listesine çekmek ister. Konuşmayı iş hedefine döndürmek için "bu eğitimle neyi değiştirmek istiyorsunuz?" sorusu güvenle sorulabilir. Uygulama vakası bir tartışma değil, gösterge, davranış ve engel tablosuyla sunulursa paydaş sizi engelleyen değil, birlikte çözen taraf olarak görür.

Sık yapılan hatalar şunlardır.

• Hedefi eğitim çıktısı olarak yazmak ("katılımcılar öğrenir") ve ölçmeyi imkânsız bırakmak.
• Davranışı bilgiyle karıştırmak. "Ürün özelliklerini bilir" davranış değildir, "müşteriye ihtiyacına uygun özelliği önerir" davranıştır.
• Engel analizini atlamak ve her sorunu eğitim sorunu saymak.
• Gerçekçi olmayan etkinlik kurgulamak: bariz yanlışlar, yapay diyaloglar.
• Her şeyi içerik olarak eklemek. Gerekmeyen bilgi çıkarılmadığı sürece haritanın amacı kaybolur.

Bu beceriyi geliştirmek için öğrenme yolu

Başlangıçta mevcut bir eğitim talebini alıp hedefini iş göstergesiyle yeniden yazmayı deneyin. Orta düzeyde, bir davranış listesi çıkarıp engelleri ayrıştırın ve eğitimle çözülmeyecek kalemleri paydaşa nasıl taşıyacağınızı hazırlayın. İleri düzeyde, tüm süreci tek sayfalık bir harita olarak sunup uygulama etkinliğinin prototipini oluşturun.

Mindset kataloğundaki Action Mapping ile Performans Odaklı Eğitim Tasarımı eğitiminin modül başlıkları bu akışı izler: yaklaşımın temelleri, ölçülebilir iş hedefinin belirlenmesi, davranışların haritalanması, engellerin ayrıştırılması, gerçekçi uygulama etkinliklerinin tasarımı ve uygulama vakası ile paydaş iletişimi. Hedef yazımı için Bloom Taksonomisi ile Öğrenme Hedefi Yazımı eğitimi tamamlayıcıdır.