Yapay zekâ iş akışını nasıl değiştiriyor? Ekip liderleri için araştırma notları

Ekipte yapay zekâ kullanmaya nereden başlamalı?

İşe bir araç listesiyle değil, tekrar eden ve çıktısı kontrol edilebilen küçük bir iş akışıyla başlayabilirsiniz. İşteGeliş olarak önerimiz; mevcut adımları görünür kılmak, AI ile yapılacak denemeyi ortak bir yöntemle yürütmek ve sonucu aynı kalite ölçütleriyle değerlendirmektir. Böylece bir çalışanın kişisel denemesi, ekipçe öğrenilebilecek bir uygulamaya dönüşebilir.

Bu araştırma notu, Microsoft'un 2026 Work Trend Index raporundan iki bulguyu ele alıyor. Ardından İK ekipleri ve yöneticiler için kendi uygulama önerilerimizi paylaşıyoruz. Konumuz bir yazılımın nasıl kurulacağı değil; farklı kişilerin ürettiği çıktıların aynı iş akışında nasıl kullanılabileceği. Belirli bir ürün önerisi veya verimlilik artışı garantisi sunmuyoruz.

Araştırmanın kapsamı ve iki bulgu

5 Mayıs 2026'da yayımlanan Microsoft Work Trend Index raporunun anketi, Şubat–Nisan 2026 döneminde 10 pazarda AI kullanan 20.000 tam zamanlı çalışan veya kendi hesabına çalışan bilgi çalışanıyla yapıldı. Araştırmayı Edelman Data x Intelligence yürüttü. Türkiye örneklemde yer almıyor; AI kullanmayanlar ankete dahil edilmedi.

Katılımcıların %66'sı AI sayesinde yüksek değerli işlere daha fazla zaman ayırabildiğini söylüyor. Buna karşılık %26'sı üst yönetimin AI konusunda açık ve tutarlı bir ortak yönelim gösterdiğini belirtiyor. Bunlar katılımcı beyanlarıdır; ölçülmüş zaman tasarrufu veya tüm çalışanları temsil eden kullanım oranları değildir. Rapordaki anket sonuçları, ayrı Microsoft 365 kullanım verileriyle de karıştırılmamalıdır.

İşteGeliş yorumu: kişisel kolaylığı ortak iş düzenine taşıyın

Bizim değerlendirmemiz, AI kullanımını yalnızca kaç kişinin araç açtığı üzerinden izlemenin ekip içindeki değişimi anlamak için yetersiz kalabileceği yönünde. Bir kişi hızlı bir taslak üretiyor olabilir; ancak başka biri o taslağı anlamak ve düzeltmek için daha fazla zaman harcıyorsa işin tamamına bakmak gerekir. İlk çıktının hızı ile tamamlanmış işin niteliği ayrı sorulardır.

Bu nedenle yöneticinin başlangıç görevi, ekipteki iyi örnekleri görünür kılmak ve ortak beklentiyi açıklamak olabilir. Hangi işte deneme yapılıyor, hangi bilgi kullanılıyor ve çıkan taslak bir sonraki kişiye nasıl aktarılıyor? Bu sorulara herkes farklı yanıt veriyorsa, aynı aracı kullanmak ortak bir çalışma yöntemi kurulduğu anlamına gelmez.

Aşağıdaki üç adım İşteGeliş'in uygulama önerisidir. Microsoft araştırmasında sınanmış bir müdahale modeli olarak sunulmamalıdır. Ekip büyüklüğüne, işin hassasiyetine ve kurumun mevcut kurallarına göre uyarlanabilir. Amaç bütün işi bir anda değiştirmek yerine, küçük bir denemeden ne öğrenildiğini açıkça konuşabilmektir.

1. adım: çıktısı görülebilen tek bir işi seçin

Tekrarlanan bir görev seçip başlangıcını ve bitişini yazın. Örneğin herkese açık ürün bilgilerinden kurum içi bir karşılaştırma taslağı hazırlamak düşünülebilir. Burada başlangıç, kullanılacak kaynakların seçilmesi; bitiş ise ekip arkadaşının inceleyebileceği bir taslağın hazırlanmasıdır. Müşteriye doğrudan gönderim veya sistemde otomatik işlem yapmak bu ilk denemenin kapsamına girmek zorunda değildir.

Mevcut yöntemde hangi adımların izlendiğini işi yapan kişilerle birlikte çıkarın. Bilgi arama, not alma, taslak oluşturma ve gözden geçirme ayrı adımlar olabilir. En çok nerede bekleme veya tekrar çalışma oluştuğunu sorun. AI kullanmanın hangi adımı değiştirmesini beklediğinizi bir cümleyle ifade edin; bütün süreci hızlandırmak gibi geniş bir hedefle yetinmeyin.

Başlamadan önce kabul edilebilir çıktıyı tarif edin. Karşılaştırmada hangi alanlar bulunmalı, iddiaların kaynağı nasıl gösterilmeli ve eksik bilgi nasıl işaretlenmeli? Bu ölçütler, hem mevcut yöntemi hem yeni denemeyi değerlendirmek için kullanılabilir. İki yöntemde farklı kalite beklentileri kullanmak, görünen farkı yorumlamayı zorlaştırır.

2. adım: denemeyi paylaşılabilir bir çalışma notuna dönüştürün

İlk denemeyi yapan kişinin yalnızca son çıktısını saklamak yerine, işi nasıl tarif ettiğini de kaydedin. Kullanılan kaynaklar, verilen görev, beklenen biçim ve karşılaşılan sorunlar kısa bir notta bulunabilir. Bu not, herkesin aynı cümleleri ezberlemesi için değil, başka bir çalışanın yöntemi anlayıp kendi işi üzerinde deneyebilmesi için hazırlanır.

Kurumun onayladığı araç ve veri kullanım kurallarını esas alın. Açık kaynakla yapılabilen bir denemeye müşteri bilgilerini veya şirket içi belgeleri gereksiz yere taşımayın. İzin verilen veri konusunda belirsizlik varsa denemenin kapsamını daraltın ve ilgili kurum sorumlusuyla netleştirin. Teknik erişimin bulunması, her verinin kullanılabileceği anlamına gelmez.

İki çalışanın aynı görev üzerinde çalışmasını ve yöntem notunu karşılaştırmasını sağlayabilirsiniz. Birinin kullandığı bağlam diğerinde eksik olabilir; aynı çıktı biçimi farklı kişilerce farklı anlaşılabilir. Bu farkları hata aramak için değil, ortak yöntemi sadeleştirmek için konuşun. Denemenin işe yaramadığı durumları da not etmek, yalnızca başarılı örnekleri paylaşmaktan daha açıklayıcı olabilir.

3. adım: hızı, kaliteyi ve tekrar işi birlikte değerlendirin

Denemenin sonunda yalnızca ilk taslağın ne kadar hızlı oluştuğuna bakmayın. Kaynakların doğrulanması, yanlışların düzeltilmesi ve çıktının yeniden hazırlanması için gereken emeği de konuşun. Küçük bir pilotta kesin oranlar hesaplamak yerine, hangi adımın kolaylaştığını ve hangi adımın yeni bir yük getirdiğini somut örneklerle kaydetmek daha anlamlı olabilir.

Değerlendirme görüşmesinde aynı kalite ölçütlerini kullanın. Gerekli alanlar tamam mı, kaynaklar ilgili iddiayı destekliyor mu, belirsizlikler görünür mü? Çıktı iyi görünse bile içeriğin doğruluğu ayrıca incelenmelidir. Karşılaştırılabilir örnekler seçmeye çalışın; çok basit bir yeni işi, geçmişteki en zor görevle kıyaslayarak başarı sonucu çıkarmayın.

Sonraki kararı küçük tutun: aynı yöntemle bir deneme daha yapmak, çalışma notunu değiştirmek veya bu görevde eski yönteme dönmek. Başarısız denemeyi gizlemek yerine nedenini kaydedin. Araçtan, görev tarifinden ve işin koşullarından kaynaklanan sorunları ayırmak, eğitim ihtiyacını da daha doğru tanımlamanıza yardımcı olabilir.

Ekip liderinin kısa kontrol listesi

Aşağıdaki liste bir değerlendirme ölçeği değildir ve bilimsel bir puan üretmez. Deneme başlamadan önce açık kalan konuları bulmak için kullanılabilir. Her maddeye uzun bir prosedür yazmak gerekmez; ekibin anlayacağı kısa bir yanıt ve gerektiğinde başvuracağı kişi yeterli bir başlangıç olabilir.

• Denemenin başlangıcı, bitişi ve beklenen çıktısı belli mi?
• Kullanılacak bilgi ve aracın kurum açısından uygunluğu net mi?
• Çıktıyı değerlendirmek için ortak kalite ölçütleri var mı?
• Görev tarifi ve kaynaklar başka bir çalışanın anlayacağı şekilde kaydedildi mi?
• Düzeltme ve tekrar çalışma ihtiyacı değerlendirmeye dahil mi?
• Deneme sonunda devam, değişiklik veya durdurma kararı verilecek mi?

Bu çalışma eğitim ihtiyacına nasıl dönüşür?

Pilot sırasında çalışanlar görevi açık tarif etmekte, kaynakları değerlendirmekte veya sonucu sunmakta zorlanabilir. Eğitim talebini genel bir AI başlığıyla sınırlamak yerine bu gözlenen davranışlardan birine bağlayın. Aynı araç hakkında daha fazla özellik öğrenmek, iş akışındaki her sorunu çözmeyebilir. Öncelikle hangi uygulamanın geliştirilmesi gerektiğini belirleyin.

İşteGeliş üzerinden kurumsal eğitim planlarken hedef katılımcıyı, mevcut iş adımını ve beklenen çıktıyı paylaşabilirsiniz. Aşağıdaki eğitim kataloğu ve kurumsal talep bağlantıları bu hazırlığı ilerletmek için kullanılabilir. Araştırma soruyu gündeme getirir; ekibiniz için işe yarayan düzeni ise kendi küçük denemeniz, gözlemleriniz ve takip kararlarınız şekillendirir.