İçeriğe geç

Program yönetişimi · FLO Group · 2025 – 2026

18 girişim, tek kapıdan tek platforma

Grubun arka ofis işleri dağınık araçlarda, çoğunlukla elle yürüyordu. İzini sürmek zordu.

18girişim tek platformda, dört şirkette

Kısaca

Durum: Dört grup şirketinde ve yaklaşık 600 mağazada onay, fatura, talep ve İK süreçleri ayrı araçlarda, çoğunlukla elle yürüyordu ve izlenebilirlik düşüktü. Her bölümün bir dijitalleşme isteği vardı. Bunu yaptırmanın yolu ise hiçbirinde yoktu. Karar: Tek iç platform, tek giriş. Her talep önce yazılı bir dokümanda olgunlaştı, karar kapısına ancak ondan sonra geldi. Yazılımdan önce prototip, tam kapsamdan önce MVP. Entegrasyonlar arayüzlerin arkasında durdu, tekrar eden adımları ise bir yapay zeka ajanı katmanı üstlendi. Sonuç: İK, finans, satın alma, lojistik, mağaza operasyonu, pazarlama, çalışan deneyimi ve PLM alanlarında 18 girişim tek platformda devreye alındı. Dört şirkette yaklaşık 1.500 kullanıcı. Onay süresi ~5 günden ~1 güne indi, ayda ~3.000 talep platformdan geçiyor, 12 kağıt form kaldırıldı. Rolüm: BT tarafında ürün sahibi: talebi olgunlaştırma, kapsamı dondurma, prototip üzerinde uzlaşma, fazlara bölme, entegrasyon tasarımı.

Rolüm
Ürün sahibi · BT
Dönem
2025 – 2026
Ölçek
4 şirket · ~600 mağaza · ~1.500 kullanıcı
Ana rakam
18 girişim · 8 iş alanı

Durum ve karmaşıklık

Grup dijitalleşme programı, grubun arka ofis süreçleri için kullandığı iç platform üzerinde yürüyor. Ürün sahipliğini devraldığımda talep sıkıntısı yoktu: İK, finans, satın alma, lojistik, mağaza operasyonu, pazarlama ve diğer birimlerin hepsinin dijitalleşme istekleri vardı. Ancak bu istekler dilek olarak geliyordu. Ne kapsamları belliydi ne veri sahipleri, üzerinde anlaşılmış bir “bitti” tanımı da yoktu.

Bedel büyüktü, ama görünmüyordu. Masraf formları, gönderi talepleri, seyahat onayları ve çıkış mülakatları e-posta zincirlerinde ve tablolarda duruyordu. Bir onayın ne kadar sürdüğünü görmek zordu, çünkü bunu kaydeden bir sistem yoktu.

Sekiz iş alanında 18 girişim, hepsi tek platformda hayata geçti
İnsan kaynakları5
  • Takdir sistemi
  • İşten ayrılış geri bildirimi
  • Maaş avansı ve taksitli borç
  • Performans / OKR
  • Mağaza ekipleri için oyunlaştırma
Finans6
  • Masraf ve fatura formları
  • Enerji faturaları (yapay zeka okuması)
  • Marka faturalarının kapatılması
  • İş avansı
  • Yurt dışı ödeme
  • Navlun faturaları
Satın alma ve lojistik2
  • Satın alma platformu
  • Kurumsal gönderi platformu
Mağaza ve pazarlama2
  • Mağaza kamera analitiği
  • Kampanya yönetimi
Çalışan deneyimi2
  • Seyahat ve ofis dışı görevlendirme
  • Onay akışları
Ürün ve PLM1
  • PLM ve muhasebe entegrasyonu
Entegrasyon omurgası

SAP · SuccessFactors · iç çalışan uygulamaları · tedarikçi portalı · Power BI · OCR/yapay zeka · yapay zeka kameraları

Program, işlem hacminin en yüksek olduğu finans ve lojistikle başladı. İK girişimleri hep birlikte ele alındı, çünkü hepsi aynı çalışan verisine bağlanıyor.

Masadaki seçenekler

  • Bir iş akışı paketi alıp her şeyi yapılandırmak

    Çekirdek süreçler için reddedildi. Dört şirketiyle, Türk vergi mevzuatıyla ve SAP masraf merkezleriyle grubun süreçleri, ağır özelleştirme yapılmadan hazır bir pakete sığmazdı. Asıl ürün de zaten o özelleştirme olurdu.

  • Her talebi ayrı proje olarak yapmak

    Reddedildi. On sekiz ayrı proje, SAP ve SuccessFactors'a on sekiz ayrı entegrasyon ve on sekiz ayrı oturum açma yolu demek olurdu.

  • Tek platform, tek yönetişim modeli, çok sayıda girişimSeçildi

    Kimlik, entegrasyonlar ve onay motoru ortak. Bir talebin ürüne dönüşmesinin tek bir yolu var.

Karar ve nasıl yürütüldüğü

Bir talep nasıl ürün olur
  1. 01 · Talepİş birimi ihtiyacını yazarSerbest biçimde; henüz kapsam yok.
  2. 02 · OlgunlaştırmaTalep olgunlaştırma dokümanıİş problemi, kapsam sınırı, entegrasyonlar, açık sorular, kabul kriterleri.
  3. 03 · Karar kapısıİş talebi olarak önceliklendirilirOlgunlaşmamış talep geri döner; kuyruğa erken giren olmaz.
  4. 04 · PrototipSürümlü prototipKod yazılmadan önce onlarca ekran sürümü.
  5. 05 · MVPEn değerli dilim önce yayınaKalanı adı konmuş fazlara yazılır.
  6. 06 · Sonraki sürümlerEntegrasyon ve ölçekDış sistemler adaptör arkasında; raporlama; karşılığı olan yerde yapay zeka adımları.

Program, her talep için tek bir yol üzerine kuruldu. İş birimi ihtiyacını yazdı, bu ihtiyaç da bir talep olgunlaştırma dokümanına dönüştü: iş problemi, kapsam sınırı, entegrasyonlar, açık sorular, kabul kriterleri. Talep karar kapısına ancak bundan sonra geldi ve orada iş talebi olarak önceliklendirildi. Olgunlaşmamış talep geri döndü ve geliştirme kuyruğuna hiç girmedi.

Kapıdan sonra tartışma slaytlardan sürümlü bir prototipe taşındı. Bir ekran, yazılıma dönüşmeden önce onlarca sürümden geçebiliyordu. Bu ucuzdur. Aynı değişikliği yazılımdan sonra yapmak ise pahalıdır. İlk sürüm en değerli dilimi aldı, kalanı adı konmuş fazlara yazıldı. Böylece hiçbir şey unutulmadı, MVP de şişmedi.

Entegrasyonlar arayüz olarak tasarlandı. Kurumsal gönderi platformunda taşıyıcıyı bir adaptörün arkasına aldık. Yeni bir taşıyıcı sözleşmesi bu yüzden hiçbir zaman yeni bir platform gerektirmedi. Mağaza kamerası girişiminde de kamera sağlayıcısını bir olay katmanının arkasına koyduk ve bildirim mantığı sağlayıcıdan bağımsız kaldı.

Son katman, bir sürecin tekrar eden adımlarını talep açmaktan onayı yönlendirmeye ve raporlamaya kadar baştan sona yürüten otonom yapay zeka ajanlarıydı. Bu katmanı Şubat 2026'da TRAI Meet-Up #102'de “Otonom yapay zeka ajanları ile uçtan uca kurumsal iş süreçleri” başlığıyla anlattım.

Programdan bir örnek: kurumsal gönderi platformu. Mağazalar, depolar ve genel müdürlük birimleri, tedarikçi adreslerine gönderiler dahil, kurumsal gönderiyi tek bir yoldan talep edip onaylayabilmeli ve takip edebilmeliydi. Geliştirme başlamadan on dokuz iş kuralı yazıldı ve onaylandı. Tasarımda üç rol ve tek bir onay akışı vardı, taşıyıcı da bir adaptörle bağlandı. En çok istenen özellik olan fatura mutabakatını ilk sürüme bilerek almadık, çünkü henüz var olmayan veri sahipleri gerektiriyordu. Bu karar platformun daha erken kullanıma açılmasını sağladı.

Sonuç

18girişim tek platformda, sekiz iş alanında devreye alındı
~5 → ~1 günonay süresi
~3.000talep her ay platformdan geçiyor
12kağıt form kaldırıldı

Rakamlar yaklaşıktır; süreç süreleri her girişim için ayrı ölçüldü.

Yayımlanmış kaynaklar: Konuşma: TRAI Meet-Up #102, 18 Şubat 2026

Ne ters gitti, ne öğrendim

Plan: Her girişimi aynı kapıdan aynı hızda geçirmek.

Ne ters gitti: Bir girişimde iş kuralları ile teknik şartname onay zincirini farklı tarif ediyordu ve bu farklar olması gerekenden geç ortaya çıktı. Farkları tek tek kapatmak zaman aldı.

Sonra ne değişti: Çelişki listesi, karar kapısından sonra yapılan bir keşif olmaktan çıktı ve kapının ön koşulu oldu. Olgunlaştırma dokümanı da hiçbir şey yapılmadan önce verinin sahibini sormaya başladı.

İlgili vakalar

İletişime geçin