Mikro Yeterlilik Programı Nasıl Güncellenir? Revizyon ve Sürüm Yönetimi
Bir mikro yeterlilik programı açıldığı gün en güncel hâlindedir. Sonra sektör değişir, kullanılan yazılımın yeni sürümü çıkar, eğitmen ayrılır, izleme raporu bir öğrenme çıktısının zayıf ölçüldüğünü gösterir. Program aynı adla yürümeye devam eder ama içeriği yavaş yavaş gerçeklikten kopar. Kısa süreli ve işgücü piyasasına yakın tasarlanan mikro yeterliliklerde bu kopma diploma programlarından çok daha hızlı yaşanır.
Bu yazıda bir programın ne zaman güncellenmesi gerektiğini, küçük değişiklik ile esaslı revizyonu nasıl ayıracağınızı, sürümü nasıl yöneteceğinizi ve devam eden katılımcılarla verilmiş belgeleri nasıl koruyacağınızı anlatıyoruz. Mevzuatın genel çerçevesi için YÖK mikro yeterlilik yönetmeliği rehberimize bakabilirsiniz.
Güncellik neden ayrı bir mekanizma ister?
YÖK'ün Yükseköğretim Kurumlarında Mikro Yeterlilikler Çerçevesine İlişkin Usul ve Esaslar metni, temel esasları arasında yeterliliklerin esnek ve güncellenebilir tasarlanmasını ve belirli aralıklarla gözden geçirilmesine yönelik kurumsal mekanizmalar oluşturulmasını sayar. Yani güncellik bir iyi niyet beyanı değil, kurumun kurması gereken bir yapı olarak tarif edilir.
Burada sık karıştırılan iki iş var. İzleme, programın nasıl gittiğini gösteren veriyi toplar ve "devam, revize, askıya al, kapat" türünden bir karar üretir. Bu döngüyü mikro yeterlilik izleme ve değerlendirme yazımızda ayrıntılı anlattık. Güncelleme mekanizması ise "revize" kararı çıktıktan sonra devreye girer: neyin değişeceğini, kimin onaylayacağını, yeni sürümün ne zaman yürürlüğe gireceğini ve eski sürümle ne olacağını düzenler. İzleme olmadan güncelleme kör kalır; güncelleme mekanizması olmadan da izleme raporu rafta bekler.
Güncellemeyi ne tetikler?
Gözden geçirme yalnızca takvim geldiğinde yapılmaz. Aşağıdaki durumlardan biri ortaya çıktığında program dosyası açılmalıdır:
- İzleme göstergeleri: Tamamlama veya başarı oranında belirgin düşüş, belirli bir öğrenme çıktısında tekrarlayan başarısızlık, katılımcı geri bildiriminde aynı şikâyetin birikmesi.
- Paydaş girdisi: Programı birlikte tasarladığınız işverenin ya da sektör temsilcisinin, aranan yetkinliğin değiştiğini bildirmesi.
- Mevzuat ve standart değişikliği: Programın dayandığı bir yönetmelik, teknik standart veya meslek tanımının güncellenmesi.
- Araç ve teknoloji: Eğitimde kullanılan yazılımın, cihazın veya yöntemin yerini yenisinin alması.
- Yürütme kapasitesi: Eğitmenin ayrılması, laboratuvarın kapanması, yüz yüze bileşenin yürütülemez hâle gelmesi.
- İtiraz ve tanınma örüntüsü: Aynı ölçme aracına yönelik itirazların artması ya da tanınma başvurularında programın içeriğinin karşılaştırılamaz bulunması.
- Takvimli gözden geçirme: Hiçbir sinyal gelmese bile yönergede belirlenen aralık dolduğunda yapılan rutin kontrol.
Küçük değişiklik mi, esaslı revizyon mu?
Her düzeltmeyi senatoya taşımak sistemi kilitler; her değişikliği birim içinde halletmek ise karar mercisinin onayladığı programla fiilen yürütülen programı birbirinden ayırır. Çözüm, değişiklikleri sınıflandırmak ve her sınıfın karar yolunu yönergede önceden yazmaktır.
| Değişiklik | Örnek | Önerilen sınıf |
|---|---|---|
| Yazım, biçim, bağlantı düzeltmesi | Bilgi paketindeki kırık bağlantı, terim birliği | Küçük |
| Materyal tazeleme | Örnek vakanın, ekran görüntülerinin yenilenmesi | Küçük |
| Eğitmen değişikliği | Aynı yetkinlik kanıtlarına sahip yeni eğitmen | Küçük (kayıt zorunlu) |
| Ölçme aracının yenilenmesi | Soru havuzunun güncellenmesi, aynı yöntemle | Küçük veya esaslı, kapsamına göre |
| Ölçme yönteminin değişmesi | Yazılı sınav yerine performans görevi | Esaslı |
| Öğrenme çıktısının değişmesi | Çıktı eklenmesi, çıkarılması, düzeyinin değişmesi | Esaslı |
| İş yükü, süre veya AKTS değişikliği | Uygulama saatinin artırılması | Esaslı |
| Yürütme biçiminin değişmesi | Yüz yüze bileşenin uzaktan yürütülmesi | Esaslı |
Küçük değişiklik
Programın vaadini, yani öğrenme çıktılarını, iş yükünü ve ölçme yöntemini değiştirmeyen düzenlemedir. Program yürütücüsü yapar, değişiklik kaydına işler, bir sonraki gözden geçirmede komisyona toplu olarak raporlanır. Sürüm numarasında yalnızca alt hane artar.
Esaslı revizyon
Katılımcının ne öğreneceğini, ne kadar emek harcayacağını veya nasıl değerlendirileceğini değiştiren düzenlemedir. Bu tür bir değişiklik programın kendisine dokunduğu için, programı açan karar mercisinden yeniden geçirilmesi en güvenli yoldur. Hangi değişikliğin hangi sınıfa girdiğini ve kimin karar vereceğini mikro yeterlilik yönergenizde ayrı bir madde olarak tanımlamanızı öneririz.
Sürüm yönetimi: kimlik sabit, sürüm artar
Güncellemenin en çok hata üretilen kısmı kayıttır. Program revize edildiğinde yeni bir program açılmış gibi davranmak, geçmişi koparır. Doğru yaklaşım, programın kalıcı referansını korumak ve her değişikliği bir sürüm olarak işlemektir. Kalıcı referansın ne olduğu ve belge numarasından farkı yeterlilik kimliği yazımızda anlatılıyor.
| Öğe | Revizyonda ne olur? |
|---|---|
| Yeterlilik kimliği | Değişmez; programın bütün sürümlerini birbirine bağlar |
| Sürüm numarası | Küçük değişiklikte alt hane, esaslı revizyonda ana hane artar (ör. 1.2'den 2.0'a) |
| Bilgi paketi | Yeni sürümü yayımlanır, eski sürüm arşivde erişilebilir kalır |
| Dijital rozet tanımı | Esaslı revizyonda yeni sürüm tanımı oluşturulur; eski tanım silinmez |
| Verilmiş belgeler | Değişmez; düzenlendikleri tarihteki sürümü gösterir |
| Değişiklik kaydı | Tarih, değişiklik, gerekçe, karar mercii ve karar tarihiyle güncellenir |
Bilgi paketi programın kamuya dönük yüzüdür. Paket; öğrenme çıktılarını, değerlendirme yöntemlerini, başarı kriterlerini ve öğrenme kanıtlarına ilişkin açıklamaları içerdiği için esaslı revizyonun ilk yansıdığı yer de odur. Paketin yapısı için bilgi paketi hazırlama rehberimize bakabilirsiniz.
Devam eden katılımcılar ve verilmiş belgeler
Revizyon kararı çıktığında programda hâlâ eğitim alan bir grup ve geçmişte belge almış onlarca kişi vardır. Geçiş kuralı yazılmamışsa her soru tek tek tartışılır. Önerdiğimiz dört kural şunlardır:
- Kayıt anındaki sürüm geçerlidir. Devam eden katılımcılar başladıkları sürümle tamamlar; yeni sürüm bir sonraki dönem açılan grupla başlar.
- Verilmiş belge geri alınmaz. Belge, düzenlendiği tarihteki sürümün kanıtıdır. Program revize edildi diye geçersiz sayılmaz.
- Doğrulama sürümü gösterir. Karekod veya bağlantıyla açılan doğrulama sayfası, belgenin hangi sürüme göre verildiğini ve o sürümün öğrenme çıktılarını göstermelidir. Rozet tarafındaki karşılığı için dijital rozet ve Open Badges rehberimize göz atabilirsiniz.
- Eski sürüm arşivde kalır. Tanınma ya da muafiyet başvurusunda karşı taraf eski sürümün içeriğini görmek isteyecektir. Arşivlenmeyen sürüm, sahibinin belgesini değersizleştirir.
Gözden geçirme takvimi nasıl kurulur?
Takvimli gözden geçirmenin aralığını kurum belirler. Önemli olan aralığın yazılı olması ve her programın bir sonraki gözden geçirme tarihinin bilinmesidir. Uygulanabilir bir akış şöyledir:
- Tarih ata: Her programın açılış kararına bir sonraki gözden geçirme tarihini yaz.
- Veriyi topla: İzleme göstergeleri, katılımcı geri bildirimi, itiraz kayıtları ve eğitmen notları tek dosyada birleşir.
- Paydaşa sor: Programı birlikte tasarladığınız işveren veya sektör temsilcisinden kısa, yazılı bir güncellik görüşü al.
- Sınıflandır: Önerilen her değişikliği küçük veya esaslı olarak işaretle.
- Karara bağla: Küçük değişiklikleri kayda al, esaslı revizyonları gerekçesiyle karar mercisine sun.
- Yayımla: Bilgi paketini, rozet tanımını ve sürüm numarasını aynı anda güncelle.
- Duyur: Yeni sürümün hangi gruptan itibaren geçerli olduğunu katılımcılara ve paydaşlara bildir.
Revizyon dosyasında ne bulunur?
Denetimde ya da iç kalite değerlendirmesinde sorulacak soru basittir: "Bu program neden ve nasıl değişti?" Cevabı tek bir dosya vermelidir:
- Revizyonu tetikleyen veri veya talep (izleme raporu, paydaş yazısı, mevzuat değişikliği)
- Eski ve yeni sürümün karşılaştırmalı tablosu (çıktı, iş yükü, ölçme, yürütme biçimi)
- Değişikliğin sınıfı ve gerekçesi
- Karar mercii, karar tarihi ve karar metni
- Yeni sürümün yürürlük tarihi ve geçiş kuralı
- Güncellenen bilgi paketi ile rozet tanımının sürüm bilgisi
Sık yapılan hatalar
- Sessiz güncelleme: Materyal ve ölçme değişir, kayıt tutulmaz. Kâğıt üzerindeki program ile fiilî program ayrışır.
- Revizyonu yeni program gibi açmak: Yeni kimlik verilir, eski mezunların belgeleri bağlamını kaybeder.
- Bilgi paketini unutmak: Program değişir ama yayımlanmış paket eski kalır; katılımcı bir şey okuyup başka bir şeyle değerlendirilir.
- Geçiş kuralı yazmamak: Devam eden grubun hangi sürümle tamamlayacağı dönem ortasında tartışılır.
- Yalnızca takvime bağlı kalmak: Güçlü bir sinyal geldiğinde gözden geçirme tarihini beklemek, sorunu bir dönem daha uzatır.
Sık sorulan sorular
Usul ve Esaslar programların ne sıklıkla güncelleneceğini belirliyor mu?
Usul ve Esaslar, temel esasları arasında yeterliliklerin esnek ve güncellenebilir tasarlanmasını ve belirli aralıklarla gözden geçirilmesine yönelik kurumsal mekanizmalar oluşturulmasını sayar. Gözden geçirmenin hangi aralıkla ve hangi yöntemle yapılacağını kurumun kendi yönergesinde açıkça tanımlaması gerekir.
Program güncellenince yeterlilik kimliği değişir mi?
Değiştirilmemesi önerilir. Yeterlilik kimliği aynı programın bütün sürümlerini birbirine bağlayan sabit referanstır. Revizyonda kimlik korunur, sürüm numarası artırılır. Kimlik yenilenirse daha önce verilmiş belgeler sistemde karşılıksız kalır ve programın geçmişi takip edilemez.
Revizyondan önce belge almış kişilerin belgesi geçerliliğini kaybeder mi?
Hayır, verilmiş belge alındığı tarihteki sürümün kanıtıdır ve yeni sürüm yayımlandı diye geri alınmaz. Doğrulama sayfasının belgeyi hangi sürüme göre verildiğiyle birlikte göstermesi, karşı tarafın belgeyi doğru okumasını sağlar.
Her değişiklik için senato kararı gerekir mi?
Usul ve esasları belirleme yetkisi senatodadır; hangi değişikliğin hangi mercide karara bağlanacağını da kurumun yönergesi belirler. Uygulamada yazım düzeltmesi gibi küçük değişiklikler birim düzeyinde kayda alınırken, öğrenme çıktısını, AKTS'yi, süreyi veya ölçme yöntemini değiştiren esaslı revizyonlar programı açan karar mercisinden yeniden geçirilir.
Bu yazı, YÖK'ün yayımladığı Yükseköğretim Kurumlarında Mikro Yeterlilikler Çerçevesine İlişkin Usul ve Esaslar metnindeki güncellenebilirlik ilkesine dayanan bir uygulama önerisidir; hukuki görüş değildir. MYYS onay ya da akreditasyon vermez; kurumların bu süreçlere hazırlanmasına destek olur. Değişiklik sınıflandırması, sürüm kaydı ve revizyon dosyası şablonları için MYYS hizmet paketlerine göz atabilir ya da iletişim sayfamızdan bize ulaşabilirsiniz.