Blog
Başarılı pilotun asıl sınavı devir gününde başlıyor
Kısaca: Kurumsal yapay zeka pilotlarının büyük kısmı sonuç vermediği için değil, pilot bittiğinde onu devralacak kimse olmadığı için ölüyor. Pilot ekibi geçicidir, bütçesi geçicidir, hevesi geçicidir; operasyon ise kalıcıdır ve sahipsiz bir modeli kabul etmez. Aşağıda, devir paketini pilot daha başlamadan yazmanızı sağlayan beş prompt var.
Kurumlarda yapay zeka pilotlarının ölüm nedenlerini sıralasak, listenin başında "model yeterince iyi değildi" olmaz. Çoğu pilot işe yarar. Sunum yapılır, ekip alkışlanır, yönetim memnun olur.
Sonra pilot ekibi dağılır. Kuran kişi başka projeye geçer. Modelin çalıştığı sunucunun faturasını kimse üstlenmez. Üç ay sonra bir veri kaynağı format değiştirir, çıktı bozulur, kimse fark etmez. Altı ay sonra sistem sessizce kapatılır ve o iş yine elle yapılmaya başlanır.
Bu bir teknoloji sorunu değil, devir sorunudur. Ve devri pilot bittikten sonra düşünmeye başlarsanız zaten geç kalmışsınızdır.
Pilot geçici, operasyon kalıcıdır
Pilot ekibi bir şeyi kanıtlamak için kurulur: bu iş yapay zekayla yapılabilir mi. Kanıt gelince görev biter. Ama kanıtla işletme aynı şey değildir.
Operasyon ekibi devraldığı her şeyi aynı soruyla karşılar: bu bozulunca beni kim arar, ben kimi ararım, ne kadar sürede düzelir. Pilot ekibinin elinde bu soruların cevabı yoksa operasyon o işi almaz. Almak istemediği için değil, alamayacağı için.
Bu yüzden devir, pilotun son adımı değil ilk tasarım kararıdır. Devralacak birimi pilot başlamadan yazmak, pilotun kapsamını da doğru yerden kısıtlar.
Devralacak birimi pilottan önce yazın
Birçok kurumda pilotun sahibi bellidir ama devralanın adı yoktur. "Sonra ilgili birime geçer" cümlesi bir plan değildir. Tek bir birim adı, tek bir yönetici adı yazılana kadar pilot onaylanmamalıdır.
Asagida bir yapay zeka pilotunun kisa tanimi var.
Bu pilot basarili olursa isletmesini kimin devralmasi
gerektigini bulmama yardim et.
Su dort basligi ayri ayri doldur:
- bu ciktiyi gunluk isinde kullanacak birim,
- bozuldugunda ilk fark edecek rol,
- veri kaynagini zaten yoneten birim,
- butceyi tasiyabilecek maliyet merkezi.
Her basligin altina "bu birim devralirsa ne riskli olur"
diye tek cumlelik bir uyari yaz.
Sonunda tek bir devralan oner ve gerekcesini uc maddede
ozetle. Emin olamadigin yerde "karar gerekli" yaz,
tahmin uretme.
Pilot tanimi: [pilotun amacini, ciktisini ve veri
kaynaklarini yapistirin]
Bu promptun değeri önerdiği isimde değil, ortaya çıkardığı çatışmada. Çoğu kurumda çıktıyı kullanan birim ile veriyi yöneten birim farklıdır ve ikisi de bütçeyi taşımak istemez. Bunu pilot bitince keşfetmek pahalıdır.
Çıktıyı operasyon diline çevirin
Pilot sunumları doğruluk oranı konuşur. Operasyon ekipleri hacim, süre ve hata maliyeti konuşur. Aynı sistemi anlatan iki ayrı dildir ve çeviriyi pilot ekibi yapmak zorundadır.
Asagidaki pilot sonuclarini bir isletme devir belgesine
cevir. Teknik metrik kullanma; su alanlari doldur:
- gunluk ve aylik islem hacmi,
- bir islemin ortalama suresi,
- yanlis cikti orani ve yanlis ciktinin somut sonucu,
- insan kontrolu gereken durumlarin listesi,
- sistem durursa isin elle yapilma suresi.
Her alani sadece bana verdigim verilerden doldur.
Veri yoksa "olculmedi" yaz ve bunlari sonda
ayri bir liste olarak tekrarla.
Pilot sonuclari: [pilot raporunu veya olcum tablosunu
yapistirin]
"Ölçülmedi" listesi bu promptun asıl çıktısıdır. Devir toplantısına o listeyle gitmek, toplantıda o soruları ilk kez duymaktan çok daha iyidir.
Maliyet hattını görünür kılın
Pilot bütçeleri genellikle inovasyon ya da proje bütçesinden çıkar ve tek seferliktir. İşletme maliyeti ise her ay tekrar eder: model kullanımı, barındırma, veri hattı bakımı, insan kontrolü için ayrılan saat.
Bu kalemler yazılı değilse devir gerçekleşmez; operasyon bilmediği bir gideri kabul etmez.
Asagidaki pilot icin aylik isletme maliyeti taslagi cikar.
Kalemleri su basliklar altinda ayir:
- model veya servis kullanim bedeli,
- barindirma ve altyapi,
- veri hatti bakimi (kim, kac saat),
- insan kontrolu (kim, kac saat),
- yillik bir kerelik kalemler.
Her kalem icin "pilotta kim odedi" ve "devirden sonra
kim odeyecek" sutunlarini ekle.
Rakam vermedigim kalemlerde tutar uydurma;
"tutar girilmeli" yaz.
Sonunda aylik toplamin hangi kalemlere bagli oldugunu
tek cumleyle ozetle.
Pilot bilgileri: [kullanim hacmini, altyapiyi ve
harcanan saatleri yapistirin]
Bu tabloyu bir kez çıkarınca çoğu pilotun asıl maliyetinin model kullanımı değil insan kontrolü olduğunu görürsünüz. Bu, devir kararını da kapsam kararını da değiştirir.
Bozulma sinyallerini önceden tanımlayın
Yapay zeka sistemleri çökerek bozulmaz, sessizce bozulur. Ekran açılır, cevap gelir, cevap yanlıştır. Bu yüzden devralan ekibin elinde "bozuldu" tanımının yazılı olması gerekir.
Asagidaki yapay zeka uygulamasi icin bir izleme karti hazirla.
Uc bolum olsun:
(1) haftalik bakilacak olcumler ve her biri icin
"normal araligi" - araligi ben verdim mi kullan,
vermediysem "esik belirlenmeli" yaz,
(2) ANINDA durdurma sinyalleri: gorulurse sistem
kapatilir, liste halinde,
(3) yavas bozulma sinyalleri: haftalar icinde
fark edilen, kullanici davranisindan anlasilan isaretler.
Her sinyalin yanina kimin bakacagini bos birak ki
isim yazilsin.
Kisi bazli kullanim takibi onerme; sadece sistem
ve gorev duzeyinde olcum oner.
Uygulama: [uygulamanin ne yaptigini ve kimin
kullandigini yapistirin]
Son iki satır önemli. Bozulma izlemek ile çalışan izlemek farklı işlerdir; ikincisine kaymak hem hukuki hem kültürel olarak pahalıya patlar. Ölçüm görev düzeyinde kalmalı.
Devir tutanağı tek sayfa olmalı
Yukarıdaki dört çıktı elinizde varsa devir toplantısı bir sunum değil bir imza toplantısıdır. Ama bunların hepsini devralana yüz sayfa halinde vermek de devri engeller.
Asagidaki dort belgeyi tek sayfalik bir devir tutanagina
sikistir: devralan birim, isletme metrikleri, aylik maliyet,
izleme karti.
Tutanak su bolumlerden olussun:
- ne devrediliyor (tek paragraf),
- devralan birim ve sorumlu rol,
- aylik maliyet ve butce sahibi,
- haftalik izleme sorumlulugu,
- durdurma yetkisi kimde,
- devralanin imzalamadan once cevaplamasi gereken
acik sorular.
Son bolumu bos birakma; belgelerde eksik kalan her sey
oraya acik soru olarak yazilsin.
Uzunluk: en fazla bir sayfa.
Belgeler: [onceki promptlarin ciktilarini yapistirin]
Açık sorular bölümü tutanağın en değerli kısmıdır. Devir, o sorular cevaplandığında tamamlanır; imza atıldığında değil.
Neyi modele bırakmayın
Bu promptların hiçbiri karar vermez, sadece boşlukları görünür kılar. Model devralacak birimi bilemez, sizin kurum içi güç dengenizi hiç bilemez; önerisini bir tartışma başlangıcı sayın.
Rakamlar konusunda daha da dikkatli olun. Maliyet ve hacim promptlarında modele "tutar uydurma" demezseniz makul görünen ama tamamen kurgusal tablolar üretir. Verdiğiniz veriyle sınırlı kalmasını her seferinde açıkça yazın.
Ve izleme kısmında sınırı koruyun: amaç sistemin bozulup bozulmadığını görmek, kimin ne kadar kullandığını takip etmek değil.
Bir pilotun başarılı sayılması için çalışması yetmez; onu devralacak birinin adının yazılı olması gerekir.