Uygunluk görüşü; değerlendirilen kullanım, sürüm, kanıtlar, açık bulgular ve sınırlar arasında anlaşılır bir ilişki kurar. Sonuç yalnız bir renk veya puan olarak sunulmaz.
serinin doruğu: görüş vermek
Envanter, risk sınıfı, kanıt incelemesi, test ve izleme sonuçları bir uygunluk görüşünde birleştirilir. Görüş, sistemin hangi amaçla, hangi sınırlar içinde ve hangi belirsizliklerle kullanılabileceğini açıklar. Karar yetkisi ile bağımsız değerlendirme sorumluluğu kurumun yönetişim düzeninde ayrıca tanımlanır.
Görüş vermeyi zorlaştıran üç gerilim var. Belirsizlik: AI sistemlerinde hiçbir zaman "her şey mükemmel" diyemezsin — kanıt her zaman kısmidir (davranış uzayı sonsuz, Modül 17). Görüş, tam bilgiyle değil, yeterli güvenceyle verilir ve bu farkı taşımak gerekir. Asimetri: "evet" demenin bedeli görünmez ve ertelenmiştir (bir gün patlar); "hayır" demenin bedeli anında ve görünürdür (lansman gecikir, iş birimi kızar). Bu asimetri, insanı sistematik olarak fazla "evet"e iter. Çeviri: görüşünü, teknik detayı anlamayan ama kararı verecek bir komiteye, onların dilinde ve karar verebilecekleri biçimde sunmalısın.
Görüş ve kullanım kararı ayrı sorumluluklardır. İnceleme, kanıt ve sınırlılıkları açıklayan bir görüş üretir. Nihai kararın kimde olduğu kurumun yetki düzenine bağlıdır; her kuruluş için tek bir komite yapısı varsayılmaz.
dört görüş türü: koşullu görüş ortada durur
Fitness for purpose görüşü ikili değildir (onay/ret). Dört kademeli bir yelpazedir; AI sistemlerinde koşullu veya kısıtlı görüşler sık kullanılabilir. Kurumun adlandırması ve karar yetkisi değişse de kritik ayrım aynıdır: üretimden önce kapanması gereken ön koşul ile üretim sonrasında izlenecek devam koşulu birbirine karıştırılmaz. Her türe tıkla:
OnayKoşulsuz onay — fit for purpose
Koşullu görüşFit for purpose, ölçülebilir koşullarla
Kısıtlı onaySınırlı kapsamda fit — dar kullanım
RetNot fit for purpose — kullanılamaz
Validasyon lensi: Koşullu görüş ancak koşullar ölçülebilir, sahipli, tarihli ve yaptırımlı ise gerçektir. "Kapsam filtresi ve izleme canlı olmadan üretime çıkılmaz" bir go-live ön koşuludur; henüz üretim onayı değildir. "Groundedness haftalık kritik örneklemde eşik altında iki dönem kalırsa kullanım askıya alınır" ise devam koşuludur. Bu iki sınıfı karar kaydında ayrı yaz.
rapor yapısı: her katmanın bir okuyucusu var
İyi bir validasyon raporu tek bir belge değil, iç içe katmanlardır ve her katmanın farklı bir okuyucusu vardır. Aynı raporu hem komite üyesi hem denetçi hem de gelecekteki validasyon ekibi okuyacak — ama farklı derinliklerde. Katmanlara tıkla:
1
Yönetici özeti + görüş
komite · 2 dakika
2
Kapsam, yaklaşım, derinlik
denetçi · gözden geçiren
3
Bulgular + dereceleri
model sahibi · komite
4
Koşullar ve sınırlılıklar
herkes · en kritik
5
Teknik ek: kanıt, test, çalışma kâğıtları
gelecek validasyon · denetçi
En sık yapılan rapor hatası: tek katmana yazmak. Ya rapor baştan sona teknik (komite okuyamaz, karar veremez) ya baştan sona yüzeysel (denetçi ve gelecek ekip için yetersiz). Doğru rapor piramittir: en üstte 2 dakikada karar verdiren özet, aşağı indikçe artan derinlik. Komite üyesi 1. katmanda durur, denetçi 4'e iner, sonraki incelemeyi yapan kişi 5'e kadar okur — ve her biri aradığını bulur. Bu yapı, "raporu kim okuyacak?" sorusunu tasarıma gömmektir.
çeviri: teknik bulgu → komite kararı
Teknik bulgunun karar üzerindeki etkisi açıkça anlatılmalıdır. Okuyucunun metriğin tüm ayrıntılarını bilmesi gerekmez; hangi kullanımın etkilendiğini, kanıtın sınırını ve önerilen aksiyonu anlayabilmesi gerekir. Aşağıdaki örnekler aynı bulgunun teknik ve karar odaklı anlatımını karşılaştırır.
aynı bulgu, iki dil
Teknik dil (rapor eki)
Komite dili (yönetici özeti)
Çevirinin altın kuralı üç adımdır: (1) metriği iş etkisine bağla (oran × hacim × sonuç — Modül 06/14'ün dersi), (2) kararı görünür kıl ("bu yüzden şunu öneriyoruz"), (3) belirsizliği dürüstçe taşı ama felç etme ("kalan risk şu, şu koşulla yönetilebilir"). Komite teknik jargonda boğulursa ya kör imza atar (kötü) ya da her şeyi reddeder (bazen daha kötü). İyi çeviri, komiteyi bilinçli karar verebilecek konuma getirir — basitleştirir ama aptallaştırmaz.
Uygunluk görüşü: örnek kararlar
Masanda bir dosya var. Bulgular geldi, görüş vermen gerekiyor. Kararı ver — sonra gerekçesini oku:
karar anı — KrediAsist Tier 1
Dosya: Kredi tahsis ekibine politika sorularında cevap veren RAG asistanı (Tier 1, müşteri kararlarına dolaylı etki). Bulgular: Golden set groundedness %93.5 (±2, hedef %95); test edilen red-team setinde başarılı injection bypass gözlenmedi; İK/yatırım gibi kapsam dışı sorulara da cevap veriyor; izleme henüz canlı değil; kritik ücret/vade/istisna hataları ayrı raporlanmamış; prompt versiyonlama ve test seti temsiliyeti bulguları açık.
Görüşün ne olur?
Gerekçeli uygunluk görüşü
Uygunluk görüşü; değerlendirilen kullanım, sürüm, kanıtlar, açık bulgular ve sınırlar arasında anlaşılır bir ilişki kurar. Sonuç yalnız bir renk veya puan olarak sunulmaz.
Koşullu kullanımda koşulun sorumlusu, süresi ve ihlal halinde ne olacağı belirtilir. Yeni amaç veya önemli değişiklik, önceki görüşün yeniden ele alınmasını gerektirebilir.
anahtar çıkarımlar
Görüş ve kullanım kararı
Nihai onay çoğu yapıda komitenindir; sen fitness for purpose değerlendirmesi ve önerini sunarsın. İyi görüş, komiteyi doğru kararı verebilecek donanımla donatır — kararı onların yerine vermez.
ön koşul ile devam koşulunu ayır
"İzleme canlı olmadan go-live yok" üretim ön koşuludur; "eşik iki dönem aşılırsa kullanım askıya alınır" devam koşuludur. İlki kapanmadan üretim onayı varmış gibi yazma.
rapor piramittir, tek katman değil
Üstte 2 dakikada karar verdiren özet, aşağı indikçe artan derinlik. Komite 1. katmanda durur, denetçi 4'e iner, gelecek ekip 5'e kadar okur. "Kim okuyacak?" sorusu tasarıma gömülür.
metriği değil, iş sonucunu ve kararı konuş
Çeviri: oran × hacim × sonuç → karar → dürüst kalan risk. Komiteyi bilinçli karar verecek konuma getir; basitleştir ama aptallaştırma. Görüş bulgularla hizalı olmalı — çelişki kırmızı bayraktır.
Uygulama örneği · kurgusal vaka
karar masası: Komiteye hangi görüşle çıkarsın?
Senaryo: Tier 1 asistanın kritik dilim testi tamamlanmamış, izleme henüz canlı değil. Model sahibi raporda “koşullu fit for purpose” yazılmasını; eksiklerin lansman sonrasında kapanmasını istiyor. Kontrollü iç pilot için ayrı ortam mevcut.
Örnek değerlendirmeyi aç
DeğerlendirmeÜretim için koşullu onay verme; eksikleri go-live ön koşulu olarak yaz. Yalnız veri ve kullanıcı sınırı teknik olarak zorlanan kontrollü iç pilot öner; ön koşullar bağımsız doğrulanınca hedefli validasyonla üretim görüşünü güncelle.
Gerekli kanıtKritik hata dilimi; kapsam filtresi; canlı izleme ve alarm sahipliği; pilot/üretim erişim ayrımı; açık bulgu kanıtı; insan kontrolü; kabul eşiği; yeniden test protokolü ve nihai karar yetkisi.
Karar kaydıKomite karar kaydı: bugünkü görüş, izin verilen pilot kapsamı, üretim ön koşulları, devam koşulları, sahip/termin, artık risk, doğrulama mercii ve yeniden gündem tarihi.