Örnek senaryo. Yeni bir katalog pilotu başlıyor. Eğitim açılıyor ve temsilci son ekrana kadar ilerliyor. Ertesi sabah yöneticinin raporunda eğitim hâlâ eksik görünüyor. Sorun içerikte mi, mevcut LMS’te mi, yoksa iki sistem arasındaki kayıt akışında mı?
Entegrasyon sorularını erken sorun
Thrive’ın LMS entegrasyon kontrol listesi, satın alma öncesinde BT ve eğitim ekiplerinin birlikte somut sorular sormasını öneriyor. İlk pilotta erişim, içerik uyumluluğu ve kayıt akışına odaklanın.
Kurumdan örnek bir senaryo
Bir kısa eğitim, bir değerlendirmeli eğitim ve bir mobil kullanım örneği seçin. Farklı kullanıcılarla açılışı, kaldığı yerden devamı ve tamamlanma kaydını kontrol edin. Kurumun ihtiyaç duyduğu her kayıt türünü kabul listesine ekleyin.
Satın alma kararını bir kabul testine dönüştürün
Eğitim ekibi yeni bir katalog buluyor, ancak BT ekibinin ilk sorusu farklı. Kullanıcı bir eğitimi başlattığında kimlik doğrulama ve tamamlanma kaydı nasıl işleyecek? İyi bir pilot, bu soruları iki ekibin de izleyebileceği görevlere dönüştürür.
Entegrasyonda kontrol edilecek dört nokta
| Kontrol | Pilot görevi | Başarı ölçütü |
|---|---|---|
| Erişim | Bir çalışana eğitim atanır | Doğru kişi içeriği açar |
| Devam | Eğitim yarıda bırakılıp tekrar açılır | Beklenen noktadan devam eder |
| Tamamlama | Eğitim sonuna kadar çalışılır | LMS’de beklenen durum görünür |
| Güncelleme | Örnek içeriğin sürümü değişir | Kayıt ve sürüm davranışı belgelenir |
- LMS gereksinimlerini yaz
- Küçük içerik seti seç
- Erişim ve kayıt akışını test et
- Sonucu eğitim ve BT birlikte onaylasın
Bir sorun çıktığında kimin çözeceği belli olsun
Örneğin eğitim açılıyor, fakat tamamlanma LMS’ye yansımıyor. Önce paketin hangi durumda tamamlandığını bildirdiğini kontrol edin. Ardından LMS’deki ayarı ve kullanıcı oturumunu inceleyin. Denemeyi yapmadan önce içerik ekibi, LMS yöneticisi ve entegrasyon desteğinin sorumluluklarını yazın.
Kataloğu genişletmeden önce bu testleri yalnızca masaüstünde değil, kurumun desteklediği mobil cihazda da tekrarlayın. Raporlama ve sürüm yönetimini proje kapsamına eklemek, içerik yenilendiğinde hangi kayıtların nasıl ele alınacağını önceden belirlemenizi sağlar.
Üç hesapla kontrol edin
Pilot için bir katılımcı, bir yönetici ve erişim yetkisi olmayan bir test hesabı kullanın. İlk hesap içeriği açmalı, ikinci hesap beklenen raporu görebilmeli, üçüncü hesap ise kısıtlı içeriğe erişememeli. İçeriğin açılması ile doğru kişiye doğru kaydın yazılması iki ayrı kabul koşuludur.
BT ekibiyle bir istisna da deneyin. Örneğin katılımcı tarayıcıyı kapatsın, ardından geri dönüp eğitimi tamamlasın. Rapor davranışını kullanılan paket ve LMS ayarına göre belgeleyin. Yaygınlaştırma kararında açık maddelere bir sorumlu atayın. İçerik sağlayıcısından ve kurum içi BT’den hangi durumda destek alınacağını pilot sonunda yazılı hale getirin.
Başarılı bir açılıştan sonra neyi kontrol etmeli?
Bir örnek eğitimin hangi olayla tamamlandı olarak işaretlendiğini yazın. Son ekranı görmek, bir sınavı geçmek ve bir uygulamayı göndermek farklı kurallar olabilir. BT ve eğitim ekipleri aynı beklenen sonucu kullanırsa, sonuç çıkmadığında sorunun nerede başladığını daha kolay bulur.
Pilotun sonunda her içerik türü için bir karar verin. Kabul edildi, ek inceleme gerekiyor veya bu biçim için farklı bir dağıtım yolu gerekli. Henüz çözülmeyen bir kayıt sorununu sonraki gruba taşımak, kullanıcı sayısı arttıkça takibi zorlaştırır. İlk yayın dalgasını yalnızca doğrulanmış içerik türleriyle sınırlamak daha yönetilebilir bir başlangıç sağlar.
COBIDU ile nasıl uygulanır?
COBIDU Connector ve mevcut LMS’iniz için içerik biçimini, SCORM uyumluluğunu ve izleme seçeneklerini proje başında netleştirin. Pilot kullanıcı eğitimini tamamladığında LMS kaydını kontrol edin. Katalog genişlemesini, içerik sürümü ve destek sorumluluğu da belli olduğunda planlayın.
Bağlantı ve kayıt akışı doğrulandıktan sonra asıl içerik kararı başlar. Kataloğa hangi eğitimler hazır eklenmeli, hangileri kuruma özel hazırlanmalı?
