Kullanım senaryosu portföyü kurmak

Portföyün kalitesi, ilk listenin nereden geldiğine bakılarak büyük ölçüde tahmin edilebilir. “Yapay zekâyı nerede kullanabiliriz” sorusuyla başlayan liste araç adlarıyla dolar ve çoğu maddenin bir süreç sahibi çıkmaz; “hangi işler tekrar ediyor ve kimi yoruyor” sorusuyla başlayan liste ise doğrudan bütçe sahibinin zaten bildiği bir gündeme oturur. İkinci listeyi savunmak kolaydır, çünkü kimseye yeni bir sorun anlatmanız gerekmez.

• Destek ve talep kuyrukları: aynı sorunun tekrar tekrar cevaplandığı yerler.
• Onay adımları: bir belgenin bir masada beklediği her nokta.
• Rapor üretimi: aynı veriden her dönem elle hazırlanan çıktılar.
• Bilgi arama: çalışanın cevabı bulmak için başkasına sorduğu her durum.
• Ekipler arası devir: bir işin el değiştirirken yeniden anlatıldığı noktalar.

“Müşteri hizmetlerinde yapay zekâ” bir temadır; “birinci seviye destek uzmanı, iade taleplerine cevap taslağı üretsin ve taslağı göndermeden önce kendisi onaylasın” bir senaryodur. Fark biçimsel değil işlevseldir: ikincisi puanlanabilir, bağımlılığı çıkarılabilir ve bir sahibi vardır. Tema düzeyinde kalan maddeler puanlamada hep yüksek görünür, çünkü henüz hiçbir zorluğu görünür olmamıştır.

kimlik: destek-iade-taslagi
kim: "Birinci seviye destek uzmanı"
is: "İade taleplerine cevap taslağı üretmek"
cikti: "Gönderilmeden önce uzmanın onayladığı cevap taslağı"
siklik: "Ekibin kendi talep kaydından okunan günlük talep sayısı"
sahip: "Destek operasyon yöneticisi"
bugunku_yontem: "Uzman şablondan başlayıp elle düzenliyor"
hata_gorunurlugu: "Yanlış taslak müşteriye gitmeden önce fark ediliyor"

Doğrulama adımı: kartı iki kişiye ayrı ayrı okutun ve “bu iş bittiğinde ne değişmiş olacak” sorusunu yazdırın. İki cevap farklıysa ortada senaryo değil, üzerinde henüz anlaşılmamış bir istek vardır. Bu fark puanlamada kaybolur ve aylar sonra kapsam tartışması olarak geri döner.

Sıra önemlidir: listeyi gördükten sonra yazılan ölçütler, farkında olmadan favori senaryonun güçlü yanlarına göre şekillenir. Ölçütleri önce yazmak bu etkiyi tamamen ortadan kaldırmaz ama gerekçeyi yazılı hâle getirdiği için tartışmayı senaryodan ölçüte taşır. Tartışmanın ölçüt üzerinde yapılması, portföyün en ucuz kazancıdır.

Önce bağımsız puanlama, sonra yalnızca farkların konuşulduğu kısa bir uzlaştırma oturumu. Ortak puanlamayla başlanan toplantılarda ilk konuşan kişinin puanı çıpa olur ve geri kalan herkes onun etrafında toplanır. Farklar tartışmayı uzatmaz, kısaltır: hangi maddede bilgi eksik olduğunu doğrudan gösterir.

• Puanın dayandığı gözlem: hangi kayıt, hangi görüşme, hangi rapor.
• Bilinmeyenin adı: “veri erişimi bilinmiyor” yazmak, tahmin edilmiş bir puan yazmaktan iyidir.
• Puanı değiştirecek bilgi: hangi cevap geldiğinde bu puan yükselir ya da düşer.

Toplam puan sıralar, karar vermez. Kapı ölçütleri ve bir sonraki adımda çıkacak bağımlılık haritası sıralamayı bozabilir; en yüksek toplamı alan senaryoyu otomatik olarak ilk sıraya koyan bir portföy, strateji değil elektronik çizelge çıktısıdır. Puan, gerekçesiyle birlikte saklandığında bir sonraki gözden geçirmede yeniden puanlama neredeyse bedava olur.

Bağımlılık haritası sıralamayı puanlamadan daha çok değiştirir. Orta puanlı ama üç senaryonun önünü açan bir iş başa geçebilir; en yüksek puanlı senaryo ise çözülmemiş bir yetki modeli yüzünden “başlandı” değil “bekliyor” durumundadır. Bu ayrımın yazılı olmaması, ilerleme raporlarının aylarca aynı görünmesinin en sık nedenidir.

1. 1Veri

   Gereken veri hangi sistemde, sahibi kim, erişim talebi tipik olarak ne kadar sürüyor?

2. 2Entegrasyon

   Çıktı hangi sisteme yazılacak, o sistemin arayüzü var mı, değişiklik penceresi ne zaman açılıyor?

3. 3Yetki

   Kim hangi kaydı görebiliyor ve bu model senaryoda yeniden uygulanmak zorunda mı?

4. 4İnsan

   Süreç sahibi, inceleyici ve eğitilecek ekip kim; takvimlerinde gerçekten yer var mı?

5. 5Karar

   Hangi onay mercii gerekiyor ve o merci ne sıklıkla toplanıyor?

Tamamı yakın vadeli bir portföy hız kazandırır ama kurumda yeniden kullanılabilir hiçbir şey bırakmaz: her yeni talep sıfırdan başlar. Tamamı altyapı olan bir portföy ise aylarca görünür çıktı üretmez ve bütçe konuşması her çeyrekte biraz daha zorlaşır. Ağırlığı yakın vadeye verip yetenek işlerini adıyla, sayısıyla ve sahibiyle listeye yazmak bu ikisinin arasını tutar.

Durdurma ölçütü, başlamadan önce ve senaryoyu onaylayan kişilerle birlikte yazıldığında işe yarar. Sonradan yazılmaya çalışıldığında harcanan emek karara karışır ve konuşma her seferinde “biraz daha veri toplayalım” noktasına gelir. Tarihe bağlı ölçüt de aynı sonucu verir: üç ay sonra aynı soru, aynı bilgiyle yeniden sorulur ve tarih ileri kayar.

senaryo: destek-iade-taslagi
durdurma_olcutleri:
  - tur: kalite
    ifade: "Uzmanın taslağı kullanmayıp sıfırdan yazdığı oran, pilot başlamadan önce yazılan eşiği aştığında"
  - tur: benimseme
    ifade: "Eğitilen uzmanlardan düzenli kullananların sayısı, pilot sonunda hedeflenen kişi sayısının altında kaldığında"
  - tur: bagimlilik
    ifade: "Yetki modeli iki gözden geçirme döngüsü boyunca çözülmediğinde"
karar_mercii: "Portföy gözden geçirme toplantısı"
kapatma_ciktisi: "Ne öğrenildiği ve hangi bağımlılığın açık kaldığı yazılır"

Kapatmak başarısızlık değildir; gerekçesi yazılı kapatılan bir senaryo puanlama ölçütlerini besler ve bir sonraki turda benzer senaryoların puanını gerçeğe yaklaştırır. Hiçbir şeyi kapatmayan bir portföy, karar listesi olmaktan çıkıp arşive dönüşür.

Puanları değiştiren şeyler iki gözden geçirme arasında sessizce olur: veri erişimi açılır, başka bir ekip aynı entegrasyonu çözer, mevzuat değişir, senaryonun sahibi işten ayrılır. Gerekçeler yazılı tutulduğunda yeniden puanlama birkaç satırın güncellenmesine iner; yazılmadığında her gözden geçirme baştan tartışmaya dönüşür.

Kararları kurum içinde yayımlayın: hangi senaryo hangi dalgada ve neden. Bu tek hamle, kulis konuşmalarını ölçüt tartışmasına çevirir; ölçüt tartışması ise portföyü iyileştirir, kulis iyileştirmez.