Üniversiteler Mikro-Yeterlilikler İçin Open Badges'i Nasıl Kullanıyor
Üniversiteler kısa kurslar, bootcamp'ler ve yetkinlik kilometre taşları için mikro-yeterlilikler veriyor — Open Badges bunları paylaşılabilir ve doğrulanabilir hale getiriyor. Gerçek hayattan uygulama örnekleri.
Nacho founded Badges Ninja to make issuing verifiable digital credentials as simple as a single API call — Open Badge v2.0 badges and certificates, minted, hosted, and verifiable without standing up your own issuer infrastructure.
Bir transkript, bir öğrencinin nelerden geçtiğinin iyi bir kaydıdır. Ama gerçekte neler yapabildiğinin kötü bir kaydıdır. Üç haftalık bir veri görselleştirme atölyesi, tek kredilik bir laboratuvar güvenliği sertifikası, müfredat dışı bir liderlik programı — bunların hiçbiri doğal olarak bir not ortalaması satırına sığmaz ve çoğu, bir işe alım uzmanının doğrulayabileceği herhangi bir biçimde özgeçmişe hiç girmez. İşte bu boşluk, pek çok üniversitenin son birkaç yıldır Open Badges üzerine kurulu mikro-yeterlilik programları geliştirmesinin nedeni: tek bir yetkinliğin küçük, spesifik, doğrulanabilir kaydı — dönem sonu transkriptinde gömülü kalmak yerine, o yetkinlik gösterildiği anda veriliyor.
Bu varsayımsal bir trend değil. Öğrenci işleri ofisleri, sürekli eğitim birimleri, kariyer merkezleri ve bireysel bölümler, çoğu zaman kurum çapında bir politika bile oluşmadan, kendi başlarına rozet vermeye başlıyor. Bunu iyi yapmanın teknik ve gizlilik detaylarına girmeden önce, üniversitelerin bir mikro-yeterlilik programına aslında nasıl vardığının bu dağınık, aşağıdan yukarıya yolunu anlamak kendi başına değerli.
Üniversiteler Neden PDF’lerden ve Transkriptlerden Uzaklaşıyor
Bunu üç güç itiyor ve çoğu kurumda kabaca şu sırayla ortaya çıkıyorlar.
İşe alım uzmanı görünürlüğü. Bir transkriptte gömülü kalan bir beceri, LinkedIn’i tarayan bir işe alım uzmanı için görünmezdir. Birinin “Lisanslar ve Sertifikalar” bölümünde duran, bir işe alım yöneticisinin gerçekten tıklayabileceği bir doğrulama bağlantısına sahip bir dijital rozet ise görünürdür — LinkedIn’in zaten sunduğu Beceri Değerlendirmelerinden farklı, LinkedIn’e özgü bir tür görünürlük, çünkü bir rozet, genel bir platform sınav puanı yerine, veren üniversitenin adını ve tam kimlik bilgisi meta verilerini taşır. Kariyer hizmetleri ofisleri, kimlik bilgilerini paylaşan öğrencilerin daha fazla gelen işe alım uzmanı mesajı aldığını fark etti — ve bu, bir kariyer merkezinin bir dekana “bir atölye düzenledik” demenin hiçbir zaman sağlayamadığı şekilde raporlayabileceği bir metrik.
Diploma dışı öğrenim için işverene sinyal verme. Sürekli eğitim birimleri, mesleki gelişim merkezleri ve yönetici eğitimi programları, hiçbir zaman bir diploma üretmek üzere tasarlanmamış çok sayıda kısa kurs yürütüyor — ama bu tamamlamaların, öğrenim ücreti geri ödemesi yapan veya bir terfi vakasını değerlendiren bir işveren için yine de bir anlam ifade etmesi gerekiyor. Doğrulanabilir bir dijital rozet, bunu kanıtlamanın öğrenci işleri ofisine bir telefon açmaktan çok daha ucuz bir yoludur.
Mezun bağlılığı. Bir mezunun herkese açık olarak paylaştığı her rozet, üniversitenin adını ve logosunu — ücretsiz olarak, tekrar tekrar, kampüsten ayrıldıktan yıllar sonra bile — onun profesyonel ağına geri taşır. Bunu takip etmeye başlayan mezun ilişkileri ofisleri, rozet paylaşım oranını gerçek (gayriresmi olsa da) bir marka erişimi metriği olarak ele alıyor.
Bunların hiçbiri bir üniversitenin rozet programına başlamasının nedeni değildir — genellikle her şey tek bir bölümün (çoğunlukla sürekli eğitim ya da bir kodlama bootcamp ortaklığının) küçük bir şeyi pilot olarak denemesiyle başlar. Ama program bir kez var olduğunda genişleme eğiliminde olmasının nedeni de budur.
Gerçekten İşe Yarayan Uygulama Modelleri
Bunu doğru yapan üniversiteler neredeyse hiçbir zaman her şeyi bir anda rozetlemeye çalışmaz. Başarılı uygulamalarda tekrarlayan birkaç model var.
Belirsizlik içermeyen tek bir birimle başlayın: ders veya atölye
İlk günden “eleştirel düşünme”yi bir yetkinlik olarak rozetlemeye çalışmayın — doğrulamak için çok belirsiz ve kriter tasarlamak için çok zor. Net bir tamamlanma olayı olan bir şeyle başlayın: belirli bir kısa kurs, belirli bir atölye serisi, belirli bir sertifikasyon sınavı. Rozetin kriter metni, şüpheci bir dış doğrulayıcının olduğu gibi kabul edeceği bir şey olmalı: “12 saatlik R Programlamaya Giriş atölyesini tamamladı, 2026 baharı” savunulabilir bir ifade. “Güçlü analitik beceriler sergiliyor” değildir.
Tamamlanma tetikleyicisi için LMS entegrasyonu
Çoğu kurumda tamamlanma sinyali zaten bir LMS’te — Canvas, Moodle, Brightspace — bir not, bir sınav geçişi veya bir modül tamamlama olayı olarak bulunuyor. Verimli model, bir öğrenci tamamlanma eşiğini geçtiği anda badges.ninja’nın Awards API’ini çağıran, LMS’ten gelen bir webhook veya zamanlanmış bir dışa aktarmadır — dönem sonunda birinin hatırlayıp çalıştırması gereken manuel bir toplu işlem yerine.
Canlı entegrasyona henüz hazır olmayan programlar için, her kohort sonunda LMS not defterinden yapılan bir CSV dışa aktarımı da operasyonel olarak aynı derecede iyi çalışır — bir not defterinden doğrudan dışa aktarılan birkaç yüz satırın nasıl işleneceği dahil, tam adım adım anlatım için CSV’den Open Badges verme yazısına bakın.
Birden çok kontrol noktası olan programlar için istiflenebilir rozetler
Dört modüllü bir sertifika programı, herhangi bir şey vermek için dördüncü modülü beklememelidir. Her modül için bir rozet verin, ardından tümü tamamlandığında önceki dört rozete referans veren bir final “meta-rozet” verin. Bu iki şey yapar: öğrencilere aylarca beklemek yerine hemen paylaşabilecekleri bir şey verir ve programa öğrencilerin nerede geride kaldığına dair çok daha net bir görünüm sağlar — modül 2’ninkinden belirgin şekilde düşük bir modül 3 rozet verme oranı, dönem sonunda fark edilen bir şey değil, görünür bir sinyaldir.

Kurs sonrası verme, kayıt öncesi değil
Rozeti, biri kursa kaydolduğunda değil, yetkinlik gösterildiğinde verin. Bu kulağa açık geliyor ama erken pilotlardaki en yaygın tek hata bu — genellikle sadece tamamlayanları değil, kaydolan herkesi rozetlemenin operasyonel olarak daha kolay olmasından kaynaklanıyor. “Tamamladı” yerine “kayıt oldu”yu doğrulayan bir rozet, alıcıları (ve işverenleri) tek bir kohort içinde rozete güvenmeyi bırakmaya alıştırır.
Bir Öğrenci Aslında Ne Görüyor
Bunun alıcı tarafını bir kez baştan sona incelemeye değer, çünkü bir mikro-yeterlilik programının gönüllü olarak mı benimseneceğini yoksa zorunlu mu kılınması gerekeceğini belirleyen kısım burası. Bir rozet verildiğinde, öğrenci bir bağlantı içeren bir e-posta alır — oluşturulacak yeni bir hesap, kurulacak bir parola yoktur. Buna tıklamak sihirli bağlantıyla giriş açar: rozetin verildiği e-postayı girer, tek kullanımlık bir bağlantı alır ve doğrudan badges.ninja/me adresindeki kişisel portalına iner; burada sadece bu üniversiteden değil, kazandığı her yayıncıdan aldığı her rozet gösterilir.
Oradan öğrenci, rozeti tek tıkla LinkedIn profiline ekleyebilir (yayıncı bir LinkedIn kuruluş kimliği belirlediyse), fiziksel bir portföy veya basılı bir başvuru paketi için uygun bir A4 PDF sertifikası indirebilir ya da herkese açık doğrulama bağlantısını doğrudan paylaşabilir — kimsenin giriş yapmasına gerek kalmadan açabileceği, rozeti, kriterleri, verilme tarihini ve yayıncıya kadar uzanan kriptografik bir doğrulama zincirini gösteren bir URL. Bunların hiçbiri üniversitenin kendi portalını oluşturup sürdürmesini gerektirmez; rozet ister tek bir bölümden ister beş kurumluk bir konsorsiyumdan gelsin, alıcı deneyimi aynıdır.
Bu sürtünmesiz yol göründüğünden daha fazla önem taşıyor. Alınabilmesi için yeni bir parola gerektiren bir kimlik bilgisi bir kez alınır ve sonra unutulur. Bir öğrencinin otuz saniye içinde harekete geçebileceği bir e-postada bağlantı olarak beliren bir kimlik bilgisi ise, başarı hâlâ tazeyken paylaşılır — bu da tam olarak işe alım uzmanı görünürlüğü ve mezun bağlılığı faydalarının gerçekten bir araya gelip büyüdüğü pencereye denk gelir.
Mikro-Yeterlilikler Diplomanın Yanında Nereye Oturuyor
En kalıcı programları yürüten üniversiteler, rozetleri diploma kaydının yerini alan bir şey olarak değil, ona tamamlayıcı olarak ele alıyor ve bu sınırı akademik personel ile öğrencilere açıkça belirtiyor. Bir rozet bir transkript satırı olmaya çalışmıyor — bir transkriptin hiçbir zaman olmak üzere tasarlanmadığı, paylaşılabilir, makine tarafından doğrulanabilir bir yapı olmaya çalışıyor. Bu çerçeveleme, erken, kapsamı kötü belirlenmiş pilotlarda görülen iki başarısızlık biçiminden kaçınır: resmi akademik kayda tecavüz olarak algılanan öğrenci işleri tepkisi ve rozetlerin “fazladan adımlı not enflasyonu” olduğuna dair akademik personel şüpheciliği.
İkisinden de kaçınan programlar genellikle sınırı aynı şekilde çiziyor: öğrenci işleri ofisi ve SIS, diploma verilmesini veya akademik statüyü etkileyen her şey için sistem kaydı olmaya devam ediyor, rozetler ise bu eşiğin altındaki her şeyi kapsıyor — atölyeler, kredisiz sertifikalar, müfredat dışı başarılar, kredili bir ders içindeki beceri gösterimleri, mesleki gelişim. Bu aynı zamanda, tesadüf değil, bir öğrencinin daha sonra kanıtlayabileceği hiçbir yerde daha önce belgelenmemiş olan öğrenim kategorisiyle tam olarak örtüşüyor.
Gizlilik Değerlendirmeleri: Bunun FERPA ile Neden Uyumlu Olduğu
“Üniversite” ve “öğrencilerin dışarıyla paylaşabileceği kayıtlar” aynı cümlede geçtiğinde, öğrenci işleri ofisinin soracağı ilk şey FERPA’dır. Kısa cevap: Open Badges, FERPA’nın temel gerekliliğiyle — eğitim kayıtlarının öğrencinin rızası olmadan ifşa edilmemesiyle — zaten uyumlu bir model etrafında kurulmuştur.
- İfşayı alıcı kontrol eder. Bir rozet, üçüncü bir kişinin izinsiz göz atabileceği üniversite tarafından barındırılan bir sayfada değil, alıcının kendi portalında ve profilinde bulunur. Onu paylaşmak — LinkedIn’de, bir e-postada, bir özgeçmişte — öğrencinin bilinçli olarak yaptığı bir eylemdir; bu işlevsel olarak kurumsal değil, rıza ile yapılan bir ifşadır.
- Alıcının e-postası kimlik bilgisinde hiçbir zaman düz metin olarak saklanmaz. Open Badge v2.0 doğrulamasının bir parçası olarak, spesifikasyonun
hashedalıcı kimliği biçimini takip ederek, her kimlik bilgisine özgü bir tuz ile hash’lenir. Bir doğrulayıcı belirli bir e-postanın kimlik bilgisiyle eşleştiğini onaylayabilir; ama bir rozetten veya bir rozet grubundan öğrenci e-postalarından oluşan bir dizin toplayamaz. - Kriterler ve kanıtlar, daha geniş bir akademik kayıt yerine, sertifikalandırılan şeyle sınırlıdır. “R Programlamaya Giriş’i tamamladı” için verilen bir rozet, tam olarak bu gerçeği açığa çıkarır ve öğrencinin transkripti, not ortalaması veya diğer dersleri hakkında başka hiçbir şeyi ifşa etmez.
- İptal mümkündür, bir rozet hatayla verilmişse veya geri çekilmesi gerekiyorsa, alıcının geri kalan kimlik bilgisi geçmişine dokunmadan.
FERPA konusunda dikkatli çoğu kurum, ilk pilottan önce kararı yine de öğrenci işleri ofisi veya baş hukuk müşaviri üzerinden geçiriyor — ki bu doğru bir yaklaşım — ancak teknik model (alıcı tarafından kontrol edilen paylaşım, hash’lenmiş kimlik, kapsamı sınırlı ifşa), bu görüşmeyi bir engel yerine kısa bir görüşme haline getirecek şekilde tasarlanmıştır.
Kurumunuz İçin Bir Yayıncı Profili Oluşturma
https://badges.ninja adresinde, kayıt e-postası yayıncının alan adıyla eşleştiğinde bir yayıncı otomatik olarak doğrulanır — kendi üniversitesi için bir yayıncı kaydeden bir .edu e-postası, manuel bir inceleme adımı olmadan otomatik olarak doğrulanır; bu, bir pilotun bir satın alma döngüsünden sonra değil, bir sonraki dönemden önce başlaması gerektiğinde önemlidir. Kurumunuzun LinkedIn kuruluş kimliğini bir kez ayarlayarak her rozet verildiğinde alıcılar için bir LinkedIn’e Ekle butonunun görüntülenmesini sağlamak dahil, tam kurulum için yayıncı rehberine bakın.
Bağımsız pilotlar yürüten bölümler (bir bootcamp ortaklığı, bir sürekli eğitim birimi, tek bir laboratuvar), aynı kurumsal çatı altında kendi yayıncılarını ayrı ayrı kaydedebilir ya da merkezi bir ofis yayıncıyı elinde tutup bölümlerin kendi rozet şablonlarını bunun içinde tasarlamasına izin verebilir — çoğu üniversite ilk seçenekle (pilot için bölüm özerkliği) başlar ve gösterecek bir geçmiş olduğunda daha sonra merkezileştirir.
Gerçekçi Bir Uygulama Zaman Çizelgesi
Sıfırdan başlayan bir bölüm için, işe yarayan bir sıralama şöyle görünür:
- Net bir tamamlanma olayı olan bir ders veya atölye seçin ve görsel tasarımcıda bunun için bir rozet tasarlayın — tasarım becerisi gerekmez ve ders, başarı ve tamamlama rozeti türleri için şablonlar mevcuttur.
- Verme sürecini kurun — kohort başına LMS not defterinden bir CSV dışa aktarımı ya da hacim entegrasyon işini haklı çıkarıyorsa bir LMS webhook’undan bir API çağrısı.
- Bir kohort çalıştırın ve paylaşım oranını izleyin. Bu, öğrencilerin kimlik bilgisine, ağlarının önüne koyacak kadar gerçekten değer verip vermediğini söyleyen sayıdır.
- İstiflenebilir rozetlere genişleyin, eğer pilot ders daha büyük bir sertifika veya program yapısının parçasıysa.
- FERPA incelemesini ve yayıncı yönetişimini resmileştirmek için öğrenci işleri ofisini veya sürekli eğitim birimini dahil edin — ama bunu pilotun gösterecek gerçek kullanım verisi olduğunda yapın, öncesinde değil.
Takılıp kalan üniversiteler neredeyse her zaman, tek bir pilot çalıştırmadan önce kurum çapında onay almaya çalışanlardır. Başarılı olanlar ise önce pilotu çalıştırır ve genişleme için argüman olarak paylaşım oranını ve alıcı geri bildirimini kullanır.
İlk doğrulanabilir kimlik bilginizi vermeye hazır mısınız? badges.ninja’da ücretsiz başlayın — görsel tasarımcı, herkese açık doğrulama sayfası, PDF sertifikası, Open Badge v2.0 çıktısı. Kredi kartı gerekmez.
Bu yazı nasıl hazırlandı
Bu blogdaki bazı yazılar bir yapay zeka asistanının yardımıyla hazırlanır, ardından yayınlanmadan önce Badges Ninja ekibi tarafından incelenir, doğrulanır ve düzenlenir. Her kod örneği ve fiyat, canlı ürünle karşılaştırılarak doğrulanır. Editoryal ve yapay zeka sürecimiz hakkında daha fazla bilgiyi editoryal süreç sayfamızda bulabilirsiniz .

Yazar hakkında
Nacho Coll
Founder & Engineer at Badges Ninja
Nacho founded Badges Ninja to make issuing verifiable digital credentials as simple as a single API call — Open Badge v2.0 badges and certificates, minted, hosted, and verifiable without standing up your own issuer infrastructure. Writes about the Open Badges spec, credential verification, and running a credentialing platform serverless on AWS, from the operator side of the wire.

