AI Pilotundan Ölçeğe — Neden Takılır?

Tez net: pilot, ölçek değildir. Sponsor, veri disiplini ve operasyon sahipliği yoksa kurumlar POC mezarlığı biriktirir. Bu yazı, seçim hatalarından gizli maliyete, MLOps eşiğinden ölçek kapılarına kadar “neden takılır?” sorusunu yönetici dilinde açar.

Soft PASS yoktur. “Pilot başarılıydı, şimdi büyütelim” cümlesi kanıt değil, umuttur. Ölçek kararı kapı kriterleriyle verilir.

Pilot seçim hataları

Pilotların çoğu teknik olarak “çalışır”; kurumsal olarak ölçeklenemez. Seçim hataları başta gömülür.

Yanlış problem seçimi. Pilot, en görünür veya en heyecanlı konu için açılır; en öğrenmeli konu için değil. Görünürlük, değer hipotezinin yerine geçer. Doğru soru: “Bu dar deneme, ölçeklenirse hangi karar kalitesini değiştirir?”

Kapsam şişmesi. “Madem yapıyoruz, bir de şunu ekleyelim” ile pilot, mini-ERP’ye dönüşür. Dar kapsam, öğrenmeyi hızlandırır; geniş kapsam, teşhisi bulandırır.

Hazır veri yanılsaması. Pilot ekibi temizlenmiş bir örnek setle ilerler; üretimde kirli, gecikmeli, eksik veri vardır. Pilot başarısı, steril ortam başarısı olabilir.

Sponsor eksikliği. Pilotu bir orta yönetici “yan proje” olarak taşır. Bütçe ve öncelik çatışmasında kaybolur. Ölçek için sponsor, unvan değil yetki demektir.

Başarı tanımının teknikleşmesi. Doğruluk yükseldi diye alkışlanır; iş metriği konuşulmaz. Teknik metrik gerekli eşiği gösterir, ölçek gerekçesini tek başına kurmaz.

Vendor’un pilotu. Satıcı senaryosu, kurumun gerçek sürecine değil demo akışına göre kurulur. Pilot biter; entegrasyon ve sahiplik başlar — ve takılır.

Seçim düzeltmesi: pilot kararı program komitesinde alınır. Tek sayfalık brief zorunludur: problem, hipotez, dışarıda bırakılanlar, sponsor, veri sahibi, başarı kanıtı, durdurma koşulları. Brief yoksa pilot açılmaz.

Gizli maliyet

Pilot bütçesi çoğu zaman model çağrısı ve birkaç mühendis haftasıdır. Ölçek faturası başka yerdedir. Gizli maliyet kalemlerini görünür kılın:

İzleme ve gözlemlenebilirlik. Log, iz, kalite paneli, alarm. Bunlar “sonra ekleriz” denirse üretim kör uçuştur.

Yeniden eğitim ve değerlendirme. Veri kayar, davranış değişir. Retrain boru hattı, değerlendirme seti, onay kapısı maliyet üretir.

İnsan-in-the-loop. HITL kaliteyi korur; aynı zamanda operasyonel kadro ister. “Otomatikleşti” iddiası HITL yükünü gizlememelidir.

Entegrasyon ve değişim yönetimi. Kaynak sistem API’leri, yetki modelleri, süreç eğitimi, istisna yönetimi.

Güvenlik ve uyum. PII taraması, erişim denetimi, audit izi, vendor sözleşmeleri, olay müdahalesi.

On-call ve destek. Kullanıcı şikayetleri, yanlış çıktı eskalasyonu, gece alarmları. Bu yük sahipsiz kalırsa ölçek kırılır.

Vendor ve altyapı. Token/çıktı maliyeti görünür kısımdır; depolama, ağ, yedekleme, ortam çoğaltma çoğu zaman sonradan gelir.

Gizli maliyeti yönetmek için pilot sonunda “ölçek maliyet notu” yazın. Not, abartılı pazar büyüklüğü içermez; sizin sürecinizin kalemlerini listeler. CFO’ya model ismi değil, kalem ve sahiplik anlatılır.

Sahiplik

Ölçeğin bir numaralı kırılma noktası sahiplik boşluğudur. Pilot ekibi dağılır; sistem ortada kalır. Sahiplik üç katmanda kurulur:

İş sahibi. Karar kalitesinden sorumlu iş birimi lideri. “Bu çıktı işimize yarar mı?” sorusunun muhatabıdır.

Sistem / model sahibi. Üretim sağlığı, versiyon, geri alma, izleme. Teknik hesap verebilirlik burada toplanır.

Sponsor. Kaynak çatışmasında önceliği koruyan C-level. Sponsor yoksa her çeyrek yeniden savunma yapılır.

Sahiplik matrisi RACI tiyatrosuna dönüşmemelidir. “A” (Accountable) tek olmalıdır. Çoklu A, hiç A demektir. Devir teslim yazılıdır: pilot ekibinden kalıcı ekibe bilgi, erişim, alarm ve runbook geçer.

Sahiplik testi basittir: sistem bozulduğunda ilk otuz dakikada kim ne yapacağını biliyor mu? Bilmiyorsa ölçek kapısı kapalıdır.

MLOps eşiği

MLOps eşiği, “notebook’tan API’ye geçtik” çizgisi değildir. Eşik, üretim disiplinine geçiştir. Aşağıdakiler olmadan ölçek iddiası erken kalır:

- Versiyonlanmış model ve veri referansı - Tekrarlanabilir değerlendirme - Ortam ayrımı (deney / staging / üretim) - İzleme: performans, veri drift, maliyet - Geri alma ve özellik bayrağı - Erişim kontrolü ve audit izi - On-call runbook

MLOps’u araç alışverişi sanmak yaygın hatadır. Araçlar yardımcı olur; eşik, süreç ve sahipliktir. Küçük bir kurumda hafif bir hat bile yeterlidir — yeter ki işletilsin. Büyük kurumda ağır platform, işletilmeyen kurallarla yine eşik altındadır.

Eşiği ölçmek için soru: “Aynı modeli, aynı veri kesitiyle, aynı değerlendirme setiyle yeniden üretebiliyor muyuz?” Hayır ise öğrenme birikir gibi görünür ama birikmez.

Ölçek kapıları

Ölçek kapısı, duygusal “hazırız” toplantısı değildir. Kapı, önceden yazılmış kriterlerin kanıtla geçilmesidir. Örnek kapı seti (kuruma göre sadeleştirilir):

Kapı A — Değer. İş metriğinde kayıtlı iyileşme veya net öğrenme. Alkış değil kanıt.

Kapı B — Veri. Üretim verisine erişim, kalite kuralları, PII sınırları yazılı ve işletiliyor.

Kapı C — Sahiplik. İş sahibi, sistem sahibi, sponsor atanmış; on-call belli.

Kapı D — Güven. HITL adımları, kırmızı bayrak prosedürü, audit izi minimumu.

Kapı E — İşletme. SLO taslağı, izleme, geri alma testi yapılmış.

Kapı F — Ekonomi. Gizli maliyet notu gözden geçirilmiş; bütçe sahibi onaylamış.

Kapılardan biri kırmızıysa ölçek yok, daraltılmış devam veya durdur var. “İstisna yapalım” Soft PASS’tir; istisna ancak yazılı risk kabulü ve süre sınırıyla olur.

Ölçek ayrıca “yatay çoğaltma” ile “derinleştirme”yi ayırmalıdır. Aynı pilotu on iş birimine kopyalamak, tek birimde derinleştirmekten farklı risk taşır. Önce derin, sonra yatay — aksi halde mezarlık büyür.

Vaka okuma çerçevesi

Başka kurumların “AI başarı hikâyelerini” okurken çerçeve kullanın. Aksi halde demo anlatısı sizin ölçek kararınızı ele geçirir.

1) Problem ve sınır. Hikâye hangi kararı değiştiriyor? Dışarıda ne bırakılmış?

2) Kanıt türü. Önce-sonra ölçümü var mı, yoksa yalnızca anlatı mı? Yüzde ve pazar büyüklüğü iddialarına temkinli yaklaşın; kaynağı ve yöntemi yoksa yok sayın.

3) Sahiplik. Kim hesap veriyor? İş birimi mi, laboratuvar mı?

4) Üretim tanımı. Canlı trafik var mı, yoksa kontrollü pilot mu?

5) Maliyet görünürlüğü. İzleme, retrain, destek konuşuluyor mu?

6) Başarısızlık halleri. Ne zaman durdurulmuş veya daraltılmış? Sadece zafer anlatıları zayıf öğretmendir.

7) Bağlam transferi. Sizin veri olgunluğunuz, düzenleyici ortamınız ve operasyon kapasiteniz benzer mi?

Bu çerçeve hem dış vakalar hem iç pilotlar için geçerlidir. İçeride “vaka notu” yazmak, kurumsal hafızayı pilot mezarlığından kurtarır: ne denendi, ne öğretilmedi, hangi kapı kırmızı kaldı.

Takılmayı çözmek: yönetici hareketleri

1. Pilot envanterini çıkarın: her biri için sponsor, sahiplik, kapı durumu. 2. Kapısız pilotları dondurun veya kapatın; yeni pilotu brief’siz açmayın. 3. Bir ölçek adayını seçip gizli maliyet notunu ve MLOps eşiğini tamamlayın. 4. Yönetim kuruluna “kaç pilotumuz var” değil, “kaç kapı yeşil” raporlayın.

Pilot, öğrenme aracıdır. Ölçek, işletme kararıdır. İkisini karıştırmak POC mezarlığını büyütür; ayırmak ise sermayeyi ve dikkati korur. ## Sponsor yoksa ölçek neden ölür?

Sponsor, bütçe satırından ibaret değildir. Sponsor, kurumsal bağışıklık sistemidir: çeyrek baskısında pilotu “tasarruf kalemi” diye kesilmekten korur; iş birimleri arası öncelik savaşında tek boğazdan nefes aldırır; başarısız öğrenmeyi politik yenilgiye çevirmeden kapatır.

Sponsorsuz ölçek denemelerinde tipik örüntü şöyledir: ilk başarı anlatısı alkışlanır, kaynak dağılır, ilk üretim olayı yaşanır, herkes bir adım geri çekilir, sistem “geçici” etiketiyle aylarca yaşar. Geçici sistemlerin maliyeti kalıcıdır; sahiplikleri ise yoktur.

İyi sponsor üç şeyi yapar: (1) kapı kriterlerini siyasi istisnaya kurban etmez, (2) gizli maliyet notunu CFO ile aynı masada tutar, (3) durdurma kararını imzalar. Durduramayan sponsor, ölçekleyemez de.

Veri olmadan “model başarısı” neden yanıltır?

Pilot setleri çoğu zaman etiketlenmiş, dengelenmiş, gecikmesi düşük dilimlerdir. Üretim ise eksik alanlar, geç gelen olaylar, tanım kayması ve istisna yığınlarıyla doludur. Bu yüzden pilot metriği yüksek, üretim şikâyeti yüksek olabilir — çelişki değil, ortam farkıdır.

Veri eşiği için pratik checklist:

- Üretim kaynaklarına okuma erişimi resmi mi? - Özellik (feature) tanımı iş sahibiyle ortak mı? - Etiket / geri bildirim döngüsü var mı, yoksa model kör mü? - Zaman sızıntısı (leakage) kontrol edildi mi? - PII ve amaç sınırları dokümante mi?

Bu maddelerden ikisi bile boşsa ölçek kapısı kırmızı kalmalıdır. “Veriyi sonra düzeltiriz” cümlesi, borcu faiziyle büyütür.

Ops yoksa POC mezarlığı nasıl büyür?

Her başarılı demo, yeni bir “bir de bizde deneyelim” talebi doğurur. Ops disiplini yoksa talepler pilot envanterine dönüşür. Envanter şişkinliği üç zarar verir: dikkat dağılır, ortak öğrenme oluşmaz, güvenlik yüzeyi genişler.

Ops’un minimum paketi küçük tutulabilir:

- Ortam ayrımı - Basit izleme (hata, gecikme, maliyet) - Geri alma düğmesi - On-call isim listesi - Haftalık kalite örneği incelemesi

Paket yoksa yeni pilot açmayın. Bu kural sert görünür; mezarlığı önleyen tek ucuz kuraldır.

Ölçek karar toplantısı nasıl yönetilir?

Toplantı gündemi sabit olsun:

1. Kapı skoru (A–F) ve kanıt linkleri 2. Gizli maliyet notu (değişen kalemler) 3. Sahiplik teyidi 4. Risk ve kırmızı bayraklar 5. Karar: ölçek / daralt / dondur / kapat

“Genel izlenim” turu en sona bırakılır; önce kanıt. Soft PASS’e giden yol, izlenimin kanıttan önce konuşulmasıdır.

Karar tutanağı tek paragraftır: ne karar verildi, hangi kapılar yeşil/kırmızı, hangi istisna (varsa) hangi süreyle kabul edildi. İstisna süresiz olamaz.

Sonuç

Pilot≠ölçek. Sponsor, veri ve ops üçlüsü tamamlanmadan büyütmek, POC mezarlığına yeni satır eklemektir. Ölçek kapıları duygusal değildir; kanıtlıdır. Bu disiplin yavaşlatmaz — yanlış hızı keser, doğru hızı mümkün kılar.

Sık sorulan yönetici itirazları

“Hız kaybederiz.” Kapı disiplini yanlış hızı keser. Kapısız hız, yeniden iş ve itibar maliyetidir. Gerçek hız, aynı hatayı iki kez yapmamaktır.

“Rakipler pilot yağdırıyor.” Rakiplerin mezarlığı sizin stratejiniz değildir. Sizin sorununuz kendi kapı skorunuzdur.

“Küçük bir ek deneyelim daha.” Deney brief’sizse deney değil gürültüdür. Küçük deney de sponsor, veri sahibi ve başarı kanıtı ister.

“Vendor halleder.” Vendor araç sağlar; sizin kararınız, veriniz ve müşteriniz sizin hesabınızdadır. Hesabı satıcıya devredemezsiniz.

Ölçek, bir demoda alkış toplamak değil; üretimde hesap verebilmek demektir. Bu yüzden pilot seçimi, gizli maliyet, sahiplik, MLOps eşiği ve kapılar aynı hikâyenin parçalarıdır. Birini atlayan kurum, mezarlığa yeni bir satır eklediğini geç fark eder. Erken fark eden ise sermayesini korur.

İç link önerileri

- Şirketlerde AI Dönüşümü: Uygulama Haritası - AI Pilotundan Ölçeğe: Neden Takılır? - AI Governance: Yönetim Kurulu Gündemi - Sorumlu AI Çerçevesi: Risk ve Denetim - MLOps İş Dili: Üretimde AI Maliyeti

Newsletter CTA

AI Ekonomisi bültenine katılın: yönetim kurulu, operasyon ve governance dilinde kısa, uygulanabilir notlar. Haftalık özet — abone olun, karar masasına taşıyın.

---

ManegAI şeffaflık notu: Bu içerik AI Ekonomisi (aiekonomisi.com) yayın hattında üretilmiş bir taslaktır (`emir: P1-G-CONTENT-2026-09-13`). Soft PASS=0; `status: pending_approval` — yayın onayı olmadan canlıya alınmaz. Sahte istatistik, yüzde veya pazar büyüklüğü iddiası içermez. Yatırım, trading veya ticker tavsiyesi değildir. Üreten: ManegAI editorial hattı · marka: AI Ekonomisi.