Ekibinizin proje panosunda sessizce yerleşmiş bir varsayım var: her atanan kişi bir insandır. Her durum değişikliğine birileri tıklamıştır. Her "Tamamlandı", işi bir insanın yaptığı ve başka bir insanın da ona göz attığı anlamına gelir. Bu varsayım, yirmi yıllık proje yönetimi yazılımı boyunca geçerliliğini korudu; ama ekibiniz gerçek işleri AI kodlama ajanlarına atamaya başladığı gün çatlamaya başlıyor.
Ajanlar, panonuzun tasarlandığı atanan kişiler gibi davranmaz. Gece 2'de çalışırlar. Dakikalar içinde bitirir, sonra birinin fark etmesini sessizce beklerler. Bir standup güncellemesi yerine bir diff, bir test çalıştırması ve bir özet üretirler. Takip aracınız bunların hiçbirini temsil edemiyorsa, ajan işleri panonun dışında gerçekleşir: özel terminallerde, özel sohbetlerde ve kişisel inisiyatiflerle alınan kararlarda. İş yapılır, ama kimse onu göremez, sahiplenemez veya kabul edemez.
Bu boşluğu kapatmanın bir adı var: AI ajan proje yönetimi. Bu rehber onu tanımlıyor, karıştırıldığı terimlerden ayırıyor, işleyiş döngüsünü adım adım anlatıyor ve alıştığımız her proje yönetimi yapı taşında neyin değiştiğini gösteriyor. Referans uygulama olarak, AI ajan orkestrasyonu rehberimizde yaptığımız gibi Sharkly'yi kullanacağız: önce kategori, sonra ürün.
Özet: AI ajan proje yönetimi nedir?
AI ajan proje yönetimi, AI ajanlarının yaptığı işlerin insanlarla birlikte atanması, takip edilmesi ve incelenmesi pratiğidir; böylece her ajan görevinin bir sahibi, bir durumu, eksiksiz bir bağlamı ve sonucu kabul ya da reddeden bir insanı olur. Ajanlara, özel terminallerin içindeki araçlar olarak değil, ortak bir çalışma sisteminin içindeki atanan kişiler olarak davranır. Ajanların çalışmasını sağlayan ajan orkestrasyonundan ayrıdır; ajan proje yönetimi onların işini görünür, sahiplenilmiş ve kabul edilmiş hale getirir. Ajan işi ekip işine dönüştüğünde buna ihtiyaç duyarsınız: birden fazla ajan, birden fazla insan ve incelenmeye değecek kadar önemli sonuçlar.
Tanımı adım adım açalım
AI ajan proje yönetimi, atananları arasında AI ajanlarının da bulunduğu işleri yönetme disiplinidir: ajanların yürütebileceği görevleri tanımlamak, bunları doğru ajana ya da kişiye atamak, bağlamı ve yürütme kaydını tek bir ortak yerde tutmak ve her sonucu insan incelemesinden ve kabulünden geçirmek.
Bu cümlede ağırlığı taşıyan beş kelime var:
- Atama. Bir ajana, tıpkı bir ekip arkadaşına görev verilir gibi görev verilebilir; hedef, kısıtlar ve kabul kriterleri göreve eklenir, terminal kapandığında kaybolan bir prompt'a yapıştırılmaz.
- Takip. Ajan işinin, kuyruğa alındı'dan çalışıyor'a ve inceleme bekliyor'a kadar tüm ekibin görebildiği bir durumu vardır ve aynı planda insan işleriyle birlikte yer alır.
- Bağlam. Ajan görevini yeni bir ekip arkadaşı gibi okur: açıklama, yorumlar, bağlantılı kod, önceki kararlar. Ve ürettiği çıktı yine aynı kayda düşer.
- İnceleme. Ajanın ürettiği şey geçerli sayılmadan önce bir insan onu okur.
- Hesap verebilirlik. Her ajan görevinin hesabını veren bir insan vardır. Yürüten ajan oldu; sonucun sahibi bir insan.
Kurulumunuz bu beş şeyi sağlıyorsa, hangi araçları kullanırsanız kullanın AI ajan proje yönetimi yapıyorsunuz demektir. Hiçbirini sağlamıyorsa, ajanlarınız var ama yönetiminiz yok.
AI ajan proje yönetimi ne değildir
Komşu üç terim sıklıkla bunun içine sıkıştırılır ve bu karışıklık, ekipler araç arayışına girdiğinde gerçek bir kafa karışıklığına yol açar.
Ajanların sonradan iliştirildiği geleneksel proje yönetimi değildir
Jira, Linear ve benzerleri, atananın insan olduğu varsayımı üzerine kuruldu: tek tür atanan, insan çalışma ritimlerini modelleyen durumlar ve kimin sorumlu olduğu ile neyin yürüttüğü arasında veri modeli düzeyinde hiçbir ayrım yok. Bazıları ajanlara doğru adım attı (Linear bir issue'yu bağlı bir kodlama ajanına devredebiliyor; ajan da ilerlemeyi ve bir diff'i issue üzerinde raporluyor), ancak yürütme hâlâ bağladığınız satıcının barındırdığı ajanın içinde, o satıcının koşullarıyla gerçekleşiyor. Elde edemediğiniz şey ise kendi kontrolünüzdeki makinelerde kendi runtime karışımınızı çalıştırabileceğiniz ve her çalıştırmanın tek bir ortak kaydını tutan tarafsız bir katman. Geleneksel takip araçlarının ne kadar esneyebildiğini insan-ajan ekipleri için Jira alternatifleri rehberimizde karşılaştırıyoruz.
Ajan orkestrasyonu değildir
En çok önem taşıyan ayrım budur, çünkü iki disiplin birbirine komşu ve birbirini tamamlayıcıdır. Ajan orkestrasyonu yürütmeyle ilgilidir: bir görevi bir ajana yönlendirmek, paralel çalıştırmaların çakışmaması için her ajanın çalışma alanını yalıtmak ve makinenin çalışır durumda kalmasını sağlamak. Ajan proje yönetimi ise işin kendisiyle ilgilidir: bunu kim istedi, neyi başarması gerekiyor, hangi durumda, kim inceliyor ve kabul edildi mi?
İkisini birbirinden net biçimde ayırmanın yolu şu: orkestrasyon ajanları çalıştırır; ajan proje yönetimi ise onların işini görünür, sahiplenilmiş ve kabul edilmiş hale getirir. Bir ekip mükemmel bir orkestrasyona sahip olup hiç ajan proje yönetimine sahip olmayabilir; bu da on ajanın sorunsuz biçimde paralel çalıştığı ama kimsenin ne üzerinde çalıştıklarını ya da kimin onay verdiğini söyleyemediği bir tabloya benzer.
Bir ajan framework'ü değildir
LangGraph gibi framework'ler ya da ajan SDK'larındaki çok ajanlı desenler, ajan uygulamaları geliştirmeye yarayan kod kütüphaneleridir. Bunlar, ajan inşa eden geliştiricileri ilgilendirir. Ajan proje yönetimi ise çoğunlukla Claude Code veya Codex gibi hazır kodlama runtime'larını kullanan ve bu işin bir ekip planına oturmasına ihtiyaç duyan ekipleri ilgilendirir. Tek satır framework kodu yazmadan da ajan proje yönetimini benimseyebilirsiniz. Kodlama işlerini otonom araçlara devretmek size yeni geliyorsa, agentic coding nedir yazımızla başlayın.
İşleyiş döngüsü: tanımla, ata, yürüt, incele, kabul et
Herhangi bir ajan proje yönetimi kurulumunu iskeletine indirin, aynı beş aşamalı döngüyle karşılaşırsınız. Her aşamanın bir insan yarısı, bir de ajan yarısı vardır ve döngü ancak ikisi de açıkça belirtildiğinde işler.
1. Tanımla. Görevi bir insan yazar: hedefi, neden önemli olduğunu, nelerin kapsam içinde ve dışında olduğunu ve tamamlanmanın nasıl değerlendirileceğini. Bu, insanlardan çok ajanlarda önemlidir, çünkü bir ajan koridorda edinilen bağlamı özümseyemez. Belirsiz bir ticket alan ekip arkadaşı öğle yemeğinde bir soru sorup netleştirir; bir ajan ise ya yorumda sorar ya da tahmin eder.
2. Ata. Görev bir atanana gider ve tam burada yapı taşı ikiye ayrılır. Sorumluluk bir kişiye gider: sonucun sahibi olan insana. Yürütme ise bir ajana, ya da ajanların dokunmaması gereken işler için bir kişiye gider. Bunları aşırı yüklenmiş tek bir "atanan" alanı yerine ayrı alanlar olarak tutmak, ajan proje yönetimindeki en önemli tek veri modeli değişikliğidir. Bu, hesap verebilirliği korurken yürütmenin yazılıma kaymasına olanak tanır. Bir Jira ticket'ını AI ajanına atama ve karşılığında PR alma rehberimiz bu aşamayı baştan sona gösteriyor.
3. Yürüt. Ajan görevi okur, kodu inceler, değişiklikler yapar, kontrolleri çalıştırır. Bu, orkestrasyonun sahip olduğu aşamadır ve ajan proje yönetimi ondan tek bir şey ister: ilerlemenin, engellerin ve sonuçların bir terminalde akıp gitmek yerine göreve dönmesi. Ortak bir kayıt bırakmayan yürütme, ekibin yönetemeyeceği yürütmedir.
4. İncele. Ajan durur ve bir insan okur: diff'i, test sonuçlarını, ajanın ne yaptığına ve neyin belirsiz kaldığına dair kendi özetini. İnceleme, ajan hızının insan muhakemesiyle buluştuğu yerdir ve bu aşamanın dürüst hali reddetmeyi de kapsar. Yalnızca "onayla" düğmesine basabilen bir inceleyici, bir kontrol noktası değil, bir kaşeden ibarettir.
5. Kabul et. Sorumlu kişi kararı verir: kabul et, değişiklik iste ya da yeniden ata. Kabul, incelemeden ayrı bir şeydir; tıpkı bir pull request'i okumak ile onu merge etmenin ayrı olması gibi. Bu, hesap verebilirliğin karşılığını bulduğu andır ve bilinçli olarak insana bırakılmıştır. Ajanlar araştırır, yürütür, test eder ve raporlar. İnsanlar yön belirler, yetki verir ve sonucu kabul eder.
Sonra döngü kendini besler: kabul edilen iş bir sonraki görevi tanımlar, reddedilen iş ise daha keskin kriterlerle yeniden tanımlama aşamasına döner.
Her proje yönetimi yapı taşında ne değişir
Proje yönetiminin sözlüğü ajanların gelişinden sağ kurtuluyor. Ama altta yatan işleyiş neredeyse tamamen değişiyor.
| Yapı taşı | Geleneksel proje yönetimi varsayımı | Ajana özgü proje yönetimi |
|---|---|---|
| Görev | Bağlamı etrafına sorarak öğrenebilecek bir insan için yazılır | Hedefi, kapsamı, bağlantıları ve kontrol edilebilir kabul kriterlerini içeren, kendi kendine yeten bir brief |
| Atanan | Tek alan, her zaman bir insan | İki alan: sorumlu bir kişi artı yürüten bir ajan ya da kişi |
| Durum | İnsan ritimlerine göre elle taşınır (günler) | İş akışı durumu artı dakikalar içinde güncellenen canlı bir yürütme durumu (kuyrukta, çalışıyor, başarısız) |
| Sprint | İnsanların müsaitliğine göre kapsamlandırılır | Karma kapsam; ajan verimi makine kapasitesi ve inceleme bant genişliğiyle sınırlı |
| Kapasite | Kişi sayısı ve saatler | İnsan saatleri artı ajan eşzamanlılığı; gerçek tavan ise insan incelemesi |
| Denetim izi | Yorumlar ve elle tutulan durum geçmişi | Görev kaydına eklenmiş yürütme günlükleri, izler, diff'ler ve ajan raporları |
Görevler artık hatırlatıcı olmaktan çıkıp brief haline geliyor. İnsan bir atanan belirsizliğe tahammül eder; bir ajan ise onu kendinden emin yanlış cevaplara dönüştürür. Uzun zamandır öğütlenen ama nadiren uygulanan, açık kapsamlı ve kabul kriterli görev yazma alışkanlığı artık yapıyı taşıyan bir unsur haline geliyor.
Durum iki katmana ayrılıyor. İş akışı durumu hâlâ işin ekip açısından nerede durduğunu anlatır. Onun altında, ajan yürütmesinin kendi durumları vardır: kuyrukta, çalışıyor, tamamlandı, başarısız, iptal edildi. Bir görev "Devam Ediyor" olarak dururken ajan çalıştırması başarısız olmuş ve kimse fark etmemiş olabilir. Ajana özgü araçlar her iki katmanı da görünür kılar ve "incelemeniz bekleniyor" ile "çalıştırma başarısız" anlarını, birinin kontrol etmesini ummak yerine sorumlu kişiye yönlendirir.
Sprint'ler şeklini koruyor, fiziği değişiyor. Bir sprint hâlâ hedefi olan, zamanla sınırlandırılmış bir kapsamdır. Ama kapsamın bir kısmı günler yerine dakikalar içinde yürütüldüğünde, planlama "insanlar neyi bitirebilir" sorusundan "insanlar neyi tanımlayıp inceleyebilir" sorusuna kayar. İşleyişi Sharkly'de Sprint'ler nasıl çalışır yazımızda ele alıyoruz.
Kapasite iki taraflı bir sayı haline gelir. Ajan tarafındaki kapasite, makine ve eşzamanlılık matematiğidir. İnsan tarafındaki kapasite ise inceleme bant genişliğidir: ekibinizin kaç ajan sonucunu dikkatle okuyabileceği. İkinci sayı neredeyse her zaman daha küçüktür ve bunun aksini varsaymak, ekiplerin kimsenin okumadığı işleri merge etmesiyle sonuçlanır.
Denetim izi, isteğe bağlı bir temizlik işinden temel bir gereksinime dönüşür. İşi bir insan yaptığında ona ne olduğunu sorabilirsiniz. İşi bir ajan yaptığında ise tek dürüst cevap yürütme kaydıdır: görev, iz, çalıştırdığı kontroller ve bıraktığı rapor.
Ajan proje yönetimine ne zaman ihtiyacınız olmaz
Dürüst bir rehber, cevabın "henüz değil" olduğu durumları da içerir. Tek başına çalışan ve tek bir ajan kullanan bir geliştiriciyseniz, ajan hacminiz sıradan ticket'lar olarak yaşayabilecek haftada birkaç görevse ya da iş hiç incelenmeyecek ve bakımı yapılmayacak, bir kenara atılacak bir prototipse, ajan proje yönetimi katmanını atlayın. Süreç, hacmi takip etmeli; ondan önce gelmemeli.
Sinyaller tersine döndüğünde benimseyin: birden fazla kişinin ajan işini görmesi gerekiyorsa, aynı anda birden fazla ajan çalışıyorsa ya da incelenmemiş bir ajan değişikliği çoktan bir karışıklığa yol açtıysa. Ajan işi ekip işine dönüştüğünde ortak bir sistem kullanın, daha önce değil.
Pratikte ajan proje yönetimi nasıl görünür: Sharkly
Kategori araçtan bağımsızdır; işleyişi somut bir sistemde görmek daha kolaydır. Sharkly, İnsanlar ve Ajanlar için bir iş yönetimi sistemidir. Claude Code, Codex veya diğer yürütme araçlarının yerini almaz. Ekibinizin hâlihazırda kullandığı runtime'ların etrafına ortak görev, bağlam, kontrol ve inceleme katmanını ekler; model kullanımı ise o araçlarda yapılandırılmış abonelikler veya API anahtarları üzerinden devam eder.
Kayıt birimi Görev'dir: hedef, açıklama, durum, öncelik, yorumlar ve Ajan'ın yürütme durumu, izi ve sonucu; hepsi tek bir yerde. Atama, yukarıda anlatılan ayrımı uygular: bir kişi insan sorumluluğunu kaydederken, yürütme atananı bir Ajan ya da Crew olur ve bir Görev ikisini aynı anda taşıyabilir. Backlog bir park durumu işlevi görür; böylece bir Ajan atamak, Görev işe hazır bir duruma taşınana kadar bir çalıştırma başlatmaz.
Bir Ajan çalışırken, çalıştırma durumları Görev'in iş akışı durumundan ayrı kalır ve ikisi de panoda görünür. Sonuçlar, engeller ve devam tartışmaları Görev'e döner: Ajan'ın raporu, yürütme izine bağlı bir yorum olarak saklanır ve Gelen Kutusu "incelemeniz bekleniyor" anlarını sorumlu kişiye yönlendirir. Kabul insanda kalır. Sharkly dokümanları her kavramı daha ayrıntılı ele alıyor.
Sonuç
Proje yönetimi, insan işini görünür, sahiplenilmiş ve incelenebilir kılarak hak ettiği yeri kazandı. AI ajan proje yönetimi, aynı sözleşmeyi yazılım olan atananlara doğru genişletir: işi net biçimde tanımlayın, sorumluluk ile yürütmeyi ayrı ayrı atayın, sonuçların ortak bir kayda dönmesini sağlayın ve kabulü insan elinde tutun. Orkestrasyon ajanlarınızı hızlandırır. Onların çıktısını güvenilir kılan disiplin ise budur. Küçük başlayın: bugün bir terminalde yaşayan, tekrarlayan bir ajan işini alın, ona gerçek kabul kriterleri olan bir görev verin ve döngüden bir kez geçirin.
SSS
AI ajan proje yönetimi tek cümleyle nedir?
AI ajanlarının yaptığı işlerin insanlarla birlikte atanması, takip edilmesi ve incelenmesi pratiğidir; böylece her ajan görevinin bir sahibi, bir durumu, eksiksiz bir bağlamı ve sonucu kabul eden bir insanı olur. Kısacası, ajanlara özel terminallerin içindeki araçlar olarak değil, ortak bir çalışma sisteminin içindeki atananlar olarak davranır.
AI ajan proje yönetimi ajan orkestrasyonundan nasıl farklıdır?
Orkestrasyon ajanları çalıştırır: yönlendirme, çalışma alanı yalıtımı, paralel yürütme, makine kapasitesi. Ajan proje yönetimi ise onların işini görünür, sahiplenilmiş ve kabul edilmiş hale getirir: görevler, durumlar, inceleme ve hesap verebilirlik. Bunlar birbirini tamamlayan katmanlardır ve eksiksiz bir kurulum ikisine de ihtiyaç duyar. Orkestrasyon rehberimiz yürütme tarafını ayrıntılı biçimde ele alıyor.
AI ajan proje yönetimini Jira veya Linear'da yapabilir miyim?
Kısmen. Ajan görevlerini ticket olarak gösterebilirsiniz ve bazı takip araçları artık issue'ları bağlı kodlama ajanlarına devredebiliyor. Size vermedikleri şey ise kendi runtime ve makine karışımınız genelinde çalışan, her çalıştırmanın tek bir ortak kaydını tutan tarafsız bir yürütme katmanı. İnsan-ajan ekipleri için Jira alternatifleri karşılaştırmamıza bakın.
İşi bir AI ajanı yaptığında hesap verebilirlik kimde?
Her zaman bir insanda. Ajan proje yönetiminde sorumlu insan ile yürüten ajan, aynı görev üzerindeki ayrı alanlardır: ajan yürütür; kişi ise sonucun sahibidir, sonucu inceler ve kabul kararını verir. Bir ajan, "bunu kim onayladı" sorusunun cevabı asla olamaz.
Bir AI ajan proje yönetimi aracında nelere bakmalıyım?
İşleyiş döngüsüne karşılık gelen dört şey var: görev bağlamının tamamını ajana taşıyan atama, hem iş akışı durumunu hem yürütme durumunu gösteren canlı takip, izlerin ve sonuçların göreve döndüğü bir denetim izi ve yerleşik bir insan inceleme ve kabul adımı. Ajanları bir ekip ritmi içinde çalıştırıyorsanız buna hibrit Sprint planlamasını da ekleyin.
