Vectorium Blog Posts

Insights from the Vectorium team on software, technology, digital transformation and engineering culture.

Yazılım Projeleri Neden Batar?

Bu yazı, yazılım projelerinin “teknik” sebeplerden çok yönetim, kapsam ve sahiplik problemleri nedeniyle battığını anlatır. En sık görülen nedenler: kapsam kayması, zayıf discovery, yanlış tahmin/planlama, iletişim kopukluğu, teknik borcun büyümesi ve ürün sahipliğinin olmaması. Yazı; erken uyarı sinyallerini, kontrol mekanizmalarını (change control, SLO/KPI, QA otomasyonu) ve 30 günlük toparlama planını net bir çerçevede sunar.

·

1) “Batmak” ne demek?

    Bütçenin bitmesi, takvimin sürekli kayması

    Ekip motivasyonunun düşmesi, churn

    Ürün ortaya çıksa bile sürdürülemez operasyon (hata/incident)

    İş değerinin üretilememesi (low adoption)

    2) En sık 5 kök neden

      Kapsam kayması (Scope creep): Net gereksinim ve change control yoktur.

      Discovery eksikliği: Problem/çözüm doğrulanmadan geliştirmeye girilir.

      Zayıf planlama: Yanlış tahmin, bağımlılık yönetimi yok, “tek sprintte biter” yanılgısı.

      İletişim kopukluğu: Paydaşlar ve ekip hedefte hizalanmaz; kararlar gecikir.

      Teknik borç: Test, observability ve refactor ihmal edilir; hız düşer, hata artar.

      3) Erken uyarı sinyalleri

        “Biraz daha ekleyelim” cümlesi sprintlerin %30’undan fazlasında geçiyorsa

        Backlog sürekli büyüyor ama teslimat hızı artmıyorsa

        Prod hata/incident sayısı artıp “stabilizasyon” sprintleri çoğalıyorsa

        Kararlar tek kişiye bağlı kalmışsa (product owner yokluğu)

        4) Kurtarma çerçevesi (Vectorium yaklaşımı)

          Discovery Sprint (1–2 hafta): hedef, kullanıcı akışları, MVP sınırı

          Change Control: kapsam değişikliği = etkisi + maliyeti + onayı

          Ölçümleme: KPI + SLO seti (aktivasyon, dönüşüm, hata oranı, latency)

          QA ve CI/CD: otomatik test + güvenli release

          Operasyon: monitoring/log/alert ile “kriz” yerine “kontrol”

          5) 30 günlük toparlama planı

            1. hafta: kapsam dondurma + risk matrisi + roadmap sadeleştirme

            2. hafta: ölçümleme + QA temel hattı

            3. hafta: kritik akışların stabilizasyonu

            4. hafta: iterasyon ritmi + release takvimi + sorumluluk matrisi

            CTA: Vectorium Technology olarak, discovery ve teslimat süreçlerini birlikte tasarlayarak projeyi “bitirmek” yerine yaşatılabilir ürün haline getiriyoruz.