Ajanlarla üretirken bağlamı nasıl düzenliyorum?

Görevi bir teslimle tarif etmek

“Bu ürünü iyileştir” cümlesini tek başına görev olarak kullanışlı bulmuyorum. İyileştirmenin hangi ekranda, hangi davranışta ve hangi sonuçta görüleceğini yazmaya çalışıyorum. Örneğin bir form üzerinde çalışıyorsak, yalnızca görselini yenilemek mi istiyoruz, eksik bilgiyle gönderimi engellemek mi, yoksa gönderimden sonraki belirsizliği çözmek mi? Bunların her biri farklı bir iş ve farklı bir kontrol gerektiriyor.

Bu yüzden başlangıçta kısa bir görev çerçevesi oluşturuyorum. Çalışanın ulaşacağı sonuç, kullanacağı kaynaklar, değiştirebileceği alan ve teslimi değerlendireceğim ölçüt aynı yerde duruyor. Böylece inceleme sırasında kişisel beklentilerimi sonradan eklemek yerine, başta belirlediğimiz sonuca bakabiliyorum. Görev ilerledikçe yeni bir ihtiyaç çıkarsa onun kapsamı da görünür biçimde değişmeli.

• Sonuç: İş bittiğinde kullanıcı neyi yapabilecek?
• Alan: Hangi dosyalar, ekranlar veya kararlar bu görevin içinde?
• Kanıt: Sonucun çalıştığını hangi gözlemle anlayacağız?

Kaynakla yorumu birbirinden ayırmak

Bir projede eski notlar, güncel kararlar, araştırma sonuçları ve henüz kabul edilmemiş öneriler yan yana bulunabiliyor. Bunların hepsini aynı ağırlıkta verirsem ajan, geçmişte düşünülmüş bir seçeneği bugün geçerli bir karar gibi uygulayabilir. Benim için kaynak düzeninin ilk işi, bu bilgilerin statüsünü anlaşılır kılmak. Bir belgenin varlığı, içindeki her şeyin uygulandığı anlamına gelmiyor.

Kaynağın nerede olduğu kadar ne zaman ve hangi amaçla yazıldığını da tutmaya çalışıyorum. Bir öneri kabul edildiğinde karar kaydına geçiyor; eski yaklaşım yerini yenisine bıraktığında bu değişim açıkça belirtiliyor. Çelişki varsa önce güncel kararı ve gerçek uygulamayı kontrol ediyorum. Bir özetin düzgün yazılmış olması, ona dayanak olan bilginin güncel olduğunu göstermiyor.

Bağlamı görev büyüklüğünde tutmak

Her çalışana projenin bütün arşivini vermeyi başlangıç noktası olarak seçmiyorum. Önce kısa bir yönlendirme, sonra işle ilgili kaynaklara erişim daha anlaşılır bir düzen kuruyor. Bir arayüz görevi için ürünün amacı, ilgili ekran ve tasarım kararı yeterli bir başlangıç olabilir. Başka bir parçaya ihtiyaç doğduğunda, o parçanın nerede olduğunu bulabilecek bir harita gerekir.

Burada kısalık uğruna gerekçeleri silmemeye dikkat ediyorum. “Bu alanı değiştirme” talimatının arkasında başka bir ekibin çalışması veya korunması gereken bir davranış varsa, bunu bilmek doğru çözümü seçmeyi kolaylaştırır. Benim ölçütüm, notun kaç satır olduğu değil; görevi yapacak kişinin hangi soruları yeniden sormak zorunda kaldığı. Gereksiz tekrarları azaltırken kararın anlamını korumak istiyorum.

Paralel işleri sahipleriyle birlikte açmak

Birden fazla ajanla çalışırken işlerin birbirinden hangi noktada ayrıldığını belirliyorum. Biri arayüzü, diğeri veri akışını geliştirebilir. Fakat ikisi de aynı ortak dosyayı değiştiriyorsa aralarındaki bağımlılık hâlâ devam eder. Paralel çalışma kararı verirken yalnızca yapılacaklar listesini bölmek yeterli gelmiyor; ortak kullanılan parçaların sorumluluğunu da birine vermek gerekiyor.

Ajan Ofisi’nde görevleri, ajanları ve çıktıları web arayüzünden takip ediyorum. Görevden incelemeye kadar işin izini görebilmek istiyorum. Bir çalışanın başka bir işte sorun fark etmesi faydalı; o alanı haber vermeden değiştirmesi ise görevin sınırını belirsizleştirir. Bulgu ile değişiklik arasına kısa bir devir koymak, aynı işe müdahale eden kişilerin birbirinden haberdar kalmasını sağlar.

Örneğin bir ayarlar ekranında görsel düzen ile kaydetme davranışı ayrı görevler olabilir. İki çalışanın üzerinde anlaşması gereken nokta, hangi alanın hangi bilgiyle dolacağı ve kaydetmenin ne sonuç üreteceğidir. Bu bağlantıyı tek bir kısa notta tutarım. Alanın adı değişirse ilgili kişiye haber verilir; yeni karar eski tarifin üzerine eklenir. Böylece herkes kendi parçasında ilerlerken ortak ekranın davranışı da takip edilebilir kalır.

Devir notuna tamamlanmamış işi de yazmak

İş devrinde yalnızca yapılanları sıralayan bir rapor bana yeterli gelmiyor. Sonraki çalışanın, hangi kararın kesinleştiğini ve hangi noktanın hâlâ açık olduğunu ayırt edebilmesini istiyorum. Denenmiş ama işe yaramamış bir yol, yeniden denenmesini önleyecek kadar açıklanmalı. Bir varsayım doğrulanmadıysa da notta varsayım olarak kalmalı; zaman geçince gerçeğe dönüşmemeli.

İyi bir devir, okuyana başlangıç noktası verir. Güncel dosya, son kontrol, kalan sorun ve önerilen bir sonraki adım bulunabilir olmalı. Her konuşmayı yeniden anlatmak yerine, çalışmanın bugünkü durumunu taşıyan bir kayıt hazırlıyorum. Böylece yeni bir oturum açıldığında işin bütün geçmişini ezberlemek gerekmiyor; gerektiğinde kaynağına dönülebiliyor.

Teslimi davranış üzerinden incelemek

Son kontrolde ajan raporuyla çalışan ürünü birlikte değerlendiriyorum. “Tamamlandı” ifadesinin yanında neyin denendiğini görmek istiyorum. Arayüz değiştiyse gerçek ekranda açıyorum; bir akış değiştiyse girişten sonuca kadar izliyorum. Kontrol edilemeyen bir durum varsa onu ayrıca yazıyorum. Bu yaklaşım, bütün ihtimalleri kapsadığım iddiası taşımıyor; hangi sonuca neye dayanarak güvendiğimi açıklıyor.

Ajanlarla üretimde benim rolüm, işin anlamını ve kabul ölçüsünü taşımak. Bir görev tamamlandığında çıkan dosya kadar, sonraki işin daha net başlayabilmesi de değerli. Kurmaya çalıştığım hafıza bu nedenle sürekli büyüyen bir sohbet dökümünden oluşmuyor. İşe yarayan kararların, kaynakların ve açık noktaların bulunabilir kaldığı bir çalışma düzeni oluşturmaya çalışıyorum.