D-STR-05 · Çevik Organizasyon ve Kontrollü Pilot 1. Organizasyonun tasarım hedefi Bu modül stratejinin bir sunum olarak kalmasını önler: D-STR-02 tercihi ve D-STR-03 deneyleri için işi baştan sona üretecek, karar ve kontrol sınırları belli takımlar kurar. Squad ve tribe adları tek başına çeviklik yaratmaz. Takımın müşteri amacı, işi bitirme yetkisi, bağımlılıkları, bütçe sınırı ve performans ölçüsü açık değilse yeniden adlandırılmış departman olur. Business sahibi stratejik yön ve yatırım sınırını; politika/yönetişim katmanı risk, fiyat, veri ve onay kurallarını; ürün/operasyon katmanı müşteriye teslimi sahiplenir. Operasyon ekibi planlama ve denetime veri sağlar; stratejik kararı, nihai onayı veya bağımsız kontrolü tek başına üstlenmez. 2. Hedef işletim modeli (TOM) Her değer akışı müşteri talebinden teslim ve geri bildirime kadar çizilir. Akış boyunca tek ürün sahibi, fonksiyonel uzmanlar, sistemler, imza gerektiren adımlar, hizmet seviyesi, arayüz sözleşmeleri ve istisna kanalı gösterilir. Fonksiyonel yöneticiler uzmanlık, gelişim ve güvenlik standartlarını korur; ürün sahibi hangi müşteri sonucunun önce geleceğini belirler. Çakışmada karar türüne göre tek A rolü açıkça yazılır. | Karar | A — tek hesap veren | R — yürüten | Bağımsız kontrol | Yeni müşteri segmenti seçimi | Strateji sponsoru | Strateji ekibi | Finans/risk görüşü | Pilot kapsamı ve backlog | Ürün sahibi | Squad | Kalite/süreç kontrolü | Limit üstü fiyat istisnası | Yetki matrisindeki onaylayan | Satış operasyonu | Finans ve sistem logu | Kontrol etkinliği kabulü | Kontrol sahibi | Denetim/kalite uzmanı | İcra ekibinden ayrı Tablo rol örneğidir; gerçek unvanlar ve limitler şirketin güncel yetki belgelerine göre atanır. Aynı işlemde iki A yazılmaz. Uygulayan kendi kontrol bulgusunu kapatmaz. 3. Takım, beceri ve çalışma ritmi Pilot takımı müşteri/ürün sahibi, operasyon uzmanı, veri/teknoloji, finans ve kalite katılımıyla kurulur. Sürekli tam zamanlı üyelik gerekip gerekmediği iş yüküyle ölçülür; 5–9 kişi bir kural değil başlangıç tasarım aralığıdır. Beceri matrisi, her kritik görevin birincil ve yedek yetkinliğini gösterir. Bilgi tek kişideyse önce SOP, eşli uygulama ve yetki yedeklemesi yapılır. İki haftalık sprintte hedef, kabul edilebilir ürün artımı ve kontrol kanıtı birlikte tanımlanır. Günlük kısa eşgüdüm engelleri görünür kılar; sprint gözden geçirmesi müşteri sonucunu ölçer; retrospektif işleyişi düzeltir. Toplantı sayısı başarı göstergesi değildir. Kararlar asenkron karar kaydına ve sürümlü SOP’ye işlenir. 4. Kontrollü pilotun kuralları Pilot başlamadan hedef grup, karşılaştırma grubu veya baz dönem, örneklem, izinli işlem, durdurma eşiği, olay sahibine ulaşma süresi ve geri alma adımı belirlenir. Gerçek işlemde geri alınamayacak müşteri etkisi varsa önce simülasyon veya gölge çalışma yürütülür. Kritik hata “başarı oranı içinde küçük sapma” olarak kapatılamaz. Olay kaydı, düzeltici eylem ve tekrar test şarttır. Canlı geçiş kapısı şu sıradadır: SOP sürümü; RACI ve sistem yetkisi; eğitim tamamlanması; test sonuçları; veri/operasyon kapasitesi; izleme paneli; geri alma provası; onaylayan kişi. Yalnız yazılı planın varlığı “uygulandı” demek değildir; örnek işlem kayıtları gerekir. 5. Temsili abonelik pilotu Varsayımsal B2B işletmenin abonelik hizmetini bir squad yürütür. Ürün sahibi müşteri grubunu ve başarı ölçüsünü seçer; operasyon, ilk 12 müşterinin kurulumunu SOP ile yapar; teknoloji ekibi öneri modundaki teklif ajanını sağlar; finans her müşterinin katkı marjını doğrular. Kalite ekibi örnek kurulum kayıtlarını bağımsız inceler. “İlk 12 müşteri” eğitim örneğidir; gerçek uygulamada örneklem ve izinler ayrıca belirlenir. Bir müşteri özel sözleşme isterse squad süreci değiştirmez; istisnayı kurallar katmanındaki onay merciine gönderir. Bu ayrım hem müşteri hızını hem yönetişim sınırını korur. Pilot sonucu satış sayısından ibaret raporlanmaz: kurulum süresi, tekrar işleme, destek yükü, müşteri faydası ve marj birlikte görülür. 6. Değişim, eğitim ve direnç yönetimi İş rolleri değişirken çalışanlara “AI işinizi sıfırlayacak” türü belirsiz söz verilmez. Etkilenen görevler, yeni karar sınırı, eğitim planı ve geri bildirim kanalı açıkça açıklanır. İlk uygulamada gölge yürütme ve eşli çalışma yapılır. Hata veya kural boşluğu bildiren çalışan cezalandırılmak yerine düzeltici kayıt sistemine yönlendirilir; kasıtlı ihlal ayrı disiplin sürecidir. Eğitim kaydı katılım, örnek işlem testi ve yetkinlik sonucunu içerir. “Eğitim verildi” cümlesi, rolün artık yetkin çalıştığını kanıtlamaz. Kritik görevler için ikinci kişi yeterliliği gösterilir. 7. Kabul ölçütü, karar ve P.U.R. İş paketi Planla aşamasında kaynak ve onayı, Uygula aşamasında gerçek işlem ve istisnayı, Raporla aşamasında baz/gerçekleşen karşılaştırmasını, Öğren aşamasında SOP revizyonunu üretir. Kabul için teslim süresi, hata oranı, müşteri geri bildirimi, çalışan yetkinliği ve kontrol uyumu aynı dönem üzerinden gösterilir. Başarı hedefi pilottan önce yazılır; sonuca göre geriye dönük değiştirilmez. 8. Devir ve sürüm kontrolü Devir paketi: onaylı organizasyon/rol şeması, karar türü RACI’si, SOP’ler, eğitim kanıtları, pilot veri seti, olay ve istisna listesi, müşteri geri bildirimi, sistem erişim kayıtları, geri alma testi ve açık risk sahipleri. Geniş yayılım için karar tarihli kabul veya koşullu kabul kaydı gerekir. Kalibrasyon dosyası bu paketi baz olarak kullanır.