Yapay zeka dönüşümünü IT ekibi tek başına yürütebilir mi?

Bugün yine yönetim kurulu toplantısında gündem yapay zeka. Masanın bir ucunda genel müdür yardımcısı duruyor, diğer ucunda ise bilgi teknolojileri yöneticisi. Bilgi teknolojileri yöneticisi kendinden emin bir şekilde son birkaç aydır üzerinde çalıştıkları projeyi sunuyor: Şirket içi verilerle beslenmiş bir sohbet robotu. Yazılımcılardan biri API bağlantısını kurmuş, arayüzü tasarlamış ve sunucuya yüklemiş. Bizim yapay zeka dönüşümümüz zaten başladı, ek bütçeye ya da dışarıdan bir desteğe ihtiyacımız yok, her şeyi içeride çözüyoruz cümlesi kurulduğu an, şirket farkında olmadan klasik bir tuzağa düşüyor.

50 ile 500 kişi arasındaki şirketlerde sıklıkla gözlemlediğimiz bu tablo, teknoloji ile iş dönüşümü arasındaki temel farkın karıştırılmasından kaynaklanıyor. Şirketlerin mevcut teknoloji ekipleri, altyapıyı ayakta tutmak, veri güvenliğini sağlamak, günlük teknik sorunları çözmek ve mevcut yazılımları entegre etmek konusunda uzmandır. Ancak yapay zeka dönüşümü bir yazılım güncellemesi ya da yeni bir sunucu kurulumu değildir. İş yapış şekillerinin, departmanlar arası iş akışlarının ve hatta şirketin değer yaratma modelinin yeniden tasarlanmasıdır.

Teknolojinin varlığı ile iş süreçlerinin dönüşümü aynı şey değildir

Teknoloji ekibine yapay zeka çözümü üretme görevi verildiğinde, haklı olarak bunu bir mühendislik problemi olarak ele alırlar. Kod yazarlar, entegrasyon yaparlar ve sistemi çalışır hale getirirler. Fakat yazılımın teknik olarak çalışıyor olması, o yazılımın şirketin operasyonel verimliliğini artıracağı anlamına gelmez.

Örneğin, operasyon ekibinin her gün saatlerce süren manuel veri girişini otomatikleştirmek istediğinizi düşünelim. Teknoloji departmanı, belgeleri okuyan ve bunları veri tabanına işleyen bir yapay zeka modeli kurabilir. Teknik olarak bu harika bir başarıdır. Ancak operasyon ekibi, mevcut iş akışlarında bu aracı nasıl kullanacaklarını bilmediği, eski alışkanlıklarından vazgeçemediği ya da yeni sistemin getirdiği sorumlulukları üstlenmek istemediği için aracı kullanmayı bırakır. Sonuçta, teknik olarak çalışan ama kimsenin dokunmadığı bir yazılımınız olur.

Buradaki eksik halka, iş analizi ve süreç tasarımıdır. Teknoloji ekipleri genellikle departmanların günlük işleyişindeki mikro verimsizlikleri, müşteri ilişkileri yönetimindeki hassasiyetleri veya finans ekibinin yasal risklerini derinlemesine analiz edecek zamana ve perspektife sahip değildir. Onların görevi talep edilen sistemi kurmaktır, o sistemin iş sonuçlarına nasıl yansıyacağını tasarlamak değil.

Şirket içindeki tek bir yazılımcının sınırları

Pek çok orta ölçekli şirkette, halihazırda çalışan yazılımcıların bu işi tek başına çözebileceği algısı hakimdir. Bu yaklaşım, tek bir inşaat mühendisine hem mimariyi çizdirmek, hem tesisatı döşetmek, hem de binanın iç mimarisini yaptırmak gibidir.

Yazılımcılar, kendilerine verilen net tanımlar doğrultusunda kod yazarlar. Bize bir fatura okuma sistemi yap dediğinizde bunu yapabilirler. Ancak yapay zeka ile operasyon maliyetlerimizi nasıl düşürebiliriz sorusu bir yazılımcının değil, bir iş stratejistinin yanıtlaması gereken bir sorudur. Yazılımcıyı bu konumda bırakmak, onu asli işinden uzaklaştırırken aynı zamanda şirketi de dar bir teknolojik bakış açısına mahkum eder.

Üstelik, mevcut teknoloji ekipleri zaten kendi iş yükleri altında ezilmektedir. Günlük siber güvenlik tehditleri, çöken sunucular, yeni işe girenlerin bilgisayar kurulumları ve mevcut iş yazılımlarının bakımı gibi rutin işler, yapay zeka gibi odaklanma gerektiren stratejik projelere zaman kalmasını engeller. Yapay zeka projeleri, teknoloji departmanının öncelik listesinde genellikle acil operasyonel sorunların arkasına düşer ve süreç uzadıkça motivasyon kaybolur.

Dönüşümün liderliğini iş birimlerine taşımak

Gerçek bir dönüşüm, teknolojinin değil, iş ihtiyacının liderliğinde gerçekleşir. Bu nedenle karar vericilerin yapay zekayı teknoloji departmanının bir alt projesi olarak görmekten vazgeçmesi gerekir. İlk adım, mevcut iş süreçlerinin nerede tıkandığını, hangi departmanlarda zaman kayıpları yaşandığını tespit etmektir.

Bu tespiti yapmak için şirketler genellikle kapsamlı bir durum analizi ile işe başlar. Bir AI Readiness Audit süreci, şirketin sadece teknolojik altyapısını değil, aynı zamanda çalışanların yetkinliklerini ve süreçlerin yapay zekaya uygunluğunu da ortaya koyar.

Ardından gelen aşamada ise büyük bütçeli ve uzun vadeli projelere girmeden önce, hızlı kazanımlar elde etmek hedeflenir. Kısa süreli bir Discovery Sprint düzenlemek, iş birimleri ile teknik ekipleri aynı masada buluşturur. Bu çalışmada, birkaç hafta içinde hayata geçirilebilecek ve işe doğrudan etki edecek küçük ölçekli projeler belirlenir.

Daha geniş perspektifte, bu dönüşümün sürdürülebilir olması için yönetimin stratejik desteğe ihtiyacı vardır. Şirketler, liderlik ekibinin vizyonunu netleştirmek için bir Executive Workshop düzenleyebilir veya uzun vadeli yol haritasını yönetmek adına bir Transformation Retainer modeliyle dışarıdan rehberlik alabilir. Hatta bazı organizasyonlar, kararların tarafsız ve iş odaklı alınmasını güvence altına almak için yönetim kurullarında bir Advisory Board Seat oluşturmayı tercih eder.

Önümüzdeki hafta ne yapmalısınız

Önümüzdeki hafta yapay zeka kararını vermeden önce, teknoloji yöneticinizle yapacağınız toplantıda basit bir test uygulayabilirsiniz. Kendisine teknik detayları, hangi modelleri kullanacaklarını veya veri tabanı entegrasyonlarını sormayın. Bunun yerine şu soruları yöneltin:

• Bu geliştireceğimiz yapay zeka aracı, operasyon ekibimizin günlük çalışma rutininde hangi spesifik adımı ortadan kaldıracak?
• Bu yeni sistem devreye girdiğinde, ilgili departmandaki çalışanların haftalık çalışma saatlerinde nasıl bir boşa çıkma hedefliyoruz?
• Bu dönüşümün getireceği iş süreci değişikliklerine karşı çalışanların direncini nasıl yöneteceğiz?

Eğer aldığınız yanıt sistem mimarisi, API maliyetleri veya teknik kütüphaneler üzerine ise, dönüşümünüzün teknoloji departmanının sınırları içinde sıkışıp kaldığını fark etmeniz gerekir. Çözüm, teknoloji ekibinizi suçlamak değil, onların teknik gücünü doğru iş stratejisiyle birleştirecek köprüyü kurmaktır. İlk yapmanız gereken, teknolojiyi değil, iş sürecini masaya yatırmaktır.