Tüm yazılar
Genel

%72'si Koydu, %10'u Ölçekledi: AI Pilotu Bitti, Sonra Ne Oldu?

Üreticilerin %72'si yapay zeka pilotu koydu, sadece %10'u ölçekleyebildi. Darboğaz algoritma değil, operatörün 'bana ne' dediği an. 3 başarılı 2 çöken pilotu anlatan saha notlarımı ve ölçülebilir maliyetini anlatıyorum.

%72'si Koydu, %10'u Ölçekledi: AI Pilotu Bitti, Sonra Ne Oldu?

Aynı danışman iki tesisten aradı, iki haftada:

İlkini, “AI pilotumuz çok başarılı, ölçekleyeceğiz” diye açtım. İkincisi, “AI pilotumuz çok başarılı, kapatacağız” dedi.

İkisi de doğru diyordu. İkisi de aynı 2026 verisini okumuştu: üreticilerin %72’si en az bir AI pilotu çalıştırdı. Ama ölçekleyen %10. Yani her 10 pilottan 9’u, “başarılı pilot” olarak kaldı — çalışır, raporlanır, sonra bir daha açılmaz.

Bu yazı, o dokuz pilotun neden durduğunu anlatıyor. Algoritmada değil. Veride değil. Operatörün “bana ne” dediği cümlede.

Pilot Neden “Başarılı” Olur — ve Neden Orada Kalır?

Pilot, tanımlı bir soruya çalışır. Bir tesis: “hat 4’teki ürün bozukluk oranını düşür.” Pilot 8 hafta, yüzde 30’luk bir düşüşle biter. Rapor güzel. Fotoğraf güzel. Toplantıda “devam edecek mi?” sorusu sorulur, “evet” denir.

Pilotun ölçeklenememesinin ilk sebebi burada: pilot, soruya değil, soruyu sormaya çalıştı. Bozukluk oranı düştü, ama soru “hat 4’te” sınırlıydı. Ölçeklemek, “hat 5–11’de de mi” sormak. Ve o soru, pilotun bütçesinde, ekibinde, veri hattında yoktu.

Benim gördüğüm üç başarılı, iki çöken pilotun farkı tam da buydu. Başarılı üçünde “hat 4” bir örnekti, değil kazanç. İki çöken, “hat 4”ı kazanç olarak aldı. Kazanç olarak alındığı anda, ölçekleme “bütçe sorunu” olur. Örnek olarak alındığı anda, ölçekleme “mühendislik sorunu” olur. Mühendislik sorunu, çözülür; bütçe sorunu, bekletilir.

Darboğaz Operatör — Ya da “Bana Ne” Cümlesi

2026 verisinin bir de ikinci yüzü var: %72 deploy, %10 ölçek — ama asıl fren, operatör kabulu. Üç tesiste aynı cümleyi duydum, üçü de “AI” kelimesinden önce geldi:

Bu üç soru, teknik değil, sorumluluk sorusudur. Ve pilot, hiç birini cevaplamaz — çünkü pilot, sorumluluk almayı tasarlanmamıştır. Pilot, “ben bu işi yaparım” der. Ölçekleme, “sen bu kararı verirsin” der. İkisi farklı şey.

Bir tesisteki çöküş, tek bir hafta sonuna sığar: AI önerisi, operatörün elinde “uygula/uygula” butonu olarak durdu. Bir gece vardiyasında operatör, öneriyi uyguladı, çıktı bozuldu. Kimse “AI yanlış söyledi” demedi; “operatör öneriyi uygular” diyecekti. Sonraki hafta buton kaldırıldı. Pilot, operatörün “bana ne”siyle değil, operatörün hesap vereceği endişesiyle kapandı.

Çözüm, “operatöre eğitim” değil. Çözüm, sorumluluğun kimde olduğu sorusunun, ekranın üst satırında, “uygula” butonunun yanına yazılması. “Bu öneri bir yardımcının, son karar senin” — bu tek cümle, butonun kaldırılmasını geri aldı. Üç haftada.

Ölçeklemenin Gerçek Maliyeti — Saat Cinsinden

İki çökenin masadaki hesabı: pilot 120 saat mühendis, 18 saat operatör eğitimi. Ölçekleme “10 hat daha” derken, veri hattı 1 hat başına 6 saat. 10 hat, 60 saat veri. Artı her hat için operatör kabulu, ortalama 9 saat görüşme. Toplam: 120 + 18 + 60 + 90 = 288 saat. Pilotun 14 saatlik “başarı” toplantısından 20 kat.

Peki neden çöktü? Çünkü bütçe 120+18’te kapandı. 288’in kalan 238 saati “başka bütçe”di. Ve “başka bütçe”, operatörün “bana ne”siyle aynı anda geldi.

Peki Öyle Ne Yapmalı — Ölçeklenecek Şey Neyi Ölçekler?

Üç maddelik saha kuralım:

  1. Pilotu “hat 4’ü düşürmek” için değil, “hat 4’ta neden düşüyor”u anlamak için kur. İkincisi, ölçeklenebilir.
  2. Ekranın üst satırına sorumluluk yaz. “Bu bir öneri, son karar senin.” Bu cümle, %72’nin içinde, %10’a girenlerin ayrı maddesi.
  3. Bütçeyi 288 saat üzerinden aç, 138 üzerinden değil. Pilotun “başarı” raporu, gerçek maliyetin yarısını gösterir. Kalan yarısı, her zaman operatör kabulu.

Bir sonraki yazıda: SCADA artık bir web uygulaması. git commit, CI/CD, staging — TIA’dan GitHub’a geçiş, saha mühendisinin masasındaki gerçek değişiklik.