İçeriğe atla
SinaptikLabAI KNOWLEDGE PLATFORM

TEMSİLÎ VAKA · EĞİTİM

Öğrenci risk modelinde etik sınırlar

Bir yükseköğretim kurumunda akademik danışmanlar, dersi bırakma ya da kayıt yenilememe riski taşıyan öğrencilere ulaşmayı sezgiyle yapıyordu: yokluğu fark edilen öğrenciye yazılıyor, fark edilmeyen kimseye görünmüyordu. Devam bilgisi, ödev teslimleri ve öğrenme yönetim sistemi hareketleri ayrı sistemlerde durduğu için kimse bunları tek bir öğrenci için yan yana koymuyordu. Danışmanın haftada yapabileceği görüşme sayısı sınırlıydı ama bu sınırın kime harcandığı hiçbir kayıtta yoktu. Risk modeli gündeme geldiğinde ilk itiraz teknik değildi: skor öğrenciye yapışan bir etikete dönerse ne olacağı soruldu.

Beklenen etki

Kapsam
Model çıktısı yalnızca danışman temas listesini besliyor; not, burs, disiplin ve yerleştirme sistemlerine bağlantısı yok
Şeffaflık
Temas edilen öğrenci, temasın bir model sinyaliyle tetiklendiğini ve hangi neden kodlarının rol aldığını öğrenebiliyor
Denetim
Yanlış negatifler burs durumu ve çalışma durumu gibi alt gruplarda ayrı raporlanıyor
Ölçüm
Skorun kalıcı bir kayda dönüşmediği denetlenebiliyor; dönem sonunda skorlar düşüyor, yalnızca temas kaydı kalıyor

Temsilî senaryo: buradaki satırlar ölçüm sonucu değil, bu kurulumda hangi büyüklüğün izlenmesi gerektiğini gösterir.

TEMSİLÎ SENARYO

Bu kayıt gerçek bir müşteri işi değildir. Sinaptik Lab'in bu problemde izlediği yaklaşımı, mimari kararları ve ölçüm düzenini göstermek için yazılmış temsilî bir senaryodur: kurum adı taşımaz, içindeki hiçbir değer gerçek ölçüm değildir ve referans olarak gösterilemez. Gerçek projelerden vakalar müşteri onayı alındıkça bu kütüphaneye eklenir.

Problem

Bir yükseköğretim kurumunda akademik danışmanlar, dersi bırakma ya da kayıt yenilememe riski taşıyan öğrencilere ulaşmayı sezgiyle yapıyordu: yokluğu fark edilen öğrenciye yazılıyor, fark edilmeyen kimseye görünmüyordu. Devam bilgisi, ödev teslimleri ve öğrenme yönetim sistemi hareketleri ayrı sistemlerde durduğu için kimse bunları tek bir öğrenci için yan yana koymuyordu. Danışmanın haftada yapabileceği görüşme sayısı sınırlıydı ama bu sınırın kime harcandığı hiçbir kayıtta yoktu. Risk modeli gündeme geldiğinde ilk itiraz teknik değildi: skor öğrenciye yapışan bir etikete dönerse ne olacağı soruldu.

Yaklaşım

Çıktıyı skor değil temas önerisi olarak tanımladık; danışman bir sayı görmüyor, eyleme dönüştürülebilir neden kodları ve önerilen görüşme başlığı görüyor. Sayıyı gizlemenin gerekçesi teknik değil: görünen bir skor, danışmanın öğrenciyle kuracağı ilişkiyi görüşme başlamadan çerçeveliyor. Özellik kümesi beyaz liste olarak kuruldu; demografik alanlar ve özel nitelikli veriler modele hiç girmiyor, giren davranışsal alanlar ise vekil değişken denetiminden geçiyor. Eşik yerine kapasite kullanıldı: danışmanın haftalık görüşme kapasitesi kadar isim üretiliyor ve liste alfabetik veriliyor. Kullanım sınırı yalnızca politikaya yazılmadı, teknik olarak da kuruldu; skor notlandırma, disiplin, burs ve yerleştirme sistemlerine hiç bağlanmadı.

Kullanılan teknolojiler

  • Beyaz listeli özellik kümesi
  • Vekil değişken denetimi
  • Skor gizleyen neden kodu üretimi
  • Kapasiteye göre seçim ve alfabetik liste
  • Alt grup hata ayrımı raporu
  • İtiraz ve devre dışı kalma kaydı
01VAKA ANLATIMI

Bağlam, kurulum ve ölçüm

Problem ve yaklaşım özetin üstünde; burada kararların gerekçesi ve mimarinin ayrıntısı var.

Bağlam ve kısıtlar#

Kurum, birden fazla fakültesi olan bir yükseköğretim kurumu; akademik danışmanlık zaten kurumsal bir görev ve her öğretim elemanına bir öğrenci grubu bağlı. Sorun danışmanların ilgisizliği değildi, görünürlük ve kapasiteydi: kime öncelik verileceğine dair hiçbir ortak bilgi yoktu. Bu yüzden hat baştan bir karar sistemi değil, sınırlı bir kapasitenin dağıtımı olarak tanımlandı.

Etik kısıt teknik kısıttan önce yazıldı. Öğrenciye dair bir tahminin kalıcı bir kayda dönüşmesi, akademik dosyada görünmesi ya da burs ve disiplin süreçlerine sızması kabul edilemezdi. Buna bağlı olarak skorun kendisi bir çıktı olarak tanımlanmadı; hattın ürettiği şey görüşme önerisi ve gerekçesi.

Veri ve erişim#

Girdiler iki kaynaktan geliyor: öğrenci bilgi sisteminden ders kayıtları, devam bilgisi ve ara değerlendirme sonuçları; öğrenme yönetim sisteminden materyal görüntüleme ve ödev teslim zamanlaması. Öğrencinin yazdığı içerik, forum mesajları ve ödev metinleri girdilere alınmadı çünkü bu alanlar davranışsal sinyalden çok daha fazlasını taşıyor. Danışman yalnızca kendi öğrencilerini ve yalnızca neden kodlarını görüyor.

  • Akademik kayıt: ders kayıtları, devam bilgisi ve ara değerlendirme sonuçları
  • Öğrenme yönetim sistemi: materyal görüntüleme ve teslim zamanlaması; içerik metni değil
  • Rehberlik, sağlık ve disiplin kayıtları: kurumda var, hattın erişimine hiç açılmadı
  • Demografik alanlar: beyaz listede yok; vekil olabilecek davranışsal alanlar ayrıca denetleniyor
  • Danışman erişimi: yalnızca kendi danışmanlığındaki öğrenciler, yalnızca neden kodları
  • Devre dışı kalma listesi: çıktı katmanında süzülüyor ve öğrencinin talebi kayıtla birlikte tutuluyor

Mimari kararlar#

Bu hattın mimarisi büyük ölçüde bir arayüz tartışması olarak yürüdü. Skoru göstermemek, listeyi alfabetik vermek ve eşik yerine kapasite kullanmak tek bir amaca hizmet ediyor: öğrenci hakkında bir sıfat üretmemek. Üçü de modelin isabetini ölçmeyi zorlaştırıyor; takas bilerek kabul edildi ve gerekçesi politika metnine yazıldı.

KararSeçilen yolNeden
Çıktı biçimiSkor gösterilmiyor; neden kodu ve görüşme başlığı gösteriliyorGörünen sayı öğrenciye yapışan bir etikete dönüşüyor ve görüşmeyi baştan çerçeveliyor
Özellik kümesiBeyaz liste: yalnızca akademik ve davranışsal alanlarListe kapalı olmadan hangi alanın modele aktığı denetlenemiyor
Seçim kuralıEşik değil, danışman kapasitesi kadar isimEşik kapasiteyi aştığında liste işe yaramaz hale geliyor; kapasite kararı zaten kurumsal bir gerçek
Liste sırasıAlfabetikSıralama, gizlenen skorun yerine geçen bir etiket üretiyor
Kullanım sınırıNot, burs, disiplin ve yerleştirme sistemlerine teknik bağlantı yokAmaç sınırı yalnızca politikada kalırsa ilk yoğun dönemde aşılıyor
SaklamaSkor dönem sonunda düşüyor; yalnızca temas kaydı kalıyorBirikmiş skor geçmişi öğrenci dosyasına yazıldığında geri alınamıyor
Satırların hepsi tek bir soruya bağlanır: çıktı öğrenci hakkında kalıcı bir sıfat üretiyor mu.

Amaç sınırı ve yetki#

Ölçüm ve adalet denetimi#

Ölçümün asıl zorluğu şu: temas kurulan öğrencinin gidişatı temasla birlikte değiştiği için modelin isabetini olağan yolla hesaplamak mümkün değil. Bu yüzden izlenen şey tek bir isabet sayısı değil, kimin gözden kaçtığı ve bu kaçışın hangi öğrenci gruplarında yoğunlaştığı. Yanlış negatifi alt gruplara bölmeden okumak, sınırlı kapasitenin hep aynı profile gitmesini görünmez kılıyor.

  • Alt grup ayrımı: yanlış negatifler burs durumu, çalışma durumu ve kampüs dışı ikamet gibi gruplarda ayrı raporlanıyor
  • Neden kodu kullanımı: danışmanın hangi kodu görüşmede kullandığı, hangisini alakasız bulduğu geri bildirim olarak toplanıyor
  • Kapasite dışı doğal karşılaştırma: kapasite sınırının altında kalan öğrenciler karşılaştırma grubu olarak izleniyor, sınırlaması raporda yazılı
  • Sızıntı denetimi: hedef değişkenin idari işlem tarihine bağlı alanları eğitim penceresinden çıkarılıyor
  • Amaç sınırı denetimi: skorun hangi sistemlere aktığı erişim kayıtlarından dönemsel olarak kontrol ediliyor

Devreye alma ve işletme#

  1. 1Politikanın önce yazılması

    Kullanım sınırı, itiraz yolu ve saklama süresi model kurulmadan yazıya geçti; bu metin onaylanmadan veri erişimi talep edilmedi.

  2. 2Geçmiş dönemle sağlama

    Geçmiş dönemlerde kapasite kadar isim üretilseydi kimlerin listede olacağı hesaplandı ve danışmanlar bu listeyi kendi bildikleriyle karşılaştırdı.

  3. 3Kapalı liste dönemi

    Liste her hafta üretildi ama danışman arayüzüne hiç düşmedi; neden kodları bu dönemde kod kod elden geçirildi, çünkü çoğu görüşmede sorulacak bir soruya çevrilemiyordu.

  4. 4Sınırlı açılma

    Hat tek fakültede açıldı; her temas kaydı ve her devre dışı kalma talebi elle gözden geçirildi.

  5. 5Kurul denetimi

    Dönem sonunda alt grup ayrımı ve amaç sınırı denetimi birlikte raporlanıyor; rapor öğrenci temsilcisinin de bulunduğu bir kurulda okunuyor.

Nerede yanıldık#

Skoru gizlemenin yeterli olduğunu sandık; listeyi sıralı verdiğimiz için sıralama skorun yerini aldı ve danışmanlar listenin başındaki öğrenciden bahsetmeye başladı. İlk neden kodları da fazla soyuttu: düşük etkileşim gibi bir ifade danışmana görüşmede ne soracağını söylemiyordu, kodlar gözlenen davranışa ve önerilen bir açılış sorusuna bağlanana kadar kullanılmadı. En ciddi yanılgı ölçüm tarafındaydı; hedef değişken olarak kullandığımız kayıt yenilememe alanı idari işlem tarihinde doğuyordu ve model bu yüzden ilk koşumlarda gerçekçi olmayacak kadar iyi görünüyordu. Bir de müdahalenin sonucu değiştirdiğini geç kabul ettik: temas edilmeyen bir kontrol grubu kurmayı savunamayacağımızı anladığımızda ölçümü kapasite dışında kalan doğal gruba dayandırdık ve bu yöntemin sınırlarını raporda saklamadan yazdık.

02ÖĞRENİLEN DERSLER

Bir sonraki projede ne değişir?

Bir vakanın en değerli bölümü sonuç değil, tekrar edilebilir dersidir.

  1. 01

    Skoru gizledik ama listeyi sıralı verdik; sıralamanın kendisi etiket işlevi gördü. Liste alfabetik hale getirilene kadar danışmanlar listenin başındaki öğrenci diye konuşuyordu.

  2. 02

    Düşük etkileşim gibi genel neden kodları danışmana görüşmede ne soracağını söylemiyor; kod gözlenen davranışa ve önerilen soruya bağlanmadıkça kullanılmıyor.

  3. 03

    Müdahale sonucu değiştirdiği için modelin isabetini olağan yolla ölçmek mümkün değil. Temas edilmeyen bir kontrol grubu kurmak savunulabilir olmadığından kapasite dışında kalan doğal grup karşılaştırma için kullanıldı ve bu sınırlama raporda açıkça yazıldı.

  4. 04

    Demografik alanı çıkarmak ayrımcılığı çıkarmıyor; ders seçim saatleri ve kampüs dışı bağlantı deseni çalışan öğrenciyi vekil olarak taşıyordu. Vekil denetimi en az beyaz liste kadar önemli.

  5. 05

    Hedef değişkenin tanımı sızıntı üretebiliyor: kayıt yenilememe kaydı, kararın idari olarak işlendiği anda doğuyor ve bu alanı olduğu gibi kullanmak modele sonucu önceden vermek anlamına geliyor.

03DİĞER VAKALAR

Vaka kütüphanesinden

BUILD

Aynı yaklaşımı kurumunuzda kurmak ister misiniz?

Discovery oturumunda mevcut durumunuzu, veri erişiminizi ve başarı tanımınızı birlikte yazıyoruz.