ana içeriğe geç

Çalışma şeklimiz

Sprint disipliniyle, ölçülebilir sonuçla

İşe nasıl başlarız, nasıl ilerleriz, kararı nerede alırız — sürecimizi şeffaf bırakıyoruz.

Soyut katmanlı geometri — sprint disiplinini temsil eden ritmik kompozisyon

RİTİM

Her sprint, ölçülen bir sonuç.

01

Genel ilkeler

Her engagement aynı disiplinle başlar: net hedef, kısa döngü, ölçülen sonuç.

01

Sprint disiplini

Tüm iş, 2–4 haftalık sprint'lerde organize edilir. Her sprint sonunda gözle görülür bir çıktı, bir karar verisi ve bir sonraki sprint'in scope'u net olarak masada durur.

02

Şeffaflık

Plan, ilerleme, blocker ve kararlar paylaşılan bir Linear / Notion alanında canlı durur. Müşteri istediği an girip görür; haftalık review'da formal akış tekrarlanır.

03

Ortaklaşa karar

Karar mimarisinde RACI net: kim danışılır, kim onaylar, kim uygular. beynart önerir; ürün veya iş kararı her zaman markanın masasında alınır, yazılı belgeye bağlanır.

04

Ölçülebilir hedef

Her sprint başlangıcında 1–3 KPI seçilir; baseline ölçülür. Sprint sonunda KPI'lar tekrar ölçülür; karar bu farktan beslenir, içgüdüden değil.

Ne yapmayacağız

Sınır çizgilerimiz

Disiplin sadece ne yaptığımızda değil, ne yapmadığımızda da kendini gösterir.

  • Tek atışlık strateji slayt'ı, takip edilmeden teslim edilen rapor
  • Tasarımı kanıtlanmamış 'big bang' lansman; rollback planı olmayan migration
  • Saat-bazlı taşeronluk: 'şunu yapın' işi olmadan, sürecin sahibi konumunda olmadığımız çalışma
  • İçeriği veriyle desteklenmeyen 'yaratıcı' kampanya — her tasarım bir hipoteze bağlı kalır
  • Vendor lock-in yaratan kapalı kaynak teslimat — kod ve dokümantasyon her zaman sizin organizasyonunuzda

02

Engagement modelleri

Üç ana model — kapsam, süre ve fiyatlandırma yaklaşımıyla ayrışır.

  • 01

    Sprint engagement

    Süre
    4–12 hafta
    Fiyatlandırma
    Sabit kapsam, sabit fiyat

    Belirli bir soruyu cevaplamak veya somut bir çıktıyı üretmek için sınırlı süreli iş. Tipik kullanım: marka denetimi, MarTech audit, MVP modülü, migration planı, AI workflow kütüphanesi. Sprint sonunda dokümantasyonla teslim edilir; takip retainer'a evrilebilir veya bağımsız kalır.

    Uygun olduğu durum

    Net bir hedef var, scope dondurulabiliyor; sonuç 3 ay içinde lazım.

  • 02

    Retainer

    Süre
    Aylık devam eden, tipik 6–12 ay
    Fiyatlandırma
    Aylık sabit, tahmin edilebilir bütçe

    Operasyon devamını sahiplendiğimiz model. MarTech operasyonu, marka retainer'ı, platform on-call'u veya stratejik danışmanlık için tipiktir. Her ay bir öncelik seti ve hedef KPI ile başlar; ay sonunda raporla kapanır. Ekip büyüklüğü ihtiyaç bazlı: 1.5 FTE'den 4 FTE'ye kadar değişebilir.

    Uygun olduğu durum

    Süregiden bir disipline ortaklık, dış kaynak kapasitesinin uzantısı, sürekli evrim.

  • 03

    Partnership

    Süre
    Yıllık çerçeve, çeyreklik tazeleme
    Fiyatlandırma
    Çerçeve sözleşme + alt-paket fiyatlandırma

    Birden fazla katmanı kapsayan çok-yönlü işbirliği. Strateji + MarTech + custom yazılım gibi paralel akışlar tek bir çerçeve sözleşmede koordine edilir. Çeyrekte bir leadership review, yıllık planlama, fiyatlandırma çerçevesi yenilenir. Tek çerçeve, bir tek roadmap, ortak P&L görünürlüğü.

    Uygun olduğu durum

    Marka stratejisinin tüm katmanları için uzun vadeli ortak arıyorsanız.

Soyut katmanlı geometri — sprint disiplinini temsil eden ritmik kompozisyon

03

Dört katmanda nasıl çalışıyoruz

Her katmanın kendi ritmi var; aynı sprint disipline bağlı.

  • 01

    Strateji & İçgörü

    Strateji katmanı veriyi gerçek operasyona bağlar. İlk sprint Discovery + strateji belgesi (4 hafta). 12 haftalık ikinci paket warehouse + ilk dashboard ve AI model çıkarır. Sonrasında aylık partnership: deney sonuçları, segment performansı, bütçe tahsisi karar belgesinde tutulur. Karar süresi tipik olarak 6 aydan 2–4 haftaya iner; MER %30–60 iyileşir.

    Tipik sprint sayısı

    1 (4 hafta) → 3 sprint (12 hafta) → aylık partnership

    Kritik karar noktaları

    • — Segment seçimi (yönetim onayı)
    • — Veri ambarı kararı (CTO + CMO ortak)
    • — Hangi varsayım hangi deneyle test edilecek

    Örnek deliverables

    Mevcut durum raporu, segment hipotezleri, strateji belgesi, dbt warehouse + 4–6 BI dashboard, 1–2 AI tahmin modeli, deney listesi, aylık review ritüeli.

  • 02

    Marka & Deneyim

    Marka çalışması 4 fazlı bir program. Önce denetim ile mevcut kimliği, rakipleri ve iç algıyı haritalandırırız. İkinci faz 2 günlük leadership atölyesi: purpose-positioning-promise üçgeni karar haline gelir. Üçüncü fazda design system bir Figma kütüphanesi olarak inşa edilir; statik PDF değil canlı repository. Dördüncü faz: kanal lansmanı + 90 gün performans takibi. Birim marj kategori bazında %15–40 yükselir; üretim hızı 10× artar.

    Tipik sprint sayısı

    Refresh: 4–6 hafta · Full identity: 10–14 hafta · Retainer: aylık

    Kritik karar noktaları

    • — Repositioning vs refresh (denetim raporu sonrası)
    • — Naming / sub-brand mimarisi (workshop)
    • — Component library scope ve token mimarisi

    Örnek deliverables

    Marka denetim raporu, brand brief (anayasa), Figma component library (60–120 bileşen), design token paketi, motion ilkeleri + Lottie örnekleri, web rebrand, sosyal şablonlar, 90 günlük KPI raporu.

  • 03

    MarTech & AI Operasyonu

    MarTech yığını çoğu şirkette kontrolden çıkmış durumda — 18–25 araç, 4–6 fatura, hiçbiri tam konuşmayan veri. Audit sonrası tipik olarak 18 araçtan 9'a iniyoruz. Server-side tracking iOS 14.5 sonrası kayıp veriyi geri kazanır. AI'ı sohbet penceresi olarak değil, operasyonun parçası olarak yerleştiririz: müşteri görüşmesi sentezi, içerik draft, sales sequencing, ticket triyajı. Manuel saat %30–50 azalır, yığın maliyeti 12 ayda %25–40 düşer.

    Tipik sprint sayısı

    Audit: 4 hafta · Setup: 12–16 hafta · Retainer: aylık (tipik 6–12+ ay)

    Kritik karar noktaları

    • — Stack rasyonalizasyonu (CTO + CMO ortak)
    • — CDP / warehouse / reverse-ETL kararı
    • — AI workflow için human-in-the-loop onay sınırları

    Örnek deliverables

    Stack envanteri, hedef mimari belgesi, server-side tracking + Conversion API, 6–10 birincil entegrasyon, CDP + identity resolution, 8–12 production AI workflow, onay/log paneli, KVKK envanter ve consent management.

  • 04

    Kurumsal Sistemler

    Kurumsal yazılım inşası 6 fazlı disiplin: discovery → architecture → MVP → migration → operate → scale. Her faz somut çıktı verir; her geçiş leadership onayıyla başlar. Strangler-fig pattern kullanırız — eski sistemi tamamen değiştirmek yerine kritik modülleri tek tek modernize ederiz. Lisans maliyeti %30–50 düşer; kritik iş mantığı TypeScript / Python servislere taşınır, ERP kayıt katmanı olarak kalır. Tüm kaynak kod, infrastructure-as-code ve runbook müşterinin GitHub organizasyonunda durur — vendor lock-in yapmıyoruz.

    Tipik sprint sayısı

    Build: 3–9 ay · Modernization: 6–12 ay · Platform retainer: 12+ ay · Audit: 4–8 hafta

    Kritik karar noktaları

    • — Build vs buy (her iş süreci için TCO + esneklik)
    • — Mimari kararı (servis sınırları, veri modeli, API kontratları)
    • — Cutover planı + rollback prosedürü

    Örnek deliverables

    Sistem envanteri, mimari dokümanı (C4), API kontratları, security + KVKK baseline, production-ready ilk modül + CI/CD, Sentry + Grafana + Loki observability, veri göçü scriptleri, kullanıcı eğitim materyali, aylık SLA raporu, runbook'lar.

04

Bir sprint'in haftalık akışı

Tipik 4 haftalık bir sprint'i hafta hafta açıyoruz.

  1. Hafta 0

    Hazırlık ve planning

    Sprint başlamadan önceki kısa hafta. Hedef KPI seçilir, baseline ölçülür, kapsam donar. Linear'da bir epic açılır; her gün için zaman bloku, her teslim edilebilir için sahip ve tarih atanır. Müşteri tarafında kim hangi karara dahil olacak, RACI matrisi yazılı belge olur.

    01 / 05

  2. Hafta 1

    Discovery ve hipotez

    Veri toplama, mülakat, mevcut sistem haritası. Strateji ekibi mülakatları yürütür; engineering paralel olarak teknik audit'i tamamlar. Hafta sonunda 'şu anda ne biliyoruz / neyi varsayıyoruz / ne test edilecek' tablosu kapanır. Bulgular sprint kanvasına yazılır.

    02 / 05

  3. Hafta 2

    Tasarım ve build (faz 1)

    Discovery çıktısı uygulanabilir tasarıma dönüşür: strateji belgesi taslağı, tasarım sistemi prototipi, ilk integration kodu. Her tasarım kararı bir hipoteze bağlı; her commit code review'dan geçer. Müşteri tarafında stakeholder review check-in yapılır; küçük yön düzeltmesi yine bu hafta içinde alınır.

    03 / 05

  4. Hafta 3

    Build (faz 2) ve QA

    Çıktı tamamlanır; QA hattına girer. Engineering tarafında otomasyon testleri + manual smoke testleri; tasarım tarafında a11y audit (Lighthouse + axe). Müşteri tarafında 'pre-launch review' — son 24 saat herhangi bir blocker için ayrılır. Eğer kapsam dışı bir ihtiyaç çıkarsa, bir sonraki sprint'in scope'una eklenir; bu sprint bitirilir.

    04 / 05

  5. Hafta 4

    Review, hand-off ve KPI

    Demo, dokümantasyon, KPI ölçümü, retro. Demo canlı çalışan sistem üstünde yapılır; slayt yok. Dokümantasyon repository'de kalır (runbook, ADR, stil rehberi). Hedef KPI sprint başlangıcındaki baseline ile karşılaştırılır; karar verisi yazılı tutulur. Retro hem müşteri hem beynart için: ne işe yaradı, ne işe yaramadı, bir sonraki sprint için ne değişecek.

    05 / 05

05

Karar mekanizmaları

Kim hangi kararı alır, eskalasyon nasıl çalışır, haftalık ritüel nedir.

  • 01

    RACI ile sahiplik

    Her sprint başında karar matrisi: Responsible (uygular), Accountable (onaylar — kişi adı, rol değil), Consulted (görüş alınır), Informed (bilgilendirilir). Müşteri ve beynart tarafından net atanır; geri dönüş süresi de yazılır.

  • 02

    Haftalık review ritüeli

    30 dakikalık ritüel; standart gündem: ilerleme (5 dk), blocker (10 dk), karar gerektiren konular (15 dk). Karar verilemiyorsa async kanalda sahip atanır + 48 saat süre. Her review bir 'decision log' satırı bırakır.

  • 03

    Eskalasyon protokolü

    Iki aşamalı: önce engagement lead arası async (24 saat). Sonuçlanmazsa leadership-level (müşteri tarafından sponsor + beynart partner). Üçüncü aşamada formal sözleşme review'u tetiklenir — ama 12 ayda 1–2 kez kullanılır; süreç sağlıklıysa bu kademe boş kalır.

fazlar

Sürekli evrilen üç faz

Keşif

Hedef ve kısıtları haritalandırma, mevcut yığını anlama.

İnşa

İlk modülü canlıya alma, ölçülerle iterate etme.

Ölçek

Operasyonu büyütme, ekiplere devretme, devam eden partnerlik.

vaka örneği

Sprint'ten ölçeğe — sürecin sonucu birikir

Vakalarımızda aynı disiplinin nasıl somut sonuca dönüştüğünü görebilirsiniz: yığını sadeleştirip MER'i yükselten ekipler, ölçek sırasında operasyonu büyüten ortaklar.

Vakaları incele

süreçten

Sprint disiplini sayesinde karar süresi haftalardan günlere indi. Her sprint sonunda canlı çalışan bir çıktı, ölçülen KPI ve yazılı karar verisi masada.

Ali Rıza Tuncer

Kurucu, beynart

Nereden başlayacağınızdan emin değil misiniz?

İhtiyacınıza uyan katmanı birlikte belirleyip mimarinin nereden kurulacağını çıkaralım.

Bir strateji görüşmesiyle başlayalım.

Koşullarınıza göre şekillenen sistemleri ve ürünleri masaya getiririz — kurmaya değil, çalıştırmaya hazır.