Karar Hakları ve Öğrenme Döngüleriyle Yapay Zekâ İşletim Modeli Tasarlamak

İşleyen bir yapay zekâ işletim modeli, organizasyon şemasından önce kararları tanımlar: standardı kimin koyacağını, pilotu kimin fonlayacağını, riskin kim tarafından kabul edileceğini, üretim performansından kimin sorumlu olacağını ve yerel bir dersin ortak yeteneğe nasıl dönüşeceğini açıklar. Her önemli karar için tek bir hesap verebilir sahip, gerekli kanıt, izin verilen devir, danışılacak roller, eskalasyon yolu ve yeniden inceleme tetikleyicisi bulunur. Böylece merkez ekipler onay kuyruğuna, iş birimleri de kuralları dolanan adacıklara dönüşmeden birlikte çalışabilir; pilot bulguları ise sunum dosyalarında kalmayıp fonlama, standart, sahiplik ve strateji kararlarına ulaşır.

Yapay zekâ işletim modeli hangi kararları sahiplerine bağlamalı?

Model, altı karar alanını sahiplerine bağlamalıdır: kurumsal standartlar ve koruyucu kurallar; portföy fonlaması ve önceliklendirme; girişim teslimatı ve benimseme; risk değerlendirmesi, güvence ve kabul; üretim işletimi ve yaşam döngüsü; yeniden kullanım ve yetenek öğrenmesi. NIST'in çerçevesi yönetişimi organizasyon önceliklerine bağlı, açık roller, iletişim, izleme, yönetici sorumluluğu ve dönemsel inceleme içeren sürekli bir işlev olarak ele alır. Bu yaklaşım, işletim modelini bir defalık strateji belgesi ya da komite listesi olmaktan çıkarıp tekrarlanan kararların çalışma sistemine dönüştürür.

• Standartlar: Onaylı platformları, mimari örüntüleri, değerlendirme asgarilerini, izleme beklentilerini ve istisnaları kim belirler?
• Fonlama: Keşif, ortak yetenek, alan teslimatı, ölçekleme ve emeklilik bütçelerini kim tahsis eder veya kanıt değiştiğinde yeniden dağıtır?
• Teslimat: İş akışı tasarımı, alan bilgisi, benimseme, ürün teslimatı ve gerçekleşen iş sonucunu kim üstlenir?
• Risk: Sınıflandırmayı, kontrol incelemesini, bağımsız güvenceyi, kalan risk kabulünü ve olay eskalasyonunu kim yürütür?
• Üretim: Performansı, değeri, maliyeti, olayları ve sapmayı kim izler; sistemi kim değiştirebilir, durdurabilir veya emekliye ayırabilir?
• Yeniden kullanım: Yerel bir dersi ortak bileşene, standarda, eğitime veya tedarikçi kuralına kim dönüştürür ve bakımını kim yapar?

Karar envanteri yalnızca başlangıç ve yayına alma aşamalarını değil, izleme, olay müdahalesi, iyileştirme, ek fonlama ve emeklilik gibi yaşam döngüsü kararlarını da kapsamalıdır. Ayrıca organizasyon içindeki yetki dağılımı ile yapay zekâ sistemine verilen karar alanı birbirine karıştırılmamalıdır. MIT CISR'in çalışması, belirsizlik ve riskin insanların ve özerk yapay zekânın çerçeveleme, eyleme geçme ve öğrenmeye katılımını etkilediğini gösterir. Sistem ne kadar özerk olursa olsun, izinleri ve sınırları kimin belirlediği yine organizasyonel işletim modelinin konusudur.

Kullanılabilir bir karar hakları sicilinde neler bulunmalı?

Kullanılabilir bir karar hakları sicili, her satırda tek ve yeterince dar kapsamlı bir karar tanımlamalıdır. Satırın kurumsal standardı mı, belirli bir iş alanındaki girişimi mi, üretim hizmetini mi, istisnayı mı yoksa portföy tahsisini mi kapsadığı ilk bakışta anlaşılmalıdır. Ardından tek hesap verebilir rol, izin verilen delegeler, gerekli kanıt ve asgari kontroller, danışılan roller, bağımsız güvence, beklenen karar süresi, eskalasyon koşulu ve kayıt yeri yazılır. Böyle bir sicil, “merkez ilgilenir” veya “iş birimi sorumludur” gibi uygulamada karşılığı olmayan ifadeleri sınanabilir bir arayüze çevirir.

• Kararın adı, kapsamı ve etkilediği hizmet ya da portföy
• Tek hesap verebilir rol ve izin verilen delegeler
• Gerekli kanıtlar ile karşılanması gereken asgari kontroller
• Danışılan roller ve bağımsız güvence sağlayan işlevler
• Karar için hizmet beklentisi veya son tarih
• Eskalasyon tetikleyicisi ve eskalasyon sahibi
• Kararı yeniden açacak olay veya kanıt
• Gerekçenin ve dayanakların kalıcı kayıt konumu

Komiteyi hesap verebilir sahip olarak yazmak belirsizliği çözmez. Birden fazla kişi çalışmayı yürütebilir, görüş verebilir veya kontrolün işlediğine dair güvence sunabilir; fakat önemli bir karar, resmî yetki sınırları içinde hareket eden adı belli bir liderde kalmalıdır. Dünya Ekonomik Forumu'nun oyun kitabı da liderlik sorumluluğunun açıklığını ve yetkilendirme ile güvence görevlerinin ayrılmasını vurgular. Sicil özellikle iki tarafın da diğerinin sorumlu olduğunu varsaydığı fonlama, üretim performansı, kalan risk kabulü ve ortak varlık bakımı gibi kopuk arayüzleri görünür kılar.

Yapay zekâ işletim modeli, her önemli kararın bir sahibi, kanıt yolu, eskalasyon rotası ve yeniden açılma nedeni olduğunda gerçeğe dönüşür.

Her yapay zekâ kararı organizasyonun neresinde durmalı?

Her karar, tutarlılık ihtiyacı, bağlam yoğunluğu, kıt uzmanlık, kurumsal maruziyet ve tam yaşam döngüsünü üstlenebilme kapasitesine göre yerleştirilmelidir. Microsoft merkezi, hibrit ve federatif örüntülerin kural koyma, teslimat ve üretim izlemesini farklı dağıttığını; aynı kuruluşun bu örüntüleri harmanlayabileceğini belirtir. Dolayısıyla şirketin tamamına tek bir “merkezi” veya “federatif” etiketi yapıştırmak gerekmez. Standartlar merkezde kalırken teslimat alanlara dağılabilir; ortak platform bir hub tarafından işletilirken benimseme ve iş sonucu sorumluluğu spoke ekiplerinde olabilir.

Merkezi yapı kıt uzmanlığı, ortak altyapıyı ve görünürlüğü bir araya getirebilir; buna karşılık onay ve teslimat kuyruğu darboğaza dönüşebilir. Federatif yapı paralel çalışmayı ve alan sahipliğini güçlendirebilir, ancak ortak arayüzler zayıfsa standartlar, tedarikçi tercihleri, kanıt kalitesi ve yeniden kullanılabilir bilgi parçalanabilir. Hub-and-spoke bu iki yaklaşımın hibrit bir tahsisidir: hub platformları, standartları, kayıtları ve ortak yetenekleri; spoke ekipleri ise alan önceliklerini, teslimatı, benimsemeyi ve sınırlar içindeki işletimi üstlenir. Avantaj veya aksaklık yapının adından değil, tek tek kararların açıklığından doğar.

İnceleme forumları kanıtı nasıl kalıcı karara dönüştürmeli?

İnceleme forumları, yetkileri, girdileri ve kayıtlı çıktıları sınırlanarak kanıtı kalıcı karara dönüştürmelidir. Toplantının kendisi hesap verebilir sahip değildir; forum, sicilde adı bulunan rollerin karar hakkını kullanmasına destek olur. Her çıktı kararın kendisini, gerekçeyi, sahibi, etkilenen kaynağı, sonraki kanıt ihtiyacını ve yeniden inceleme tetikleyicisini içermelidir. Sıklık ve eskalasyon düzeyi için evrensel bir takvim belirlemek yerine risk, karar gecikmesi, işletim kanıtı ve organizasyon bağlamı kullanılmalıdır. Böylece gündem, genel durum yorumlarından ölçülebilir sonuçlara geçer.

• Standartlar ve istisnalar forumu; talebi, etkilenen standardı, risk ve birlikte çalışabilirlik kanıtını, süre sınırını ve telafi kontrollerini inceler. Onay, ret, ek kısıt veya süreli istisna kaydeder; sahibini ve inceleme tetikleyicisini belirler.
• Girişim kanıtı forumu; ilk hipotezi ve başlangıç düzeyini iş sonucu, iş akışı, benimseme, teknik performans, maliyet, olay ve risk bulgularıyla karşılaştırır. Ölçekleme, değiştirme, bekletme, durdurma veya emeklilik kararı ile fonlama sonucunu kaydeder.
• Portföy ve strateji forumu; girişimler arasında tekrarlanan engelleri, istisnaları, maliyet ve değer aralıklarını, yetenek açıklarını, olayları ve yeniden kullanım kanıtını toplar. Öncelik, fonlama, ortak yetenek, standart, tedarik kuralı veya karar hakkı değişikliğini adı belli bir karara bağlar.

NIST, izleme ve geri bildirimi yeniden ayarlama, risk azaltma, kontrol değişikliği veya kaldırma gibi yönetim eylemleriyle ilişkilendirir. Microsoft'un yaşam döngüsü rehberi de alım, önceliklendirme, risk sınıflandırması, yayına alma, izleme, değer raporlama, olay müdahalesi, iyileştirme ve emeklilik gibi kararların ayrı ayrı sahiplenilmesi gerektiğini gösterir. Bir merkez veya hub portföy kanıtını, ortak platformları ve yeniden kullanılabilir varlıkları düzenleyebilir; bunun için mutlaka resmî adı “mükemmeliyet merkezi” olan bir birim kurulması gerekmez. Önemli olan işlevin ve karar arayüzünün kaybolmamasıdır.

Pilot kanıtı portföy ve strateji öğrenmesine nasıl dönüşür?

Pilot kanıtı, başlangıç hipotezinden kayıtlı girişim kararına, oradan yeniden kullanım ve portföy karşılaştırmasına, son olarak adı belli bir strateji kararına uzanan kesintisiz bir döngüyle kurumsal öğrenmeye dönüşür. Her girişim başlarken amaçlanan iş sonucu, başlangıç düzeyi, hesap verebilir sahip, risk sınırı ve ölçekleme, değiştirme, bekletme ya da durdurmayı destekleyebilecek kanıt açıkça yazılmalıdır. Kullanım sayısı veya üretilen çıktı miktarı tek başına sonuç değildir; iş etkisi, iş akışı, benimseme, teknik performans, işletim maliyeti, olaylar, risk bulguları ve bilinen sınırlamalar birlikte değerlendirilmelidir.

1. Hipotezi, başlangıç düzeyini, sahibi, sonucu ve risk sınırını kaydedin.
2. İş, iş akışı, benimseme, teknik, maliyet ve risk kanıtını toplayın.
3. Ölçekleme, değiştirme, bekletme, durdurma veya emeklilik kararını yazın.
4. Kararın fonlama ve sahiplik sonuçlarını aynı kayda ekleyin.
5. Bileşen, değerlendirme, standart, eğitim veya tedarikçi kuralı olarak yeniden kullanılabilecek dersi çıkarın.
6. Tek pilotu genellemeden önce dersi başka girişimlerin kanıtıyla karşılaştırın.
7. Strateji varsayımını, önceliği, fonlamayı, ortak yeteneği veya karar hakkını koruyan ya da değiştiren kararı yayımlayın.

NIST'in Govern ve Measure işlevleri izlenebilir kanıtı izleme, geri bildirim, inceleme ve yönetim eylemine bağlar; IBM ise bir merkezin fırsat portföyü, ortak platform, yeniden kullanılabilir varlık ve iş sonuçlarıyla bağlantılı ölçüleri destekleyebileceğini belirtir. Burada tarif edilen tam kanıttan stratejiye döngü, bu yönetişim ve portföy ilkelerinden üretilmiş editoryal bir sentezdir; finansal performansı artırdığı doğrulanmış bir formül değildir. Bu nedenle tek başarılı pilot otomatik ölçekleme gerekçesi, tek başarısız pilot da stratejinin bütünü için otomatik çürütme sayılmamalıdır. Daha geniş değişiklik için girişimler arasında karşılaştırılabilir ve tekrarlanan bir sinyal aranmalıdır.

Karar hakları ne zaman merkeze veya iş birimlerine taşınmalı?

Karar hakları, işletim kanıtı belirli bir arayüzün aksadığını gösterdiğinde tek tek merkeze veya iş birimlerine taşınmalıdır. Yerel ekip tam yaşam döngüsünü üstlenebiliyor, ortak kontroller uygulanabiliyor, kanıt kalitesi güvenilir kalıyor ve merkezi kuyruk eylemi anlamlı biçimde geciktiriyorsa ilgili hak dışarı taşınabilir. Standartlar veya tedarikçi seçimleri ayrışıyor, aynı platformlar tekrar kuruluyor, kanıt parçalanıyor, olaylar yineleniyor, alanlar arası maruziyet büyüyor ya da yerel işletim sahipliği zayıf kalıyorsa hak merkeze çekilebilir. Amaç bütün organizasyonu yeniden etiketlemek değil, başarısız karar arayüzünü onarmaktır.

• Dışarı taşıma örneği: Ortak değerlendirme ve güvenlik tabanı merkezde kalırken, koruyucu sınırlar içinde iyileştirme ve düşük riskli üretim kararları yeterli kapasiteye sahip alan ürün sahibine verilebilir.
• İçeri taşıma örneği: Alan teslimatı yerelde sürerken, tekrarlanan olaylar veya platform çoğalması nedeniyle ortak müdahale hakkı, tedarik standardı ya da üretimi durdurma yetkisi merkezi role alınabilir.

Microsoft karma yapıların merkezi, hibrit ve federatif örüntüler arasında değişebileceğini, ancak merkezi darboğaz ve federatif standart sapması risklerinin izlenmesi gerektiğini belirtir. Dünya Ekonomik Forumu da uygulamalar olgunlaştıkça daha federatif veya hibrit gözetime geçilebileceğini örnekler; bunu evrensel bir olgunluk rotası olarak sunmaz ve liderlik sorumluluğu ile görevler ayrılığının korunmasını ister. NIST'in yaklaşımı da politikaların, süreçlerin, rollerin ve kontrollerin izleme ve geri bildirimle gözden geçirilmesini destekler. Dolayısıyla hedef kalıcı merkezileşme ya da federasyon değil, kanıtla savunulabilen ve yeniden incelenebilir karar dağılımıdır.

Başlangıç için altı alanın tamamını aynı anda ayrıntılandırmak yerine, sonuçları ağır olan az sayıda tekrarlanan kararı seçin. Sicili doldurun; bir canlı girişim ve bir istisna üzerinde sahibin, kanıtın, hizmet beklentisinin ve eskalasyon yolunun gerçekten çalışıp çalışmadığını sınayın. Ardından bu iki örneğin kanıtını üç sınırlı forumdan geçirerek kararların zamanında alınıp alınmadığını, kayıtların fonlama, sahiplik, standart, yeniden kullanım veya stratejiyi değiştirip değiştirmediğini değerlendirin. Önemli maruziyet ya da düzenlemeye tabi yükümlülük bulunan kararlarda yetkili hukuk, risk, güvenlik, gizlilik ve ilgili uzmanlık işlevlerini sürece katın; işletim modeli bu uzmanların yorum yetkisini ikame etmemeli, görünür kılmalıdır.