Organizasyon Şemasında Ajanlar Yoksa Sorumluluğu Kim Alıyor?

Çoğu şirketin organizasyon şeması hala 20. yüzyıl tasarımında kalıyor: insanlar, roller, raporlama zinciri. Ne var ki günümüzde bu şemalar eksik.

Geçen ay bir fintech firmasında danışmanlık yaptığım sırada şunu fark ettim. Müşteri müdürü, pazarlama ekibinin müşteri segmentasyonu otomasyonu için bir ChatGPT promtu kurmuştu. İyi niyetli, hızlı bir çözüm. Ama sorun şu: Bir spam kampanya gitti, para cezası aldılar. Sorumlu kim? Müdür mü? ChatGPT’nin tasarımcısı mı? Kullanıcı mı? Hiç kimse sorumlu görülmedi çünkü hiç kimse “ajansal görev” için resmi olarak atanmamıştı.

Bu sorun yazılım ekiplerinde daha açık ortaya çıkıyor. Bir backend mühendisi kendi ortamında bir AI geliştirme ajanı çalıştırıyor. Kod üretip CI/CD’ye gönderiyor. Güvenlik denetimi mi yapılıyor? Yetki kontrol ediliyor mu? Cevap: belki. Ama “bu ajanın yetkileri neler?” sorusunun resmi bir yanıtı yoktur. Organizasyon şeması sadece “backend mühendisi var” diyor; ajan yoktur.

Sonuç: sorumluluğun uçuruma düşmesi.

Kurumsal büyüdükçe bu sorun çoğalır. Yüz kişinin işçi olduğu firmada, belki bin civarında “AI ajanı dokunuşu” vardır ve kimse tam harita görmez.

İşte neden organizasyon şemasını yeniden düşünmek gerekiyor.

Düğümler Sadece İnsan Değildir

Klasik org şeması şöyle çalışır:

• İnsan: CEO
• İnsan: CTO
• İnsan: Mühendis A
• İnsan: Mühendis B

Modern ortamda:

• İnsan: CEO
• İnsan: CTO
• İnsan: Mühendis A
• Ajan: Kod İnceleme Ajanı (Mühendis A’nın sorumluluğunda)
• Ajan: Yazı Yardımcısı (CEO’nun ofisinde, CTO onaylı)
• İnsan: Mühendis B
• Ajan: Log Analiz Ajanı (Sistem Yöneticisi’nin delegesi)

Her ajan, organizasyon şemasında bir düğüm olmalıdır. Neden? Çünkü her ajan:

1. Bir kararı alıyor (spam gönder mi, kodu birleştir mi, fatura hazırla mı)
2. Bir işlemi yürütüyor
3. İz bırakıyor (log, audit trail, sonuç)
4. Bir sahibi var (responsible_id)

Responsible_id Nedir?

Herhangi bir işin sorumluluğu bir insan veya rollen bağlıdır. Ajan da aynıdır.

Örnek:

• Pazarlama müdürü, spam filter ajanının tasarımında onay verdi.
• Kod inceleme ajanı, Mühendis A’nın makinesinde çalışıyor. Yetkileri Mühendis A’dan geldi.
• Yönetim raporu ajanı, CFO’nun politikası altında raporlar üretiyor.

Bu üç durumda, sorumluluğun sahibi açıktır:

1. Pazarlama müdürü
2. Mühendis A
3. CFO

Ajan şemayla bu bağlantı görünür hale gelirse:

• Yazılım hatasında kim sorumlu? Ajanın sahibi olan İnsan X’e bakılır.
• Etik uyumsuzluk mu? Ajanı onaylayan insan ve onun yöneticisi.
• Kapasite aşımı mı? Ajan kimin omu?

Pratik Bir Senaryo

Bir e-ticaret şirketinde:

Organizasyon şeması (eski):

• Müşteri İlişkileri Müdürü
  • Temsilci A
  • Temsilci B
  • Temsilci C

İnsan ekip, müşteri maili atıyor, sorunları çöziyor. Gayet açık.

Organizasyon şeması (yeni):

• Müşteri İlişkileri Müdürü
  • Temsilci A
  • Ajan: Otomatik Yanıt Sistemi (Temsilci A & B sahibi, Müdür onaylı)
  • Temsilci B
  • Temsilci C
  • Ajan: Email Sınıflandırma (Temsilci A, B, C’nin ortak delegesi, Müdür imzası ile)

Artık sorular net:

• Ajan bir yanlış kategorizasyon yaptı mı? Hangisinin hatası?
• Ajan’ın iş yükü sınırını aştı mı? Kimin kapasite limiti?
• Ajan bir politika ihlali yaptı mı? İnsan sahibi neden denetim yapılmadı?

İnsan Şemasının Eksikliği, Makine Şemasını da Görünmez Kılar

Pek çok kurum bugün “shadow AI” ile zaten işlemiyor. ChatGPT, Copilot, custom bot, tüm bunlar sessizce çalışıyor. Fakat çünkü resmi org şemasında yer almıyorlar, denetim ve sorumluluğu kayıp gidiyor.

Bir fintech şirketi, kurumsal muhasebe otomasyonu için ajan satın aldı. Sistem, gümrük maliyetini yanlış hesapladı. Müşteri 50.000 dolar kaybetti. Sorumlu kim?

Organizasyon şemasında ajan yoksa, sorumluluk kimsenin omuzuna düşmez. Avukat tartışması başlar.

Organizasyon şemasında ajan varsa ve responsible_id CFO’nın delegesi ise, hesap verebilirlik zinciri net: CFO, Genel Müdür, Yönetim Kurulu.

Sonraki Adım: Git ile Şema Versiyonlanması

İnsan org şeması güncellenirken (yeni kişi, terfi, ayrılış), neden ajan şeması otomatik güncellenmesin?

Eğer organizasyon şemasını kod (Markdown, YAML, config) olarak tutarsan:

team:
  - name: Finansal Raporlama
    responsible: alice@company.com
    members:
      - name: Bob (human)
        role: analyst
      - name: FinAI (agent)
        type: agent
        responsible: bob@company.com
        skills: [data_extraction, summarization]
        policy: finance.md

Git’teki değişiklik, kim tarafından, ne zaman, neden yapıldığının kayıt defteri olur. Bir ajan silinirse, silinme nedeni commit mesajında açıklanır. Yetkiler değişirse, PR’de tartışılır.

Böylece organizasyon versiyonlanmış, denetlenebilir, geri alınabilir olur.

Özet

Organizasyon şemasında ajanlar yoksa, sorumluluğu yoktur. Sorumluluğu yoksa, denetim ve hesap verebilirlik zinciri kırılır. Modern kurumlar, insan ve ajan düğümlerini eşit şekilde şemaya dahil etmelidir. Her ajan bir insan sahibi (responsible_id) ve politika (policy.md) ile gelmeli. Şema Git ile versiyonlanmalı ve sorgulanabilir olmalıdır.

Ancak bu sayede şirketinizde “gölge AI” yerine, “görünen, yönetilen, denetlenen AI” olur.