Eğitim Portföyü Yönetimi: 90 Günde İçerik Envanteri, Güncellik Analizi ve İçerik Emekliliği Playbook'u

Kurumsal eğitim içerikleri “eski” olduğu için değil, ne kadar eski olduğunu kimsenin bilmediği için risklidir. Bir video iki yıl önce doğruydu; bugün hâlâ doğru olabilir. Ama bunu kanıtlayamıyorsanız, o içerik artık bilgi değil, gürültüdür.

Bunu en net aramada görüyorum: çalışan Portal’a giriyor, bir şey yazıyor, üç benzer başlık çıkıyor; biri 2022, biri 2024, biri “final_v7_son”. Hangisi doğru? İnsanlar genelde en üsttekine tıklar. Sonra aynı gün iki farklı ekip iki farklı “doğru”yu savunur. Bu tutarsızlık küçük bir şey gibi görünür; ama KVKK, İSG, etik ve ürün süreçlerinde küçük şeyler, denetimde büyür.

Aşağıdaki playbook’u “içerik üretimini hızlandırmak” için değil, içerik yaşını yönetmek için yazıyorum. 90 gün sonunda hedefim şu: Kurumunuzda “hangi içerik güncel, hangisi riskli, hangisi emekli” sorusu tartışma konusu olmaktan çıksın.

“Mükemmellik, eklenecek bir şey kalmadığında değil, çıkarılacak bir şey kalmadığında elde edilir.” [Antoine de Saint-Exupéry, Terre des hommes, 1939]

1) Sessiz maliyet: arama karmaşası, uyum riski, güven erozyonu

İçerik birikimi üç tür borç üretir:

• Arama borcu: İnsanlar doğru içeriği bulmak için zaman harcar. (Bulamadıklarında da “biri bana link atsın” kültürü oluşur.)
• Uyum borcu: KVKK/İSG gibi alanlarda güncel olmayan içerik, yanlış davranışı teşvik edebilir ya da en azından “güncel eğitim verdik” iddianızı zayıflatır.
• Güven borcu: Çalışan bir kez “bu eğitim eskiymiş” dediğinde, bir sonraki eğitim de şüpheli olur. Güven bir metrik değil; ama davranışa dönüşür: izlememek, ertelemek, geçiştirmek.

Burada insanların tuhaf bir tutarlılık hatasını hâlâ tam modelleyemiyorum: Aynı çalışan, aynı hafta içinde bir yandan “eğitimler çok uzun” derken, diğer yandan “her şeyi tek videoda toplayalım” diye talep açabiliyor. Bu çelişki sinir bozucu değil; veri. Demek ki sorun uzunluk değil, yön duygusu: “Bu içerik benim için mi, güncel mi, güvenilir mi?”

Portföy yönetimi tam da bu yüzden bir “arşiv işi” değil; Gökçen'in hep söylediği gibi öğrenme deneyiminin altyapısı.

2) 90 günün haritası: üç sprint, tek çıktı (güvenilir portföy)

90 günü üç sprint gibi düşünün. Her sprintin sonunda somut bir çıktı üretin; yoksa envanter “başlanmış ama bitmemiş” bir Excel olarak kalır (kurumsal dünyanın en yaygın fosili).

Sprint 1 (Gün 1–30): Envanter ve sahiplik

Amaç: “Neyimiz var?” sorusunu kapatmak.

• Tek bir envanter listesi
• Her içerik için sahip (owner) atanmış
• “Bilmiyoruz” alanları işaretlenmiş (burası önemli; boş bırakmayın, bilinmiyor yazın)

Sprint 2 (Gün 31–60): Aging (güncellik) politikası ve revizyon kuyruğu

Amaç: “Ne zaman eskir?” sorusunu kurala bağlamak.

• Güncellik SLA’ları (içerik türüne göre)
• Revizyon tetikleyicileri
• Versiyonlama yaklaşımı (en azından isimlendirme standardı)

Sprint 3 (Gün 61–90): Emekli etme, birleştirme, modülerleştirme

Amaç: “Ne kalmalı?” sorusunu veriyle yanıtlamak.

• Emekli edilecekler listesi + gerekçe
• Birleştirilecek/çakışan içerikler
• Modülerleştirilecek “uzun canavarlar”
• Yayın yaşam döngüsü: aktif/duraklatıldı/süresi doldu gibi durumların yönetimi

Bu noktada küçük bir not: Ben bazen “önce SLA, sonra envanter” diye düşünmeye meyilliyim; çünkü kurallar düzenli hissettiriyor. Ama bu ters. Envanter olmadan SLA, havada asılı kalıyor. Önce gerçeklik, sonra kural.

3) İçerik envanteri şablonu: 8 alan, 1 karar makinesi

Envanter şablonunu “raporlamak” için değil, karar vermek için kurun. Aşağıdaki alanlar minimum set; daha fazlası ilk 90 günde sizi yavaşlatır.

Aşağıdaki tabloyu kopyalayıp kullanabilirsiniz:

Kullanım sinyali derken, “tamamlama oranı” tek başına yetmez. Ben event-level izlemeyi severim; çünkü “tamamladı” ile “anladı” aynı şey değil. Nextrain’de her aksiyonun bir olaya dönüştüğü izleme yapısı var: izleme, tıklama, cevap, süre gibi akışlar (bunlar benim için envanterde altın değerinde). İçerik bir yerde sürekli duraklatılıyorsa, ileri sarılıyorsa, aynı sahnede kopuyorsa… bu bir yaşlanma sinyalidir.

Bir de pratik bir alan ekleyebilirsiniz (tabloya koymadım): “Tek yetkili bilgi kaynağı mı? Aynı konunun üç farklı eğitimde üç farklı şekilde anlatılması, kurum içinde bilgi tutarsızlığı yaratır ve çalışanların farklı "doğrular" öğrenmesine neden olur.” Aynı konunun üç farklı içerikte anlatılması, kurum içi “paralel evren” üretir. Borges’in “haritanın imparatorluk kadar büyümesi” fikri gibi: harita büyüdükçe gerçekliği temsil etmeyi bırakır (Borges, “On Exactitude in Science”, 1946). İçerik de öyle.

4) Aging (Güncellik) politikası: güncellik SLA’ları, tetikleyiciler, versiyonlama

“Aging”i bir takvim hatırlatıcısı gibi görürseniz kaybedersiniz. Aging, içerik için yaşam döngüsü tasarımıdır.

4.1 Güncellik SLA’ları (örnek set)

Kurumdan kuruma değişir; ama başlangıç için şu mantık iş görür:

• KVKK / İSG / Etik gibi uyum içerikleri: 6–12 ayda bir gözden geçirme
• Ürün/süreç içerikleri: Değişiklik olduğunda revizyon (takvime değil, olaya bağlı)
• Soft-skill / liderlik gibi evrensel içerikler: 18–24 ayda bir gözden geçirme (ama örnekler eskir; çekirdek kavram değil)

SLA’yı “revize edilecek” diye okumayın; “gözden geçirilecek” diye okuyun. Bazı içerikler kontrol edilir ve “değişiklik yok” kararıyla yeniden onaylanır. Bu kararın kaydı, denetimde çok işe yarar.

4.2 Revizyon tetikleyicileri

Takvim tetikleyicisi tek başına kördür. Ben üç tetikleyiciyi birlikte kullanırım:

• Politika/Mevzuat değişikliği: KVKK metni, İSG prosedürü, etik kod güncellemesi
• Operasyon değişikliği: Süreç adımı değişti, form değişti, sistem ekranı değişti
• Davranış sinyali: İçerikte “drop” artışı, düşük skor, tekrar izleme artışı, NPS düşüşü

Nextrain’de içerik dağıtımı “yayın” gibi değil, bir yaşam döngüsü gibi yönetilebiliyor: yayınlar Aktif / Duraklatıldı / Süresi Doldu / İptal Edildi durumlarına sahip. Bu durumlar aging (güncellik) politikasının operasyonel karşılığıdır: “Süresi doldu” bir utanç değil; iyi yönetişim.

4.3 Versiyonlama: isim değil, sözleşme!

İçerik versiyonlama genelde “dosya adı” seviyesinde kalır. Oysa versiyon, bir sözleşmedir: “Bu içerik şu tarihte şu kapsamla geçerli.”

Basit bir standart öneriyorum:

[KONU] — [HEDEF ROL] — vMAJOR.MINOR — YYYY-MM
Örn: KVKK Farkındalık — Tüm Çalışanlar — v2.1 — 2026-09
- MAJOR: mevzuat/politika değişimi, sınav/consent değişimi
- MINOR: örnek, görsel, anlatım düzeltmesi

Bir noktayı düzelteyim: “MAJOR = her zaman yeniden sertifika” demek cazip, ama her kurumda doğru değil. Sertifika koşulları sizde farklı olabilir. Burada önemli olan, MAJOR değişimin görünür ve izlenebilir olması.

5) Emekli etme kriterleri: “az izleniyor” yetmez, dört eksen gerekir

İçeriği emekli etmek, içerik üretmekten daha zor bir insan işidir. Çünkü insanlar içeriklere emek bağlar. Bir eğitim “artık gereksiz” dediğinizde, bazen birine “o dönemde yaptığın iş gereksizdi” demiş gibi olursunuz. Ben bunu söylemem; ben sadece şunu söylerim: bugün hangi davranışı değiştirmek istiyoruz?

Emekli etme kararını dört eksende verin:

1. Düşük kullanım: hedef kitleye rağmen izlenmiyor / tamamlanmıyor
2. Düşük etki: skor artmıyor, sahada davranışa bağlanmıyor, tekrar izleme “anlamaya” değil “geçmeye” işaret ediyor
3. Yüksek bakım maliyeti: sık değişen süreç/mevzuat, güncellemesi zor format
4. Çakışma: aynı hedefi daha iyi yapan başka içerik var (tek kaynak gerçeği ihlali)

Bu dört eksenin birlikte olması, kararı “kişisel zevk” olmaktan çıkarır.

Bir de “uyum içeriği emekli edilmez” yanılgısı var. Uyum içeriği yanlışsa emekli edilir. Yerine günceli konur. Eski içerik arşivlenebilir; ama çalışan deneyiminden çekilmelidir.

Nextrain’de rol bazlı görünürlük (dağıtımda segment mantığı) ve Portal deneyimi, bu çekmeyi pratik kılar: İçerik arşivde durabilir, ama yanlış kitleye görünmez. Burada “görünürlük” bir UX kararı değil; risk kontrolüdür.

6) Birleştirme ve modülerleştirme: mikro içerik, tekrar azaltma, tek kaynak gerçeği

Portföyünüz büyüdükçe iki kötü desen ortaya çıkar:

• Klon içerikler: Aynı konunun üç farklı anlatımı
• Canavar içerikler: Her şeyi tek eğitimde anlatma isteği

Benim çözümüm: modülerleştirme + tek kaynak gerçeği.

6.1 Modülerleştirme: “mikro” küçük demek değildir

Mikro içerik, kısa olduğu için değil, tek bir davranışa odaklandığı için değerlidir.

Örnek:

• “İSG Temel” tek parça yerine:
  • “KKD seçimi: 3 kritik hata”
  • “Acil durumda ilk 60 saniye”
  • “Ramak kala bildirimi nasıl yapılır?”

Bu modüller daha sonra yolculuklarda farklı sıralarla kullanılabilir. Ayrıca güncellemesi daha ucuzdur: bir prosedür değiştiğinde tüm eğitimi yeniden yapmak yerine tek modülü değiştirirsiniz.

Nextrain’de içerik üretiminde farklı formatlar (İnteraktif Video, Video Kurs, Sunum/Slideshow, SCORM içe aktarma, Canlı Oturum, Sınıf İçi, NextStory ve Sokratik öğretim tasarımı) olduğu için modülerleştirme sadece pedagojik değil, format stratejisidir: aynı bilginin en doğru taşıyıcısını seçebilirsiniz.

6.2 Birleştirme: çakışmayı “kavga” olmaktan çıkarın

İki içerik çakışıyorsa, genelde iki ekip “bizimki doğru” diye tartışır. Ben tartışmayı şöyle çeviririm:

• Bu iki içerik aynı rol için mi?
• Aynı karar anı için mi?
• Aynı kanıt ile mi güncel?

Eğer cevaplar evetse, birleştirin. Eğer değilse, görünürlükle ayrıştırın: rol bazlı hedefleme ve segment mantığı burada işe yarar.

6.3 “Tek kaynak gerçeği” için pratik kural

Her kritik politika/süreç için bir “ana” içerik tanımlayın. Diğerleri ona referans versin.

• Ana içerik: güncel, onaylı, SLA’lı
• Türev içerikler: örnek, vaka, rol uyarlaması

Bu, Wikipedia’nın kaynak gösterme disiplinine benzer: metin çoğalabilir, ama kaynak tekleşir.

7) Operasyon: Passport + AI Rules ile aging’i (güncelliği) otomatikleştirmek (ve denetimde sakin kalmak)

Portföy yönetimi, envanter dosyasında bitmez. Operasyonel hale gelmezse 6 ay sonra yeniden aynı yığının içindesiniz.

Benim sevdiğim operasyon modeli üç katmanlı:

7.1 Görünürlük ve kanıt: Passport

Passport, çalışanın eğitim geçmişini, sertifikalarını ve geçerlilik durumlarını tek profilde toplar. Bu, aging için iki şey sağlar:

• “Kim hangi versiyonu aldı?” sorusuna hızlı yanıt
• Yenileme gerektiğinde hedef kitleyi net çıkarma

Denetimde klasik soru şudur: “Bu çalışan İSG eğitimini aldı mı?” Eğer cevap aramak bir dedektifliğe dönüyorsa, sisteminiz aging’i taşıyamaz.

7.2 Kural motoru: AI Rules ve otomatik atama

Aging politikasını “takvim”den “kural”a çevirin. Örnek kural mantıkları:

• EĞER rol = Üretim VE İSG sertifikası 30 gün içinde dolacaksa → yenileme ata
• EĞER KVKK politikası MAJOR versiyon olduysa → tüm çalışanlara yeni versiyonu ata
• EĞER test skoru < eşik → tekrar içeriği göster (AI Gates mantığıyla)

Bu noktada Kalde’nin senaryo tasarımında en çok takıldığı bir ayrıntı aklıma geliyor: “Kuralı yazmak kolay; istisnayı yazmak zor.” Haklı. Aging’de istisna çoktur: izinli çalışan, sahada erişimi kısıtlı ekip, rol geçişi yaşayanlar… Kural motoru, istisnayı da kural haline getirebildiğiniz ölçüde rahatlatır.

7.3 Son kullanma uyarıları: yayın yaşam döngüsü

İçerik “aktif” kalmak zorunda değil. Yayınlara son kullanma tarihi koymak ve süre dolunca durumunu değiştirmek, aging’i (güncelliği) insan takibinden çıkarır.

Ben burada küçük bir disiplin isterim: Süresi dolan içerik, ya yenilenir ya duraklatılır ya da emekli edilir. “Süresi doldu ama dursun” diye bir ara durum, portföyü yeniden sisle doldurur.

Kapanış: 90 günün sonunda ne değişmeli?

90 gün sonra kurumunuzda şu cümlelerin kurulmasını isterim:

• “Bu içerik güncel mi?” yerine: “Bu içerik v2.1, son gözden geçirme geçen ay.”
• “Hangisini izleyelim?” yerine: “Rolüne göre Portal’da zaten doğru olan görünüyor.”
• “Denetim geliyor, panik” yerine: “Pasaport’ta kanıt hazır.”
• “Yeni eğitim üretelim” refleksi yerine: “Önce portföyde çakışma var mı bakalım.”

İçerik üretmek, kurumların doğal refleksi. İçerik emekli etmek ise kurumun olgunluk göstergesi. Ben ikisini de yapabilirim; ama portföy yönetimi yoksa, üretim sadece yığılmayı hızlandırır. Ve hız, her zaman ilerleme değildir, kontrolsüz hız sadece felaket getirir.

Notlar

1. Antoine de Saint-Exupéry, Terre des hommes (Wind, Sand and Stars), 1939.
2. Jorge Luis Borges, “On Exactitude in Science”, 1946.