Kısa sorular, net geçme kuralları ve basit takip ile yeni işe başlayanlar için bir eğitim testi oluşturun; kimin tamamladığını ve kimin yeniden sınavı gerektiğini bilin.
Basit bir test genellikle işe alıştırmayı tutarlı hale getirmenin en hızlı yoludur. Her yöneticinin her şeyi hatırlamasını ummak yerine, her yeni çalışana aynı soruları sorarsınız ve aynı türde onay alırsınız.
Çoğu işe alıştırma sorunu eksik bilgiden kaynaklanmaz. Aralar ve zamanla oluşan kaymalardan gelir. Bir yeni çalışan güvenlik kurallarını ilk gün duyarken, başka biri üçüncü haftada duyar. Bir kişi harcama politikasını okur, diğeri sadece kısa bir özet alır. Kısa bir test “anlattık”ı “anladılar”a çevirir.
Yeni işe başlayanlar için bir eğitim testi, tam bir kurs platformu kurmak istemediğinizde özellikle kullanışlıdır. Küçük gruplar halinde işe alan ve temel bilgilerin yerleştiğine dair hafif kanıt isteyen ekipler için uygundur.
Genellikle birkaç tekrar eden sorunu çözer:
"Basit" bir test sistemi çok fazla şeye ihtiyaç duymaz: net sorular, bir geçme kuralı, sonuçları kaydetme yolu ve tamamlamayanlar için bir hatırlatma.
Örnek: 10 kişilik bir şirket 12 soruluk bir test kullanır; parola kuralları, kimlik avını nereye bildirecekleri, müşteri verisi sayılan şeyler ve izin talebi nasıl yapılacağı gibi konuları kapsar. Birisi iki sorudan fazla kaçırırsa, kısa bir görüşmeden sonra ertesi gün yeniden sınar.
Eğitim düzenlemeye tabi veya uzun (sertifikalar, denetlenen güvenlik eğitimleri, birden çok modüllü çok haftalık müfredatlar) olduğunda yine tam bir LMS istersiniz.
İlk hafta testi, yeni çalışanın hemen doğru yapması gereken birkaç şeyi kontrol ettiğinde işe yarar. Her şeyi kapsamaya çalışırsanız uzun bir test elde edersiniz ve insanlar hızlıca geçer; bu da sonuçları daha az kullanışlı kılar.
1–3 işe alıştırma hedefiyle başlayın; bunlar gerçek risk ve gerçek işle uyuşmalı. Birçok ekip için bu; temel güvenlik ve işyeri kuralları, temel ürün veya hizmet bilgisi ve müşteri/çalışan verilerinin nasıl ele alınacağı demektir.
Sonra içeriği iki sepete ayırın:
İnsanlar bir olayı nasıl bildireceklerini veya neyin hassas veri sayıldığını hatırlamalı. Tüm iade politikasını ezberlemeleri gerekmez.
Kapsamı kontrol altında tutmak için tek bir dev sınav yerine konu başına kısa testler kullanın. Bu, güncellemeleri de kolaylaştırır. Veri politikanız değişirse, her şeyi yeniden yazmak yerine tek bir testi değiştirirsiniz.
İlk haftaya ne koyacağınıza karar vermede pratik bir yol:
Süreyi sıkı tutun. 5–10 dakikalık bir yeni işe başlayan testi genellikle temel bilgileri doğrulamak için yeterlidir ve işe alıştırmayı sınava dönüştürmez.
Örnek: küçük bir destek ekibi ilk hafta üç mini-test yapar: gizlilik ve müşteri verisi kuralları, ticket etiketleme ve yükseltme kuralları, ve ürünün en önemli beş özelliği ile hangi kitleye yönelik olduğuna dair temel bilgiler.
İyi bir test insanları tuzağa düşürmekle ilgili değildir. Güvenli ve tutarlı bir şekilde işi yapabileceklerini hızlıca doğrulamanın bir yoludur. İlk hafta karşılaşacakları durumlara odaklanın ve ilk günde görecekleri aynı kelimeleri ve araçları kullanın.
Hem çağrışımı hem de muhakemeyi test etmek için formatları karıştırın. Çoktan seçmeli politika ve süreç adımları için iyidir. Doğru/yanlış hızlı kontroller için kullanılabilir, ama ifadeler spesifik olmadıkça dikkatli olun. Kısa senaryolar pratik anlayış için en iyisidir çünkü karar vermeyi zorunlu kılar.
Soruları anlamlı tutan birkaç kural:
Aşikar yanlış cevaplar zaman kaybıdır ve puanları şişirir. Daha iyi yanıltıcı seçenekler “neredeyse doğru” olanlardır: doğru adım ama yanlış sırada, veya doğru zamanda yapılmayan iyi bir eylem.
Destek ekibi için bir yükseltme kuralını yerleştirmek amacıyla örnek:
Yeni işe başlayan testi kuralları sıkıcı ve açık olduğunda en iyi çalışır. İnsanlar başlamadan önce "geçmek"in ne anlama geldiğini bilmeliler, yöneticilerin sonuçları yorumlamasına gerek kalmamalı.
Geçme kriterlerini gerçek riskle eşleştirin. Yanlış bir cevap güvenlik sorunu, veri sızıntısı veya müşteri etkileyen bir problem yaratıyorsa, küçük bir süreç detayından farklı değerlendirin.
Yaygın basit düzenlemeler:
Yeniden denemeler öğrenimi desteklemeli, tahmin oyununa dönüşmemeli. Birisinin ne zaman yeniden deneyebileceğine, kaç deneme verileceğine ve yeniden denemede neyin değişeceğine karar verin. Pratik bir yaklaşım: doğru cevapları gözden geçirdikten sonra hemen bir deneme hakkı, gerekirse kısa bir beklemeden sonra ikinci deneme.
Birisi geçtikten sonra sonraki adımı otomatik ve net hale getirin. En azından bir onay mesajı gösterin ve sonraki yapılacakları belirtin (örneğin "Yöneticinize mesaj atın ve gölgeleme sürecine başlayın"). Eğer bir süreç sahibi varsa, onları bildirin ki tamamlamayı kovalamak zorunda kalmasınlar.
Kenar durumlar genellikle manuel temizleme gerektirir, bu yüzden baştan birkaç kural koyun:
Örnek: 10 soruluk bir işe alıştırma testi için geçişi %80 olarak ayarlayın ve her iki güvenlik sorusunun da doğru olmasını zorunlu kılın; iki deneme verin, ikinci deneme için 30 dakika bekleme kuralı koyun ve geçişten sonra yöneticiyi bildir.
Tek sayfada 10–15 soru yazın. Odaklanın: yeni bir kişinin işi güvenli ve doğru yapabilmesi için bilmesi gerekenler. Her soru için doğru cevabı ve neden doğru olduğuna dair kısa bir not yazın. Bu not, birisi ifadeye itiraz ettiğinde yardımcı olur.
Test için bir “ev” seçin; ekip büyüklüğü ve aciliyete uygun olsun. Bir form birçok ekip için yeterli olur. Otomatik puanlama veya departmanlar arasında tutarlı bir görünüm isteniyorsa hafif bir web sayfası daha iyidir.
Puanlamayı düşünmeden önce testi kimin alacağını belirleyin. İnsanların ertelemek yerine bitirmesini sağlamak için minimum bilgi isteyin. Genelde ad ve iş e-postası, artı ekip veya rol yeterlidir.
Sonuç kaydı basit ama gerçek olmalı. Skoru, geçme/kalma durumunu, zaman damgasını ve quiz versiyonunu saklayın. Versiyon önemlidir çünkü sorular değişir. Versiyon olmadan zaman içinde sonuçları kıyaslayamazsınız veya neden birinin "geçtiği geçen ay ama bugün kaldığı" açıklanamaz.
2–3 kişiyle küçük bir pilot çalıştırın (idealde bir yeni başlayan ve bir deneyimli ekip arkadaşı). Cevap verirken düşünmelerini isteyin. Onları test etmiyorsunuz; soruları test ediyorsunuz.
Pilot genellikle şunlardan kaynaklanan düzeltmeler getirir:
Pilot temizlendikten sonra testi yayınlayın ve işe alıştırmanın belirli bir gününe yerleştirin (örneğin, ikinci günün sonunda). Beklentileri belirleyin: ne kadar sürdüğü, "geç"in ne anlama geldiği ve geçemezlerse ne olacağı.
Takip birkaç temel soruyu yanıtlamalı ve daha fazlasını yapmamalı: kim başladı, kim bitirdi, kim geçti ve ne zaman.
Bir tek doğruluk kaynağı seçin. Bir e-tablo çoğu ekip için yeterlidir. Zaten bir iç araç kullanıyorsanız, orada basit bir tablo kullanın. Önemli nokta herkesin aynı yere bakması ve sonuçların e-posta, sohbet mesajı ve ekran görüntüleri arasında dağılmaması.
Hafif bir alan seti yeterlidir:
Versiyonlamayı vazgeçilmez tutun. Bir kuralı değiştirdiğiniz, bir soruyu eklediğiniz veya çıkardığınız anda yeni bir quiz yaratırsınız. Basit bir adlandırma kuralı benimseyin: "geçme"nin anlamı değiştiğinde versiyon numarasını artırın.
Gizliliğe katı davranın. Yöneticilerin nadiren birinin seçtiği her cevabı görmesi gerekir. Genelde durum ve zamanlama yeterlidir. Fazladan kişisel detay toplamayın ve performans yorumu haline gelecek notlar eklemeyin.
Haftada birkaç dakikadan fazla sürüyorsa takip çok ağır demektir.
15 kişilik bir SaaS ekibi iki yeni müşteri destek temsilcisi işe alıyor. Yönetici tam bir öğrenme portalı istemiyor. Yeni başlayanların ton rehberini ve ne zaman yükseltme yapacaklarını hızlıca anladıklarından emin olmak istiyor.
Test yaklaşık 10–12 dakika sürüyor. 12 soru var; iki tane gerçek ticket gibi görünen senaryo sorusu dahil. Geçme puanı %85 ve bir kritik soru zorunlu.
Tepki süresi beklentileri, acil konular için hangi kanalın kullanılacağı gibi hatırlamaya dayalı sorular ile pratik muhakeme arasında karışık bir yapı. Senaryoların değeri en yüksek kısım.
Basit yapı:
Gerçekçi bir senaryo: sinirli bir müşteri iptale tehdit ediyor. En iyi cevap sadece "nazik olmak" değil; müşterinin öfkesini kabul eder, net bir sonraki adım sunar ve ekibin veremeyeceği sözlerden kaçınır.
Takip hafif tutulur. Yönetici kimin geçtiğini ve en son ne zaman denediğini görmek ister.
Eğer biri kritik soruyu kaçırırsa, takip kısa bir koçluk sohbeti (10 dakika) olur. Yönetici bir örnek ticket üzerinden yükseltme kuralını açıklar ve çalışan sadece kritik öğe ile bir senaryoyu yeniden dener.
Basit bir testi bozmanın en hızlı yolu onu mini bir kurs gibi ele almaktır. 10–15 dakikadan uzun sürerse insanlar acele eder, tahmin eder ve yeni okuduklarını çabucak unuturlar.
Diğer yaygın hata, ezber bilgisini test etmek yerine iş için kritik davranışı test etmektir. Yeni çalışanların politikaları kelimesi kelimesine ezberlemesi gerekmez; doğru kararı gerçek durumlarda verebilmeliler. "Hangi posta kutusu izleniyor?" sorusu genelde daha az kullanışlıdır; bunun yerine "Bir müşteri sohbette hesap bilgilerini paylaştı. Sonra ne yaparsınız?" daha değerlidir.
Versiyonlamayı görmezden gelmek kolaydır ta ki sonuçlara güvenmeniz gerekene kadar. Soruları sık değiştirdiğiniz halde değişiklikleri takip etmezseniz, iki kişi aynı "geçti" sonucuna rağmen farklı quizler almış olabilir. Basit bir versiyon adı ve tarih tutun, ve anlamı değiştiren değişiklikleri küçük parçalarda yapın.
Sahiplik analizlerden daha önemlidir. Kimse testi sahiplenmezse, bozuk sorular kalır ve başarısız denemeler çözülmeden bekler. Bir sahip belirleyin; sonuçları gözden geçirsin ve soruları düzenli bir programda güncelleştirsin.
Son olarak, gerçekten gerekmedikçe hassas veri toplamayın. Bir test nadiren ev adresleri, kimlik numaraları veya sağlık bilgileri gerektirir.
Lansman öncesi kısa bir güvenlik kontrolü:
Her yeni işe alana testi göndermeden önce bir provayı yapın. Açık geçme kuralları veya işe uymayan sorular gibi büyük karışıklığa yol açabilecek küçük sorunları arayın.
Süreyi ölçün. Roldeki bir kişiden (veya yöneticisinden) yardımsız almasını isteyin. Çoğu kişi yaklaşık 10 dakikada bitiremiyorsa, soruları azaltın veya birleştirin.
Geçme kuralınız bir cümleyle yazılabilecek kadar net olsun. İnsanlar geçemezlerse ne olacağını bilmeli. Temiz bir yaklaşım: doğru cevapları gözden geçirdikten sonra bir yeniden deneme, ve ikinci denemenin skoru resmi sonucunuzu oluşturur.
Kısa bir yayına alma kontrol listesi:
Ayrıca yöneticinin görünümünü hareketli bir Pazartesi sabahı standupı gibi test edin: kimin geçtiğini, kimin beklemede olduğunu ve kimin yeniden deneme yapması gerektiğini anında görebiliyor mu?
İlk deneme işe yaradıysa, onu bir kurs platformuna dönüştürme dürtüsüne direnin. Basit bir yeni işe başlayan testi küçük, net ve çalıştırması kolay kaldığında amacını yerine getirir.
Bir testiyle başlayın. Bunu bir veya iki hafta çalıştırın ve sadece ilk test yeni başlayanlar ve yöneticiler için sorunsuzsa ikinci testi ekleyin. Çoğu ekip beş unutulmuş test yerine iyi bakılan bir testten daha iyi sonuç alır.
Aylık küçük bir zaman (15 dakika) ayırıp sonuçlara göz atın ve işe yaramayanı düzeltin. Belirsiz, çok kolay veya yanlış nedenle sıkça kaçırılan sorulara odaklanın.
Hatırlatmalar, manuel puanlama ve raporlama gerçek zaman yemeye başladığında, e-tabloları genişletmek yerine küçük bir iç araç inşa edin. Kapsamı dar tutun: quiz, geçme/kalma panosu ve temel hatırlatmalar.
Eğer bu hafif uygulamayı hızlıca oluşturmak isterseniz, Koder.ai bir sohbet isteminden basit bir web testi ve geçme/kalma takipçisi üretebilir; hazır olduğunuzda kaynak kodunu dışa aktarabilirsiniz.
Basit bir işe alıştırma testi eğitimi tutarlı ve ölçülebilir hale getirir. "Anlattık"ı "anladılar"a çevirir ve tam bir kurs sistemi kurmadan eksiklikleri erken yakalamaya yardımcı olur.
Gün 1 temel konularında (güvenlik, gizlilik, davranış kuralları, yükseltme kuralları veya temel iş akışları gibi) hızlı bir kontrol noktasına ihtiyaç duyduğunuzda basit bir testi kullanın. Eğitim denetleniyorsa, sertifikasyon gerekiyorsa veya çok uzun bir programsa (güvenlik programları, haftalar süren müfredatlar) muhtemelen tam bir LMS gerekir.
İlk haftada 1–3 hedefle başlayın; bunlar gerçek riske ve gerçek işe bağlı olmalı. Bir kişinin hemen doğru yapması gereken şeylere odaklanın; ileride bakılabilecek detayları testten çıkarın.
Toplamda 5–10 dakika hedefleyin; genellikle 8–12 soru yeterlidir. 10–15 dakikadan uzun sürerse insanlar acele eder ve sonuçlar güvenilirliğini yitirir.
İlk hafta yüzleşecekleri durumlar etrafında sorular yazın; aynı araçları ve terimleri kullanın. Her soruda tek bir fikre odaklanın ve yargıyı test eden kısa senaryolar ekleyin—böylece ezber değil muhakeme ölçülür.
Yan seçenekleri “neredeyse doğru” yapın; yaygın hatalara dayansın ama insanları tuzağa düşürmesin. İyi yan seçenekler yanlış sıradaki doğru adım ya da yanlış zamanda yapılan makul bir eylemdir.
Net bir varsayılan: %80–85 arası bir geçme puanı ve güvenlik, gizlilik, faturalama veya uyumluluk için birkaç zorunlu "kritik" sorunun doğru olması. Başlamadan önce kuralı söyleyin ki yöneticiler sonuçları yorumlamak zorunda kalmasın.
Doğru cevapları gözden geçirdikten sonra hızlı bir yeniden deneme izin verin; gerekirse ikinci deneme öncesi kısa bir bekleme süresi koyun. Yeniden denemeler öğretici olmalı; tahmin etmeyi teşvik etmemeli—bu yüzden birkaç soruyu değiştirin veya küçük bir soru bankasından çekin.
Sadece ihtiyacınız olanı takip edin: kim başladı, kim bitirdi, kim geçti ve ne zaman. Puan, geçme/kalma, zaman damgası, deneme numarası ve quiz versiyonunu tek bir kaynakta saklayın ki sonuçlar sohbet mesajları ve ekran görüntüleri arasında dağılmasın.
Versiyon bilgisi saklayın çünkü bir soru veya politika değiştiğinde "geçme"nin anlamı değişir. Versiyon olmadan iki kişinin "geçti" demesi farklı quizler almış olabilir ve zaman içinde karşılaştırma yapılamaz.
