Eskiden backlog, sizin ve birkaç ekip arkadaşınızın çektiği bir listeydi. En üstteki maddeyi okur, anlar ve yapardınız. Triyaj hızlıydı çünkü tek soru şuydu: "Kimin vakti var?" Artık bu maddelerin bir kısmını bir kişi yerine bir kodlama ajanı üstlenebiliyor ve sakin kuyruk, küçük ama pahalı hataların kaynağına dönüşüyor: bir ajan kimsenin yazmayı bitirmediği bir göreve başlıyor, iki ajan birbiriyle örtüşen işleri kapıyor ve "tamamlandı" sütunu kimsenin istemediği çıktılarla doluyor.
Sorun ajanlarda değil. Sorun, insanlar için kurulmuş bir backlog'un sessizce iş değiştirmiş olması. Artık bir yapılacaklar listesi değil, yürütmeyi başlatabilen bir görev dağıtım kuyruğu. Bir satır öğesi gerçek işi tetikleyebildiği anda, bir görevi taşıdığınız an ve sahibinin kim olacağına karar verdiğiniz an, eskiden hiç taşımadıkları sonuçlar doğuruyor.
Sharkly tam da bu katmanda konumlanıyor. Kodlama ajanlarınız zaten var; Sharkly onlara backlog üzerinden ortak bir anlam vererek onları bir ekibe dönüştürüyor. Task (Görev) işin ana birimi, Backlog henüz taahhüt edilmemiş işlerin beklediği yer, Triage ise gelen öğelerin biri karar verene kadar beklediği ayrı bir giriş kuyruğu. Bu yazı, insan ve ajanların karıştığı bir backlog'un triyajını, bu kuyruklar kaosa dönüşmeden nasıl yapacağınızı anlatıyor ve bugün uygulayabileceğiniz bir kontrol listesiyle bitiyor.
Ajanlar işi yapabildiğinde backlog ve triyaj ne anlama gelir
Burada işin çoğunu iki tanım yapıyor, o yüzden ikisini de netleştirelim.
Backlog, taahhüt edilmemiş işlerin kümesidir: var olan ama kimsenin başlamaya karar vermediği görevler. Triyaj ise yeni veya belirsiz öğeler için verilen giriş kararıdır: kabul et, reddet, yinelenen olarak işaretle veya daha sonraya ertele. İnsanlar bu ikisini her zaman gayri resmi olarak yapagelmiştir. Değişen şey şu: insan-ajan ekiplerinde triyajın sonucu artık "bunu hangi ajan yürütecek" sorusunu da kapsıyor ve bir görevi taahhüt etmek bir çalıştırmayı başlatabiliyor.
İnsanların ilk takıldığı sınır şu: Backlog'da bir göreve Agent atamak onu başlatmaz. Backlog, işin yürütmeden önce hazırlandığı bir park alanıdır. Çalıştırma ancak görev Backlog'dan çıkıp işe hazır bir duruma geçtiğinde ve bir Computer ile Runtime müsait olduğunda başlar. Yani "ajanı ata" ve "ajanı başlat" iki ayrı olaydır ve aradaki kapı görevi backlog durumudur.
Açıkça belirtmeye değer bir sınır daha var: ajanlar kendilerine ait özel bir backlog tutmaz. Bir Agent'ın kendi başına öğütüp bitirdiği gizli bir kuyruk yoktur. Bir Agent'ın dokunacağı her öğe ortak panoda yaşar; triyajı tahmin oyunu olmaktan çıkarıp mümkün kılan da budur.
Kendi kurduğunuz düzen nerede ölçeklenmeyi bırakır
Bir elektronik tablo, bir Kanban panosu ve birkaç terminal; tek bir kişi ve iki ajan için gayet iyi çalışır. Ama öngörülebilir noktalarda ölçeklenmeyi bırakır ve her biri kendini belirli bir arıza olarak gösterir.
Durum sütunu ajanlar için hiçbir şey ifade etmez. Elle yönetilen bir panoda bir kartı "Devam Ediyor"a taşımak ekip arkadaşlarınıza bir nottur; hiçbir şey yürütülmez. Böylece pano ile gerçek iş birbirinden kopar: kart "Devam Ediyor" derken ajan işi bir saat önce bitirmiştir ya da "Yapılacak" derken ajan çoktan üç commit ilerlemiştir, çünkü biri onu terminalden başlatmıştır. Kimse panoya güvenmez, dolayısıyla kimse panoyu kullanmaz.
Triyaj kararları tek bir kişinin kafasında yaşar. Gelen talepleri kim karşılıyorsa, bir hatanın zaten bildirildiğini, bir özelliğin geçen çeyrekte reddedildiğini, bir görevin önce tasarım girdisine ihtiyacı olduğunu o hatırlar. O kişi ortalıkta olmadığında yinelenen kayıtlar oluşur ve ajanlar, giriş aşamasında reddedilmesi gereken işlere başlar. Kuyruğun hafızası yoktur.
Atama ve kapsam aynı aceleci anda karara bağlanır. Muğlak kapsam, bir insan görevi üstlenip soru sorduğunda atlatılabilir. Bir ajan soru sormak için duraklamaz; ona ne verdiyseniz onunla çalışır ve kendinden emin, yanlış bir sonuç döndürür. Yetersiz triyajın maliyeti "bir ekip arkadaşı kısa süreliğine kafası karışır"dan "bir ajan yanlış şey için bir çalıştırma ve bir inceleme döngüsü harcadı"ya taşındı.
Karma bir backlog'un triyajı, adım adım
İnsan-ajan backlog'unu dürüst tutan sıra şu. Her adım, önlediği arızayı da belirtiyor.
1. Backlog'a dokunmadan önce giriş kuyruğunu boşaltın. Yeni talepler doğrudan backlog'a değil, Triage'a düşer. Her öğeyi dört karardan biriyle işleyin: kabul et, reddet, yinelenen olarak işaretle veya ertele. Triage bir giriş kuyruğudur; kaydedilmiş bir filtre ya da form oluşturucu değildir, dolayısıyla karar açıktır ve kayda geçer. Önlediği arıza: reddedilen ve yinelenen işlerin sessizce gerçek görevlere dönüşüp sonradan bir ajan tarafından kapılması.
2. Görevi, bir ajan için uygun hale gelmeden önce şekillendirin. Kabul edilen öğe bir Task olur ama siz kabul kriterlerini yazarken, depoyu bağlarken ve kısıtları not ederken Backlog'da kalır. Zaman baskısı altında atlanan adım tam da budur. Önlediği arıza: tek satırlık bir başlıkla çalışan ve kelimelere teknik olarak uyan ama niyeti ıskalayan bir çıktı döndüren ajan.
3. Atanan kişiye karar verin ve "hangi ajan"ı gerçek bir tercih olarak görün. Bazı görevler bir insan ister. Bazıları bir ajan ister ve ajanlar arasında doğru olanı göreve bağlıdır: bir refactor, bir test yazma turu ve bir dokümantasyon güncellemesi aynı iş değildir. Varsayılan olarak boştaki ajana yönelmek yerine bilinçli yönlendirin. Kodlama ajanları için yönlendirme rehberimiz bu kararın nasıl verileceğini ele alıyor. Önlediği arıza: yanlış runtime'ın, ona uygun olmayan bir görevi kemirmesi.
4. Gerçekten hazır olana kadar görevi Backlog'da tutun. Kapı burasıdır. Bir görev tamamen atanmış olabilir ve yine de hiçbir çalıştırma başlamadan Backlog'da bekleyebilir. Bunu kullanın. Kapsam netleşene ve işin gerçekten başlamasını isteyene kadar görevi dışarı taşımayın. Önlediği arıza: yarım yazılmış bir görevin, biri onu yanlış sütuna sürüklediği için bir çalıştırma başlatması.
5. Görevi taahhüt edin ve çalıştırma başlasın. Görevi hazır bir duruma taşıyın ya da bir Sprint'e çekin. Hazır bir Agent'a sahip bir görev Backlog'dan çıktığında ve bir Computer ile Runtime müsait olduğunda yürütme başlar. Artık durum değişikliği ile iş aynı olaydır; bütün mesele de bu.
Döngülerle çalışan ekipler için insan-ajan ekiplerinde Sprint planlaması, aynı taahhüt adımının tek bir görev yerine bir zaman kutusunu nasıl kapsamladığını gösteriyor.
Backlog durumu bir yürütme kapısına dönüşüyor
Zihinsel dönüşüm şu: insanların kullandığı bir panoda durum, gerçekliği tanımlayan bir etikettir. İnsan-ajan panosunda ise durum, gerçekliği değiştiren bir koldur. Bir görevi Backlog'dan çıkarmak ajanı başlatan eylemdir; dolayısıyla triyaj disiplininiz artık güvenlik mekanizmanızdır.
İnsan-ajan sözleşmesinin yeri de bu kapıdır. Ajanlar araştırır, yürütür, test eder ve raporlar. İnsanlar backlog'a neyin gireceğine, neyin taahhüt edileceğine ve neyin yayınlanacağına karar verir. Otomasyon, ekip muhakemesinin gerektiği yerde durur. Plan görünümü Backlog, Sprint'ler ve Project'leri tek yerde tutar; böylece taahhüt kararı bir terminalde gömülü kalmak yerine görünür olur ve yürütme, engeller, sonuçlar ve inceleme özel oturumlara dağılmak yerine Task'a geri döner.
Backlog düzeninin ajanlarla birlikte daha az değil, daha çok önem kazanmasının nedeni de bu. Dağınık bir insan backlog'u sadece kalabalıktır. Dağınık bir ajan backlog'u ise ara sıra kendi kendine çalışan bir kalabalıktır. Pano; bağlamı, sahipliği, ilerlemeyi, sonuçları ve insan incelemesini girişten sürüme kadar görünür tutar; yönettiğiniz bir kuyruk ile sizi yöneten bir kuyruk arasındaki fark da budur. Yığılma girişte değil de incelemede birikiyorsa bu başka bir darboğazdır ve insan incelemesinin neden gerçek kısıt olduğu yazısında ele alınmıştır.
Hacminiz düşükse bunu bir elektronik tablo ve elle uygulanan disiplinle de yürütebilirsiniz. Zaten düzenli bir giriş akışı karşılıyor ve birkaç ajan çalıştırıyorsanız, Sharkly size Triage kuyruğunu, Backlog kapısını ve tek bir ortak panoyu verir; böylece bu kararlar kafanızda yaşamayı bırakır. Aynı iş akışının daha geniş bir görünümü için AI ajan görev yönetimi rehberimize ve Triage ile kişisel Inbox'ınız arasındaki farka bakabilirsiniz.
Bugün uygulayabileceğiniz bir triyaj kontrol listesi
Bunu mevcut panonuz üzerinde uygulayın. Her "hayır", ajanların sizi şaşırtacağı bir yer demektir.
- Yeni talepler backlog'dan önce bir yere düşüyor mu? Giriş doğrudan "Yapılacak"a gidiyorsa kabul/ret/yinelenen adımınız yok demektir ve yinelenen kayıtlar kaçınılmazdır.
- Her backlog görevinin kapsamı bir yabancıya verilebilecek kadar iyi mi? Yeni işe alınan biri için yeterince iyi değilse, bir ajan için de yeterince iyi değildir.
- Bir görevi taşımak gerçekten bir şeyi başlatıyor mu? Durum değişiklikleriniz sadece etiketse, pano ile iş birbirinden kopar.
- Atama gerçek bir karar mı, hangi ajan olduğu dahil? Boştaki ajana varsayılan olarak yönelmek yönlendirme değildir.
- Şu anda her ajanın ne üzerinde çalıştığını ve neyin inceleme beklediğini söyleyebiliyor musunuz? Bu cevap birinin hafızasında ya da terminal geçmişinde yaşıyorsa triyajın ortak bir doğruluk kaynağı yok demektir.
- Bitmiş iş özel bir oturuma değil, göreve mi dönüyor? Sonuçlar, engeller ve diff'ler ortak kayıtta olmalı ki incelemenin üzerinde işlem yapacak bir şeyi olsun.
Ajan sayısını artırmadan önce ilk ikisini düzeltin. Temiz bir giriş adımı ve dürüst görev kapsamı, pahalı hataların çoğunu önler; geri kalan her şey, zaten bir anlam taşıyan bir backlog üzerindeki ince ayardır.
