Çok Kanallı Sürtünme
Mevcut görevimde günlük gerçekliğim şu şekilde ilerliyor: Sabahları bir kentsel mobilite şirketinde operasyon birimindeyim; müşterilerin acil ihtiyaçlarına yanıt veriyorum, personel çizelgelerini kontrol ediyorum ve "acil" olanları henüz krize dönüşmeden temizliyorum. Öğleden sonraları ise iş geliştirme: dış aramalar, satış havuzu (pipeline) incelemeleri ve geniş ölçekli ikna süreçleri.
İki rol. Tek kişi. Birbirine zıt talepler.
Benim "Operasyon" versiyonum bugünü onarıyor. "Satış" versiyonum ise geleceğin peşinde koşuyor. Tam ortada ise bir darboğaz duruyor: ben. İki hayat arasındaki her devir-teslim zihnimin içinde gerçekleşiyor; bu da her bağlam değişimi (context switch) için bir bedel ödemem gerektiği anlamına geliyor: zaman, enerji ve bilişsel keskinlik.
Bundan kendi çabamla kurtulmaya çalıştım. Daha iyi takvim sistemleri, daha katı zaman blokları, daha akıllı önceliklendirmeler... Hiçbiri ihtiyacım olan seviyede işe yaramadı. Sorun verimlilik değildi. Sorun, insani eylem gücünün tavan çizgisiydi: Kendimi tükenmişliğin eşiğine kadar optimize edebilir, ama yine de kendi rollerim arasındaki bağlayıcı olmanın yarattığı temel darboğazdan kaçamazdım.
Ben Buradan Daha Önce Geçtim
Bu sürtünme benim için yeni değil. Daha önce de yürüttüğüm bir modelde de tecrübe ettim, sadece araçlar farklıydı.
1998 yılında, gıda ambalajı sektöründe sıfırdan bir üretim tesisi kurdum. Yüzlerce alt görevden oluşan süreğen bir iş ve işletme büyüdükçe sürekli evrilen gereksinimler... Çözümüm, bugün de başvuracağım içgüdüyle aynıydı: sistemlerle düşünmek. Her süreci olabildiğince tekrarlanabilir ve "sıkıcı" hale getirmek. Delege etmek. Adımları değil, sonuçları denetlemek.
Oradan ayrıldığımda, bu yaklaşım ortaya üç klasör (ISO 9001, ISO 22000 ve ISO 14001) ve kendi ivmesiyle çalışan bir üretim tesisi çıkarmıştı.
Ondan da önce, bir dil okulunun operasyonlarını koordine ediyordum: ön ofisi yöneten bir yönetici ve üç satış personeli, arka planda ise yirmi öğretmenle işi yürüten ben. Farklı sektör, aynı mimari: Sistemi elinde tut, icraatı delege et, sonuçları denetle.
O klasörler benim kontrol mekanizmamdı; öğretmenler ise benim aracılarımdı (agents). Sadece o zamanlar henüz bu terminolojiye sahip değildim.
Yöntem değişmedi ama kısıtlar değişti. Eskiden bu tür bir eylem gücü inşa etmek koca bir ekip gerektirirdi ve insanlardan oluşan ekipler maliyetlidir. Kötü günleri olur. Odakları dağılır. İşten ayrılırlar. Sürekli olarak yüksek eylem gücüne sahip insanlardan oluşan bir ekip kurmak, her organizasyonun en zor problemlerinden biridir. Bugün ise kısıt, çalışan sayısı değil, konfigürasyondur.
Otomasyondan Orkestrasyona
Çıkış yolu bir "gölge proje" olarak başladı; kenarda köşede inşa ettiğim, henüz neye dönüşeceğinden emin olmadığım bir şey.
Önce otomasyonla başladı. "Şu olursa şunu yap" kuralları: CRM güncellemelerini otomatik kaydet, destek taleplerini anahtar kelimeye göre yönlendir, takip dizilerini tetikle. Yararlıydı ama dardı. Lineer otomasyon, net girdileri ve öngörülebilir adımları yönetir. Ancak karmaşık ve yüksek bağlam gerektiren geçişlerde (müşterinin alışılmadık bir talepte bulunduğu bir satış görüşmesi veya net bir kategorisi olmayan bir operasyonel sorun gibi) çöker.
Kırılma noktası, otomasyon kurmayı bırakıp bir orkestrasyon katmanı inşa etmeye başladığımda yaşandı; kuralları uygulayan değil, bağlamlar arasında muhakeme yürüten bir yapay zekâ ajanları sistemi. Bu da farklı bir düşünme biçimi gerektiriyordu: "Hangi yapay zeka aracı en iyisi?" değil, "Bu özel iş için hangi yapay zeka doğru?" sorusu.
İş Geliştirme (BD) için, görüşme sonuçlarını analiz etmek ve sistemler kurmak için Claude'u; potansiyel müşteri araştırması ve web taraması için Gemini'yi kullanıyorum. Yan proje olarak yürüttüğüm İş İngilizcesi öğrenme platformu içinse, kıdemli yazılımcı olarak Claude'u, müfredat uzmanı olarak Gemini'yi seçtim; çünkü Gemini'nin eğitimi onu yabancı dil eğitimi (EFL) kaynakları konusunda daha güçlü kılıyordu. Kendi güçlü yanlarına göre değerlendirilen iki farklı model, aynı sistem içinde çalışıyor.
Pratikte şöyle görünüyor: Teams üzerinde karmaşık bir satış görüşmesi sona eriyor. Orkestrasyon katmanım transkripti okuyor, verdiğim her operasyonel sözü tanımlıyor, mevcut destek yüküyle çapraz kontrol yapıyor ve ben daha başka bir pencere açmadan bir devir-teslim özeti taslağı hazırlıyor. Manuel not tutmak yok. Satış ve Operasyon kimliklerim arasında çeviri yaparken kaybolan bağlam yok. Sistem ipin ucunu tutuyor, böylece benim tutmama gerek kalmıyor.
Aynı gölge proje sonunda platformun kendisine dönüştü: Yapay zekâ destekli, yetişkin İngilizce öğrenenler için inşa edilmiş ve günlük işimin yanında tıkır tıkır işleyen bir sistem. Aynı orkestrasyon prensibi burada da geçerli: ders üretimi, öğrenci geri bildirim analizi ve müfredat sıralaması... Hepsi benim manuel olarak yürüttüğüm değil, denetlediğim bir sistem üzerinden ilerliyor. Artık iki kanal aynı saatler için rekabet etmiyor. Her ikisinin arkasındaki niyeti anlayan bir katman sayesinde birbirine bağlı şekilde, paralel çalışıyorlar.
Kaldıracı Olmayan Çok Kanallı Operatör
Çok kanallı yaşam artık norm haline geliyor. Mevcut işlerin yanında ilerleyen girişimler. Operasyonel işlerin yanında yaratıcı çalışmalar. Tek kanallı kariyer, 20. Yüzyılından kalma bir eserdir.
Ancak her kanalda asıl işçi olarak kalmaya devam ederseniz, çok kanallı hayat bir tuzaktır. Teknik bir kaldıracınız —farklı rollerinizin bağlamını anlayan bir orkestrasyon katmanınız— yoksa, birden fazla kanalı yönetmiyorsunuzdur. Sadece bitkinsinizdir.
Bu tür bir eylem gücüne giden eski yol bir ekip gerektiriyordu: koordinatörler, yöneticiler, satış personeli ve üretim ekipleri. İnsan ekipleri pahalıdır, tutarsızdır ve ölçeklendirilmesi zordur. Ajanların ise —doğru konfigüre edildiklerinde— kötü günleri olmaz. Yeni kısıt çalışan sayısı değil; niyetin netliği ve kurulumun kalitesidir.
Gelecek nesil profesyoneller, ne kadar çok şey yapabildikleriyle tanımlanmayacaklar. Ne kadar etkili orkestrasyon yapabildikleriyle tanımlanacaklar: Niyetlerini bağlamlar arasında taşıyan, işi akıllıca devreden ve saatleri katlamadan çıktıyı katlayan sistemler inşa etmek.
Artık Satış ve Operasyonu yönetmiyorum. Onları birbirine bağlayan sistemi denetliyorum ve aynı mimariyi yan tarafta kendime ait bir şey inşa etmek için kullanıyorum.
Hedef, daha iyi bir dişli olmak değil. Hedef, makineyi inşa etmek ve sonra bir adım geri çekilip sırada neyin olduğunu kurgulamaktır.
