EKİBİM
Yapay zekâ ekibimde her rolün ayrı bir sorusu var: Neye odaklanmalıyım, hangi bilgi işe yarar, hangi problem çözülmeye değer, ortaya çıkan iş beklentiyi karşılıyor mu? Karakterler bu iş bölümünü akılda tutmamı sağlıyor. Öncelikleri ve önemli kararları ben belirliyorum.
Konsey: bir soru, bağımsız bakışlar
Önemli seçenekler arasında karar vermek istediğimde /konsey komutuyla konseyi çağırırım. Yalnız ben istediğimde çalışır. Bu sohbet konseyi, aşağıdaki Atölye akışından ayrı bir yöntemle değerlendirme yapar.
- Frontier model
- Derinlikli değerlendirme, çapraz eleştiri ve gerekçeli son cevap.
- Hızlı model
- Bağımsız görüş ve çapraz eleştiriye hızlı katkı.
Ortak soru
Koordinatör sorumu, kısıtları ve kaynakları hazırlar. Her uzmana soruya göre tamamlayıcı bir odak verilir; üçü de sorunun tamamına cevap verir.
Üç bağımsız görüş
Üç uzman birbirlerinin cevaplarını görmeden ilk görüşlerini hazırlar. Kanıtlarını, varsayımlarını ve karşı örneklerini açıklarlar.
Tek çapraz eleştiri turu
Üçü de bütün ilk görüşleri okur, dayanakları sorgular ve kendi cevabını yeniden yazar. Neyi neden değiştirdiğini açıklar; katılmak için itiraz uydurmak gerekmez.
Sınırlı ek kanıt kontrolü
Kararı değiştirecek bilgi eksikse koordinatör en fazla bir hedefli kaynak kontrolü yapar veya bana tek bir soru sorar. Aynı bilgi üç uzmana da iletilir; etkilenen görüşler bir kez güncellenebilir.
Gerekçeli son cevap
Son değerlendirmeyi yapan frontier model kaynakları, ilk görüşleri, düzeltilmiş görüşleri ve varsa yeni kanıtı birlikte okur. Önemli itirazları kabul edildi, reddedildi veya açık kaldı diye gerekçelendirir. Zayıf kanıtta sonuç koşullu kalır.
Özel sonuç arşivi
Koordinatör cevabı sunar ve tam tutanağı korur. Özel konsey arşivime yalnız /konsey ile açıkça başlattığım ve tamamlanan çalışmalar eklenir. Uygulama ve yayın kararı bende kalır.
Koordinatör çalışmayı düzenler; son değerlendirmeden sorumlu frontier model konseyin nihai cevabını verir. Modellerin aynı fikirde olması bağımsız kanıt sayılmaz. Gerekli model kullanılamıyorsa sessizce değiştirilmez ve çalışma tamamlanmış gösterilmez. Seçilen model ile sağlayıcının bildirdiği gerçek model ayrı kaydedilir.
Kişisel odak, hafıza ve sistem düzeni
PATRONUMSahibe
Sahibe'ye verdiğim rol patronluk: gündelik telaşın içinde uzun vadeli hedeflerimi unutturmamak. Günün odağını belirlemek, buna zaman ayırmamı istemek ve sonuçla yüzleşmemi sağlamak için bu rol var.
BİLGİNİN BEKÇİSİTriyaj
Ona link, not ve yarım kalmış fikirler gönderirim. Triyaj içindeki işe yarar bilgiyi ayıklar, bağlamını korur ve nerede kullanılabileceğini önerir. Fikir havuzuna alınan bir kayıt araştırmaya girer; üretim kararı ayrıca verilir.
SÜREKLİ İYİLEŞTİRMEBeyin
Beyin, çalışma düzenindeki aksaklıkları ve tekrarlanan işleri inceler. Küçük ama anlamlı bir iyileştirme bulduğunda gerekçesiyle önüme getirir. Önerisini uygulamak için kararımı bekler.
TEMİZLİK UZMANIUndertaker
İşini tamamlamış veya gereksiz yer kaplayan dosyaları bulur, neden kaldırılabileceklerini açıklar. Taşımayı önerdiği listeyi önüme getirir; onayladığım dosyalar geri alınabilecek bir karantina alanına taşınır.
İş geliştirme, üretim ve kalite masası
Atölyenin işi, emek vermeye değer fırsatları bulup olgunlaştırmak. Bir işletmenin tekrarlanan işi için küçük bir araç, dar kapsamlı bir hizmet veya uzmanlığımı paylaşacağım bir çalışma gündeme gelebilir. Önce ihtiyacı ve kanıtı sorgularız; hangi işi geliştireceğimize ben karar veririm.
FIRSAT AVCISIBarney Stinson
Yeni bir ihtiyacın izini sürer; kaynakları, mevcut çözümleri ve talep işaretlerini toplar. Masaya bir fırsatla birlikte şu soruyu getirir: Bu fikri araştırmaya değer kılan ne, henüz neyi bilmiyoruz?
ŞÜPHECİDr. Gregory House
Fikrin nerede tökezleyebileceğini arar: zayıf kanıt, gereksiz kapsam, yüksek emek veya zaten yeterli olan bir alternatif. İtirazını gerekçelendirir, mümkünse onu sınayacak küçük bir deney önerir.
MÜŞTERİ VEKİLİMarshall Eriksen
Fikri kullanacak kişinin açısından bakar: Hangi işi kolaylaştıracak, alışkanlığını değiştirmesine değecek mi? House'un ilk değerlendirmesini görmeden kendi görüşünü hazırlar. Bu değerlendirme, gerçek müşteri görüşmesinin yerine geçmez.
STRATEJİSTTony Soprano
Fırsatın kanıtlarını, House'un itirazlarını ve Marshall'ın fayda değerlendirmesini birlikte tartar. Devam etme, daha fazla araştırma, bekletme veya eleme tavsiyesini gerekçesiyle sunar. Son karar bende kalır.
ÜRÜN MİMARITed Mosby
Karar aşamasına kabul ettiğim fikir için tek sayfalık kapsam hazırlar: kim için ne yapılacak, ne dışarıda kalacak, başarı nasıl sınanacak? Çözülemeyen itirazları da plana yazar; planın kabulü üretimden önce gelir.
ANLATICIDon Draper
Onaylı çalışmanın ne işe yaradığını sade bir dille anlatır. İhtiyaca göre Türkçe ve İngilizce açıklamaları hazırlar; iddiaları kaynaklarına dayandırır, varsayımları ve sınırlamaları görünür tutar.
İNŞACISilvio Dante
Onaylanan kapsam bir gösterim gerektiriyorsa, örnek verilerle etkileşimli bir demo hazırlar. Nelerin sınandığını ve nelerin henüz hazır olmadığını belirtir. Demo, gerçek kullanıma hazır ürün anlamına gelmez.
GÖRSEL ANLATIMClaire Fisher
Onay verdiğim çalışmada bir fikrin görsel olarak nasıl anlaşılacağını kurgular. İşleyişi, vurguyu ve anlatım sırasını düşünür; gerekli görsel üretim için ilgili sürümün ayrıca onaylanmasını bekler.
KALİTE DENETÇİSİAnton Ego
İddiaları, açıklamaların tutarlılığını ve yapılan testlerin sonuçlarını inceler. Sorunları somut düzeltme görevlerine çevirir; kalan sınırlamaları açıkça bildirir. Son inceleme ve yayın kararı bana aittir.
Maestro — Haberci
Bekleyen kararları, soruları ve önemli gelişmeleri bana bildirir. Kararlar panelde kayıtlıdır; Maestro benim adıma onay vermez.
Bir fikir masaya gelince ne olur?
Örnek senaryo: Küçük bir işletmenin gönderdiği teklifleri takip etmesini kolaylaştıran bir uygulama fikrini ele alalım. Bu örnek iş bölümünü anlatır; tamamlanmış bir müşteri projesi veya ölçülmüş başarı değildir.
1. Fikir — Önce ihtiyacı sorgularız
Benim eklediğim fikirler, Triyaj'dan gelen kayıtlar ve ekibin buldukları aynı araştırma sürecine girer. Barney kaynakları toplar. House ve Marshall birbirlerinin ilk görüşünü görmeden değerlendirir; Tony gerekçeleri tartıp tavsiyesini yazar.
Tekliflerin takibi gerçekten sorun mu? Mevcut bir tablo yeterli olur mu? Kullanıcı yeni bir araca neden geçsin? Cevaplanmamış sorular açık kalır.
“Teklif gönderen işletmelerin yaşadığı gecikmeleri, pazar alternatiflerini ve talep sinyallerini topladım.”
“Basit bir e-tablo veya hazır şablon zaten bu işi görüyor olabilir. Neden yeni bir araca geçilsin?”
“Kullanıcı teklifin kabul edilip edilmediğini bir bakışta görebilecek mi? Alışkanlığını değiştirmesine değer mi?”
“Gerekçeleri ve alternatifleri tarttım. Konuyu dar bir gösterimle mimari aşamasına taşımayı öneriyorum.”
2. Karar — Küçük ve açık bir kapsam seçerim
Kabul ettiğim fikir için Ted tek sayfalık kapsam hazırlar. Hedef kullanıcı, yapılacak iş, kapsam dışındakiler, riskler ve sınama yöntemi birlikte görünür.
İlk gösterimde teklif adı, durum ve takip tarihi bulunan tek bir liste yeterli olabilir. Otomatik mesaj gönderimi ve başka sistemlerle bağlantı bu örneğin dışında kalır.
“Kapsam netleştirildi: teklif adı, durum ve takip tarihi bulunan tek bir gösterim listesi. Karmaşık entegrasyonlar kapsam dışı bırakıldı.”
3. Taslaklar — Onaylı kapsam somutlaşır
Don kullanımın ve faydanın açıklamasını hazırlar. Silvio gerekiyorsa örnek verili demoyu kurar. Neyi deneyebildiğim, nelerin henüz yalnızca öneri olduğu açıkça belirtilir.
Örnek bir teklifin durumunu değiştirip takip listesinin nasıl güncellendiğini inceleyebilirim. Bunun gerçek müşteri verisiyle çalışan bir sistem olduğu ileri sürülmez.
“Teklif takibinin sağladığı kolaylığı sade bir dille açıkladım. Varsayımları ve sınırları açık tuttum.”
“Örnek verilerle çalışan etkileşimli gösterim hazır. Sınanan noktaları ve henüz hazır olmayan parçaları belirttim.”
4. Düzeltmeler — Bulgulara göre iyileştiririz
İzin verdiğim görsel anlatım bu aşamada incelenir. Anton açıklamaları ve test sonuçlarını kontrol eder; eksikler ilgili role geri döner.
Durum değişikliği doğru yansıyor mu, gösterimdeki örnek veri açıkça belirtilmiş mi, anlatım demoda olmayan bir özellik vaat ediyor mu?
“Ekran akışını ve durum takibinin nasıl çalıştığını gösteren görsel şemayı ve açıklamayı hazırladım.”
“Açıklamaları ve test sonuçlarını denetledim. Demoda olmayan vaatler metinden çıkarıldı, kalan sınırlamalar listelendi.”
5. Onay — Yalnızca incelediğim sürüm yayınlanır
Son dosyalar ve kontrol sonuçları birlikte önüme gelir. Açıkça “Tamam, yayınla” dediğimde yalnızca onayladığım sürüm yayınlanır. İçerik veya kapsam değişirse önceki izin yeni sürüm için kullanılamaz.
İncelediğim ve test ettiğim gösterim açıkça onay verdiğimde yayınlanır; önceki onay yeni bir sürüme taşınmaz.
“Son dosyaları ve inceleme sonuçlarını kontrol ettim. Açıkça onay verdiğim bu sürüm yayın siciline işlendi ve yayına alındı.”
Üç çalışma ilkesi
Ayrı ilk değerlendirme
Şüpheci ve müşteri vekili birbirlerinin ilk görüşünü görmez. Bu düzen farklı itirazları ortaya çıkarmaya yardımcı olur; gerçek dünyadaki kanıtın yerine geçmez.
Araştırma otomatik, karar bende
Fikirler araştırmaya kendiliğinden girer. Üretim, gerekli görsel çalışma, son inceleme ve yayın kendi onaylarına bağlıdır. Bir aşamaya verdiğim izin diğer aşamaları açmaz.
Ret ve revizyon kayıtlıdır
Reddettiğim fikir otomatik olarak yeniden açılmaz. Kaynak veya kapsam değişince değerlendirme yenilenir; eski görüş ve izinler yeni işe taşınmaz.
Sohbet konseyi nasıl çalışır?
Bu konseyi sohbetimde /konsey komutuyla başlatırım. Üç bağımsız görüş, tek çapraz eleştiri turu ve gerekçeli son cevap: aşağıdaki şema bilginin bu süreçte nasıl ilerlediğini gösterir.