Fleet

Değişikliği yapan kişi kendi işinin QA’sını yapmaz; iki bağımsız test istenir. Test eden, adımları issue yorumuna yazar ve sonuçla işi yayına hazır veya yeniden çalışılır duruma taşır.

Nasıl çalışıyor?

QA sahibi issue’ya atanır; başarısızlık küçükse ayrı bug, büyükse iş yeniden In progress olur ve ürün grubuna bildirilir.

Neden kullanılıyor?

Test kanıtını değişiklik sahibinden bağımsız ve izlenebilir kılar.

Ödünleşim

İki ayrı test ve tekrar deneme teslim süresini uzatabilir.

Hangi koşullarda?

Yayın öncesi bağımsız doğrulamaya kapasite ayırabilen ürün ekipleri.

Ürün grupları sprint partileri yerine sürekli intake–release akışı kullanır; haftalık planlamada Ready for release’dan geriye doğru pano incelenir ve Inbox ayrıştırılır.

Nasıl çalışıyor?

Planlama ritmi üç haftalık yayın sınırından ayrıdır; tamamlanan iş yayın sırasına girer.

Neden kullanılıyor?

Bitmeye yakın iş ve tıkanıklıklar yeni işe başlamadan görünür olur.

Ödünleşim

Sürekli akış, giriş işlerinin önceliklendirilmesi ve pano disiplinine bağlıdır.

Hangi koşullarda?

Sürekli giriş alan ve düzenli yayın yapan ürün grupları.

Sales handbook; discovery ve scope aşamalarını CRM’de kayıtlı kullanım durumu, bütçe, tarihli sonraki adım ve potansiyel müşteri tarafından yazılı onaylanan başarı ölçütlerine bağlar.

Nasıl çalışıyor?

Aşama koşulları olasılık ve zaman pencereleriyle birlikte tanımlanır; yalnız demo yapmak discovery’den geçmek için yeterli değildir.

Neden kullanılıyor?

Varsayımsal satış ilerlemesi yerine müşteriyle doğrulanmış bağlam üretir.

Ödünleşim

CRM alanları ve yazılı müşteri teyidi satış döngüsüne ek iş ve bekleme katar.

Hangi koşullarda?

Birden çok aşamalı ve teknik keşif içeren B2B satış ekipleri.

Fleet mühendislerin Claude Code’u günlük akışta kullanmasını bekler. Karşılığında AI ile üretilen her iş (kod, blog, handbook, müşteri e-postası) hem yazan hem inceleyen tarafından satır satır okunup anlaşılmadan gönderilmez; çok satırlı ürün değişikliği lokalde çalıştırılır ve PR bot değil kişinin kendi GitHub hesabından açılır.

Nasıl çalışıyor?

AI çıktısı “bilişsel borç” sayılır: yazar bunu PR’dan önce, inceleyen onaydan önce öder. AI review araçları (Copilot, CodeRabbit, Qodo, BugBunny) insan review’unu tamamlar ama sorumluluğu devralmaz.

Neden kullanılıyor?

Kod yazmak ucuzladığında review’un değeri bulgu değil, bir insanın her satırı okuyup anladığı garantisidir; commit’in kişiye atfedilmesi sahipliği korur.

Ödünleşim

Satır satır okuma AI’nın kazandırdığı hızın bir kısmını geri alır; kaynak, kuralın uygulandığını ölçen bir denetim ya da metrik tanımlamaz.

Hangi koşullarda?

AI kullanımını zorunlu ya da yaygın hâle getirip kalite sorumluluğunu kişide tutmak isteyen yazılım ekipleri.

Fleet ürün taleplerini sürekli kabul eder, ama bir feature backlog’u tutmaz: bir hikâye ancak önümüzdeki üç haftalık sürüme sığıyorsa öncelik alır. Talepler Feature Fest toplantısında karara bağlanır; öncelik verilmeyen talep “şimdilik reddedildi” sayılır ve yeniden sunulabilir. Talep dört ölçütten en az birini taşımalıdır: küçük UX iyileştirmesi, şirket ya da ürün olgunluk hedefi, “core” özellik veya bir müşterinin kritik saydığı “context” özellik.

Nasıl çalışıyor?

Öncelik DRI’ı talepleri Feature Fest’te tartar; yeni talepleri Ürün Tasarımı Başkanı her gün ayıklar. Core özellikler context özelliklerin önünde gelir; context özellik ancak müşteri sözü ya da P0–P2 müşteri talebiyse öne geçebilir. Karar talep sahibine bildirilir; öncelik alan iş teslim edilir ya da vazgeçildiği bir iş günü içinde söylenir. Acil talepler doğrudan Ürün Tasarımı Başkanı’na gidebilir.

Neden kullanılıyor?

Uzun bir birikim listesinin yarattığı sahte vaatten ve bayatlamadan kaçınmak; her talebe kısa sürede net bir evet ya da “şimdilik hayır” vermek.

Ödünleşim

Reddedilen talebi yeniden sunma yükü talep sahibine kalır; üç haftaya sığmayan büyük işler ancak parçalanarak girebilir. Tek bir müşteriye bağlı özellikler yalnız istisna kuralıyla öne geçer. Sayfada görünür bir tarih ya da sonuç ölçümü yoktur.

Hangi koşullarda?

Kısa ve sabit bir sürüm döngüsü olan ve tek bir karar sahibine sahip küçük ürün organizasyonları.