Proje Planlaması Agentik Yapay Zekâyı Neden Yönetilebilir Hâle Getirir?

Agentik yapay zekâ proje çalışmasının mantığını değiştirir. Klasik bir asistan bir sonraki promptu bekler. Agentik bir sistem ise görevleri parçalayabilir, araç kullanabilir, ara sonuçlar üretebilir, yeni işleri tetikleyebilir ve daha uzun süreler boyunca yüksek ölçüde bağımsız biçimde bir hedefe doğru ilerleyebilir. Değeri tam da buradadır — yönetim problemi de tam burada başlar.

Bir sisteme ne kadar fazla hareket alanı verilirse, belirsiz bir görev tanımı o kadar yetersiz kalır. "Projeyi bitir" ifadesi bir sohbet asistanı için bile muğlaktır. Bir ajan grubu için ise eksik kararları kendi başına tamamlama davetidir. Örtük varsayımlar doğru olduğu sürece bu üretken görünebilir. Yanlış olduklarında ise özerklik kaliteyi değil, sapmayı ölçekler.

Uygulama bu nedenle ajanların esas olarak "serbest bırakılması" gerektiği fikrine net bir karşı pozisyon geliştirir. Proje yöneticisinin rolü zaten oldukça açık tanımlanabilir: İnsan yönü, hedefleri ve başarı tanımını belirler ve kararları verir; uzmanlaşmış ajanlar günlük akışı, kalite güvencesini, dokümantasyonu veya geri bildirimin işlenmesini üstlenebilir. Bu mantık zamanla daha formel hâle gelir: Orchestrator, Reviewer, Specialist ve Human Authority gibi roller tanımlanır, insan müdahalesi gate'lerde yoğunlaştırılır ve agentik yürütme kanıt ve durdurma mantığı içeren bir proje planına bağlanır.

Bu makalenin ana tezi şudur: Agentik yapay zekâda proje planlaması, yürütmeden önce gelen bürokrasi değildir. Sorumlu özerkliği mümkün kılan kontrol katmanıdır.

Özerklik, görevde zaten bulunan şeyi büyütür

Manuel çalışmada belirsiz bir görev çoğu zaman sorularla telafi edilebilir. İnsanlar hedefin çelişkili olduğunu, bağlamın eksik kaldığını veya bir kararın hassas olduğunu fark edebilir. Durur, sorar ya da deneyimine dayanarak temkinli ilerler.

Bir ajan da belirsizliği fark edebilir. Ancak talimatı sürekli ilerlemeye göre optimize edilmiş ve içinde eskalasyon mantığı yoksa, boşlukları çoğu zaman makul varsayımlarla doldurur. Bu her zaman model hatası değildir. Çoğu zaman proje tasarımı hatasıdır.

Agentik sistemler böylece eski bir yönetim kuralını görünür kılar: Delege etmek ancak görev, karar alanı ve geri dönüş noktası açık olduğunda işler.

Yürütme ne kadar özerk olursa altı planlama sorusu o kadar önem kazanır:

1. Hangi sonuç elde edilmelidir?

2. Hangi bilgi ve kaynaklar bağlayıcı girdidir?

3. Hangi çıktılar, hangi kalite düzeyinde oluşmalıdır?

4. Hangi rol hangi kararı verebilir?

5. Hangi noktalarda kontrol, eskalasyon veya onay gerekir?

6. Sistem hangi koşullarda durmalıdır?

Bu sorular projenin yanında duran ek bir dokümantasyon katmanı değildir. Bunlar projenin operasyon çerçevesidir.

Proje planı bir kontrol sözleşmesine dönüşür

Klasik proje planı çoğu zaman takvim ve görev listesi olarak anlaşılır. Agentik çalışma için bu yeterli değildir. Ajanlara uygun bir plan, işin nasıl yorumlanabileceğini de tanımlamalıdır.

Bunu bir kontrol sözleşmesi gibi düşünebiliriz. Sözleşme her eylemi tek tek yazmaz. Hangi koşullar altında hangi eylemlerin geçerli olduğunu tanımlar.

Böyle bir kontrol sözleşmesi en az şunları içerir:

Hedef ve amaç: Ne elde edilmelidir — ve neden?

Scope ve non-scope: Hangi sonuçlar projeye dahildir, hangileri açıkça değildir?

Girdiler: Hangi veriler, kaynaklar, dosyalar, kararlar ve önkoşullar başlangıç durumunu oluşturur?

Çıktılar: Hangi artefaktlar veya durumlar oluşmalıdır?

Kalite ölçütleri: Bir çıktının yeterli olduğunu nasıl anlarız?

Roller: Kim ya da ne planlar, üretir, inceler, dokümante eder ve karar verir?

Gate'ler: Sonraki aşamaya geçmeden önce hangi kanıtların bulunması gerekir?

Durdurma koşulları: Sistem hangi durumda yalnızca devam edemez?

Eskalasyon: Bir gate başarısız olduğunda, kurallar çeliştiğinde veya bağlam eksik olduğunda kim devreye girer?

Uzun bir prompt zinciri ile arasındaki fark temeldir. Prompt zinciri sisteme sıradaki adımı söyler. Kontrol sözleşmesi ise ona hangi mimari içinde bağımsız hareket edebileceğini söyler.

Hedefler eyleme dönüştürülebilir olmalı

"İyi bir web sitesi oluştur" bir istektir. "Üç tanımlı kullanıcı yolculuğu için, beş belirlenmiş görevle test edilebilen tıklanabilir bir prototip geliştir" eyleme dönüştürülebilir bir hedeftir.

Ajanların hem problem çözmeye yetecek kadar açık hem de değerlendirilebilecek kadar dar hedeflere ihtiyacı vardır. Aşırı dar hedefler mikroyönetime dönüşür. Aşırı geniş hedefler ise ürün stratejisini, öncelikleri ve kalite tanımını sistemin kendisinin uydurmasına neden olur.

Eyleme dönüştürülebilir bir hedef genellikle dört unsur içerir:

• istenen durum,

• ilgili hedef grup veya kullanım durumu,

• gözlenebilir başarı ölçütleri,

• mevcut görevin dışında kalanları belirleyen sınır.

İnsanın her yöntemi önceden söylemesi gerekmez. Tam tersine, iyi bir agentik görev farklı yolların anlamlı olduğu yerlerde yöntem seçimini açık bırakır; fakat amaç ve değerlendirme sabit kalır.

Bu, yön ile rota arasındaki farktır. Proje planı yönü, korkulukları ve kontrol noktalarını belirler. Ajan bu çerçeve içinde rotayı optimize edebilir.

Girdiler yalnızca dosya değil, geçerli bağlamdır

Agentik sistemler nadiren yalnızca tek bir görevle çalışır. Proje klasörleri, bilgi tabanları, repository'ler, araştırma sonuçları, önceki kararlar, araç erişimleri ve ara durumlarla çalışırlar. Bunların tümü planın girdisi olarak ele alınmalıdır.

Ancak bir girdi erişilebilir olduğu için otomatik olarak geçerli değildir. Proje klasöründe eski sürümler olabilir. Bilgi tabanında çelişkili kaynaklar bulunabilir. Önceki bir konsept daha sonraki bir kararla geçersiz hâle gelmiş olabilir.

Bu nedenle agentik bir iş bloğu şunları netleştirmelidir:

• Hangi kaynaklar bağlayıcıdır?

• Hangi sürüm günceldir?

• Hangi bilgiler yalnızca arka plandır?

• Hangi varsayımlar hâlâ açıktır?

• Hangi veriler kullanılabilir?

• Hangi araçlar ve ortamlar onaylıdır?

Böylece bağlam kontrol edilen bir kaynağa dönüşür. Serinin ilerleyen makaleleri proje klasörleri, handoff'lar ve bilgi alanlarını ayrıntılı ele alacak. Bu makale için temel nokta yeterlidir: Bir ajan, geçerli bağlam ne kadar iyi tanınabiliyorsa o kadar güvenilir hareket edebilir.

Çıktılar yalnızca makul değil, test edilebilir olmalı

Bir ajan çok kısa sürede çok fazla içerik üretebilir. Bu yüzden miktar kötü bir kontrol göstergesidir.

İyi planlama çıktıları kontrol edilebilir şekilde tanımlar. "Araştırmayı tamamla" temiz bir çıktı değildir. Daha iyi bir tanım şudur: "Beş açık tartışma noktası, üç karar hipotezi ve birincil kaynaklara referanslar içeren konsolide kaynak özeti."

"Landing page oluştur" da fazla geniştir. Daha sağlam bir çıktı: "Tanımlı dönüşüm yoluna, çalışan forma, belgelenmiş bağımlılıklara sahip ve kabul kriterlerine göre review'den geçmiş responsive tıklanabilir landing page."

Bir agentik çıktı en az şu alanlara ihtiyaç duyar:

Artefakt: Çalışma sonunda somut olarak ne vardır?

Format: Nasıl teslim edilmelidir?

Kabul kriterleri: Hangi özellikler karşılanmalıdır?

Kanıt: Hangi testler, kaynaklar veya loglar kaliteyi gösterir?

Durum: Sonuç taslak mı, incelenmiş mi, onaylı mı, bloklu mu?

Bu alanlar ne kadar açık olursa insanın her ara hareketi izlemesi o kadar gereksiz olur. Dikkat teslimat kalitesine kayabilir.

Roller üretimi kontrolden ayırır

Bu yaklaşımın güçlü fikirlerinden biri uzmanlaşmış rollerin ayrılmasıdır. Buna örneğin QA, dokümantasyon ve feedback ajanları dahildir. Burada rol adlarından daha önemli olan mantıktır: Üreten sistem, kendi işini değerlendiren tek merci olmamalıdır.

Temmuz ayında bu daha net bir rol modeline dönüşür: Orchestrator, Reviewer, Specialist ve Human Authority.

Proje planlaması açısından bu şu anlama gelir:

Orchestrator: hedefi, sıralamayı, bağımlılıkları ve durumları bir arada tutar.

Specialist: sınırları net bir uzmanlık iş bloğunu yürütür.

Reviewer: çıktıyı tanımlı kriterlere ve kanıta göre inceler.

Dokümantasyon fonksiyonu: kararları, değişiklikleri, sürümleri ve kanıtları kaydeder.

Human Authority: proje değeri, risk, öncelik veya geri döndürülemez sonuçlar söz konusu olduğunda karar verir.

Her projenin beş ayrı ajana ihtiyacı yoktur. Roller teknik olarak birleştirilebilir. Önemli olan fonksiyonel ayrımdır. Plan, o anda üretim mi, review mü, dokümantasyon mu yoksa karar mı yapıldığını bilmelidir.

Serinin ilerleyen bir makalesi bu rol mimarisini ayrıntılı işleyecek. Burada esas önemi planlama ilkesidir: Roller sorumluluğu adreslenebilir hâle getirir.

Gate'ler sürekli gözetimin yerini alır