GitLab

Süreç ve kararların tek doğruluk kaynağı olarak yaşayan handbook kullanılır.

Nasıl çalışıyor?

Karar, süreç ve rol tanımları handbook sayfalarında tutulur; değişiklikler merge request mantığıyla tartışılır.

Neden kullanılıyor?

Saat diliminden bağımsız erişim ve kurumsal hafıza yaratır.

Ödünleşim

Yazılmayan bilgi görünmez kalır; güncellik sahipliği net değilse handbook hızla eskir.

Hangi koşullarda?

Dağıtık, hızlı büyüyen ve karar bağlamını tekrar tekrar aktaran ekiplerde.

Yazılı iletişim ve kayıt, eşzamanlı görüşmenin önüne alınır.

Nasıl çalışıyor?

Önce yazılı ve herkese açık kanallar; senkron görüşme yalnızca belirsizlik veya ilişki ihtiyacı varsa kullanılır.

Neden kullanılıyor?

Eşit bilgi erişimini ve odaklı çalışma bloklarını korur.

Ödünleşim

Yavaş geri bildirim ve sosyal bağ kaybı riski vardır; acil durum kanalları ayrıca tasarlanmalıdır.

Hangi koşullarda?

Çoklu saat dilimi ve yüksek dokümantasyon disiplini olan ekiplerde.

Çalışılan saat yerine üretilen sonuç ve müşteri etkisi değerlendirilir.

Nasıl çalışıyor?

Performans, çalışılan saat yerine rol çıktıları ve müşteri üzerindeki etkiyle okunur.

Neden kullanılıyor?

Remote ortamda görünürlük yanlılığını azaltır.

Ödünleşim

Sonuç ölçütleri kötü seçilirse görünmeyen iş ve ekip katkısı değersizleşebilir.

Hangi koşullarda?

Çıktısı ve sorumluluk alanı açık roller için.

Ekip üyelerinin günlük kontrol olmadan işlerini sahiplenmesi beklenir.

Nasıl çalışıyor?

Birey, önceliklendirme ve günlük ilerleme için yöneticiden sürekli talimat beklemez; bağlam ve sonuç sahipliği taşır.

Neden kullanılıyor?

Dağıtık ekipte karar gecikmesini ve mikro yönetimi azaltır.

Ödünleşim

Bağlam yetersizse otonomi yönsüzlüğe dönüşür; yetkinlik ve onboarding çıtası yükselir.

Hangi koşullarda?

Yüksek özerklik, açık hedef ve güçlü yazılı bağlam bulunan ekiplerde.

GitLab’in 27 Mart 2026’da eklenen AI-Assisted Development Playbook’u ajan kullanımını beş seviyeye ayırır: Baseline, Pair, Conductor, Orchestrator, Harness. Bir repo, CI ve kısıtlar, bağlam ve dokümantasyon, test derinliği ve review pratiği boyutlarının dördünde de olgunluk seviyesi 2’ye ulaşmadan Baseline’dan öteye geçmemelidir.

Nasıl çalışıyor?

Kural CI’da uygulanır: ajan kuralı çiğneyip pipeline’ı geçebiliyorsa kural yok sayılır. Kötü çıktıda prompt değil ortam düzeltilir (lint kuralı, test, doküman); test sayısı düşünce etiketsiz MR’ı durduran guard, üç katmanlı AGENTS.md bağlamı ve haftalık otomatik bakım önerilir.

Neden kullanılıyor?

Prompt’lar oturumlar arasında kaybolur, CI kontrolleri kalıcıdır; otonomiyi altyapı olgunluğuna bağlamak güvenilmez çıktının ve teknik borcun büyümesini sınırlar.

Ödünleşim

Playbook zorunlu politika değil, R&D ekiplerine rehberdir; iç örneklerin sonuçları ekip bazlıdır ve seviye geçişinin nasıl denetlendiği tanımlanmaz.

Hangi koşullarda?

Kodlama ajanlarını ölçekli kullanmak isteyen ve CI, test ve review altyapısını buna göre yatırım önceliğine koyabilen mühendislik organizasyonları.