Mikro Yeterlilik Yönetim Sistemi Nasıl Seçilir? Üniversiteler İçin 12 Kriter

Mikro yeterlilik programı açmaya karar veren üniversitelerin çoğu, süreci bir mevzuat işi sanıp yola çıkıyor; birkaç ay sonra asıl darboğazın yazılım olduğunu fark ediyor. Yönerge senatodan geçer, komisyon kurulur, öğrenme çıktıları yazılır — sonra sıra öğrenciyi kaydetmeye, iş yükünü kayıt altına almaya, sınavı yapmaya, EK-1 sertifikasını üretmeye ve doğrulanabilir dijital rozeti dağıtmaya gelir. Bu noktada elinizdeki mevcut sistem (çoğunlukla OBS veya bir SEM otomasyonu) yetmez. Bu yazı, mikro yeterlilik yönetim sisteminizi seçerken kullanacağınız somut kriter setini, karşılaştırma tablosunu ve en sık yapılan hataları bir araya getiriyor.

Sistemin karşılaması gereken mevzuat gereksinimlerinin tam listesi için YÖK Mikro Yeterlilik Yönetmeliği rehberimize göz atın.

1. Neden OBS veya klasik LMS tek başına yetmiyor?

Yükseköğretim Kurumlarında Mikro Yeterlilikler Çerçevesine İlişkin Usul ve Esaslar (23 Haziran 2026) ile birlikte mikro yeterlilik, "kurs verip katılım belgesi dağıtmak" olmaktan çıkıp kredilendirilen, senato onaylı, kanıta dayalı bir akademik ürün hâline geldi. Bu, yazılım tarafında üç yeni yük anlamına geliyor:

• Kredilendirme yükü: Her mikro yeterliliğin AKTS değeri, öğrenci iş yükü hesabına dayanmak zorunda. Sistem, iş yükü kalemlerini (ders, uygulama, ödev, sınav hazırlığı) ayrı ayrı tutamıyorsa AKTS'yi savunamazsınız. İlgili ayrıntı için AKTS ve mikro yeterlilikte kredilendirme hesabı yazımıza bakabilirsiniz.
• Belge yükü: Sertifika artık serbest tasarım değil; EK-1'de tanımlı zorunlu alanları eksiksiz taşımak zorunda. Word şablonuyla üretilen belge, ölçekte sürdürülemez ve hata üretir.
• Kanıt yükü: Kalite güvencesi, "yaptık" beyanıyla değil; kayıtla ispatlanır. Katılım, ölçme sonucu, itiraz, revizyon ve geri bildirim verisi geriye dönük çekilebilir olmalı.

Klasik OBS diploma programı mantığına göre kuruludur: dönem, ders, transkript. Mikro yeterlilik ise dönemsiz, yığılabilir ve çoğu zaman kurum dışı katılımcıya açıktır. Klasik LMS ise içerik dağıtımında iyidir ama belgelendirme ve kredilendirme tarafı zayıftır. İhtiyacınız olan, bu ikisinin kesişimini kapatan bir katmandır.

2. Dört seçenek: hangisi hangi üniversiteye uyar?

Pratikte üniversitelerin önünde dört yol var. Hiçbiri mutlak doğru değil; kurumun program sayısı, katılımcı hacmi ve BİDB kapasitesi belirleyici.

Seçenek	Güçlü yönü	Zayıf yönü	Kime uygun
Mevcut OBS'ye modül ekletmek	Tek kimlik, tek veri tabanı; öğrenci verisi zaten içeride	Kurum dışı katılımcı ve rozet altyapısı çoğu OBS'de yok; geliştirme kuyruğu uzun	Program sayısı az, katılımcısı ağırlıkla kendi öğrencisi olan kurumlar
Açık kaynak LMS + eklenti	Lisans maliyeti düşük, içerik ve ölçme tarafı olgun	EK-1 belge üretimi ve AKTS iş yükü kaydı için özel geliştirme şart; bakım yükü kurumda	Güçlü BİDB'si ve yazılım ekibi olan üniversiteler
Hazır SEM/kurs otomasyonu	Kayıt, tahsilat ve katılım takibi hazır; hızlı başlar	Mevzuat alanları (öğrenme çıktısı, TYÇ seviyesi, EK-1) çoğunlukla eksik	Yoğun SEM faaliyeti olup mikro yeterliliğe yeni geçen kurumlar
Mikro yeterliliğe özel platform	Çıktı–AKTS–ölçme–EK-1–rozet zinciri hazır gelir; denetim raporu üretir	OBS entegrasyonu ayrı proje; tedarikçiye bağımlılık riski	Çok programlı, dış katılımcıya açılan ve ölçeklenmek isteyen kurumlar

Karar verirken sorulacak asıl soru şu: önümüzdeki 24 ayda kaç mikro yeterlilik ve kaç katılımcı hedefliyoruz? Yılda 3 program ve 200 katılımcı için özel platform aşırı; yılda 40 program ve 5.000 katılımcı için Excel destekli çözüm intihardır.

3. Seçim kriterleri: 12 maddelik kontrol listesi

Tedarikçi görüşmelerine bu listeyle girin. Her maddeyi "var/yok" değil, "ekranda göster" diyerek test edin.

1. Öğrenme çıktısı alanı: Her mikro yeterlilik için çıktılar ayrı kayıt olarak tutulabiliyor mu, yoksa serbest metin kutusuna mı sıkışıyor?
2. Çıktı–ölçme eşleşmesi: Hangi sınav sorusunun/ödevin hangi çıktıyı ölçtüğü sistemde bağlanabiliyor mu? Kalite dosyanızın belkemiği budur.
3. İş yükü ve AKTS hesabı: İş yükü kalemleri girilip AKTS otomatik hesaplanıyor mu; program bazında %10 AKTS tavanına karşı uyarı üretiyor mu?
4. TYÇ/seviye etiketleme: Yeterliliğin seviyesi ve ilgili alan bilgisi yapılandırılmış alanda tutuluyor mu?
5. EK-1 sertifika üretimi: Zorunlu alanların tamamı otomatik doluyor mu; eksik alan varsa belge üretimi engelleniyor mu? Ayrıntı için EK-1 zorunlu alanlar rehberimize bakın.
6. Doğrulanabilir dijital rozet: Open Badges 3.0 uyumlu rozet üretip kamuya açık doğrulama bağlantısı verebiliyor mu? Bkz. Open Badges 3.0 belgelendirme rehberi.
7. Kimlik ve rol yönetimi: Komisyon üyesi, program sorumlusu, eğitmen, kalite birimi ve öğrenci için ayrı yetki setleri var mı?
8. Onay akışı: Program açma başvurusunun komisyon ve senato onayına giden yolu sistemde izlenebiliyor mu, yoksa süreç e-postada mı kayboluyor?
9. Dış eğitim tanıma: Kurum dışında alınmış eğitimin tanınması (Madde 9) için başvuru, değerlendirme ve karar kaydı tutulabiliyor mu?
10. Denetim izi (audit log): Kim, ne zaman, hangi kaydı değiştirdi? Belge iptali ve yeniden düzenleme geçmişi silinemez biçimde saklanıyor mu?
11. Veri dışa aktarımı: Tüm kayıtlar açık formatta (CSV/JSON) dışa aktarılabiliyor mu? Aktaramadığınız veri, sizin veriniz değildir.
12. KVKK uyumu: Aydınlatma metni, açık rıza kaydı, saklama süresi ve silme talebi akışı sistemde tanımlı mı? Kendi yaklaşımımızı KVKK ve gizlilik politikamızda paylaşıyoruz.

4. Entegrasyon: sistemin konuşması gereken beş nokta

Mikro yeterlilik yazılımı adada yaşayamaz. Sözleşme öncesinde şu beş entegrasyonun teknik olarak nasıl kurulacağını yazılı isteyin:

• OBS / öğrenci bilgi sistemi: Kendi öğrencinizin kimliğini iki kez yaratmamak için; en azından kimlik eşleştirme ve sonuç aktarımı.
• Kimlik doğrulama (SSO): Kurumsal hesapla giriş. Ayrı şifre havuzu hem güvenlik hem destek yükü demektir.
• Ödeme/tahsilat: Ücretli programlarda döner sermaye veya kurumsal tahsilat sistemiyle mutabakat.
• E-imza / belge doğrulama: Sertifikanın yetkili imzası ve doğrulama numarası üretimi.
• Kalite/raporlama: Kalite komisyonunun düzenli rapor çekebileceği bir arayüz veya API. Konuya bütünsel bakış için kalite güvencesi yazımızı öneririz.

5. Kurulum yol haritası: 6 adımda ilk program

1. Envanter (1–2 hafta): Hangi sistemler var, hangi veri nerede duruyor, kim sahibi? Bunu çıkarmadan tedarikçiyle konuşmayın.
2. Gereksinim dokümanı (2 hafta): Yukarıdaki 12 kriteri kurumunuza göre ağırlıklandırıp bir puanlama cetveline dönüştürün.
3. Demo ve senaryo testi (2–3 hafta): Tedarikçiye kendi hazırladığınız gerçek bir mikro yeterliliği uçtan uca yaptırın: çıktı gir, iş yükü gir, sınav yap, EK-1 üret, rozet dağıt.
4. Pilot program (4–6 hafta): Tek bir birimde, sınırlı katılımcıyla canlı deneme. Amaç mükemmellik değil, kırılma noktalarını görmek.
5. Yaygınlaştırma: Eğitmen ve program sorumlularına rol bazlı eğitim; kısa video ve tek sayfalık kullanım kılavuzu.
6. İzleme ve revizyon: İlk dönem sonunda memnuniyet, tamamlama oranı ve belge hata oranını ölçüp yönergeyi güncelleyin.

6. En sık yapılan 7 hata

• Yazılımı yönergeden önce seçmek. Sistem, yönergenizin dilini konuşmalı; yönergeyi yazılıma uydurmak sonradan senato revizyonu demektir.
• Sertifikayı en sona bırakmak. EK-1 alanlarının hangi ekrandan besleneceğini baştan çözmeyen kurumlar, ilk mezuniyette elle belge doldurmak zorunda kalıyor.
• Rozeti görsel sanmak. Dijital rozetin değeri PNG'de değil, doğrulanabilir üstverisinde.
• İş yükünü tahminle girmek. AKTS savunulabilir olmalı; "2 kredi olsun" yaklaşımı denetimde çöker.
• Dış katılımcıyı hesaba katmamak. Kurum dışı kayıt, KVKK ve tahsilat tarafında ayrı bir tasarım gerektirir.
• Tek kişiye bağımlı kurgu. Sistemi bir araştırma görevlisinin gönüllü emeğine yaslarsanız, o kişi ayrıldığında program durur.
• Veri çıkışını sormamak. Sözleşme bitiminde verinizi hangi formatta, ne sürede alacağınız yazılı olsun.

7. Sıkça Sorulan Sorular