Scrum Master nedir? Scrum Master, Scrum çerçevesinin doğru uygulanmasını sağlayan, ekibin önündeki engelleri kaldıran ve organizasyonun çevik dönüşümünü kolaylaştıran roldür; Product Owner ise ürün vizyonunu sahiplenir, backlog önceliklendirmesini yapar ve değer maksimizasyonundan sorumludur. 2026 itibarıyla Scrum Guide 2020 hâlâ resmi kaynaktır ve State of Agile 17. Yıllık Rapor’a göre kurumların yaklaşık %71’i Scrum veya hibrit Scrum varyantı kullanmaktadır. Bu yazı, iki rolün sorumluluk sınırlarını, tipik maaş bantlarını (Türkiye 2026: SM 95.000-180.000 TL/ay; PO 110.000-220.000 TL/ay), sertifikasyon yatırımını (PSM I 200 USD, CSM ~1.200 USD) ve hangi profilin hangi role daha uygun olduğunu kuantitatif çerçevede ele alır.
Scrum Çerçevesinde İki Rolün Konumu
Scrum Guide 2020 (Ken Schwaber & Jeff Sutherland), Scrum Team’i üç hesap verebilir (accountability) rol etrafında tanımlar: Product Owner, Scrum Master ve Developers. Üçü de eşit hiyerarşik düzeydedir; klasik “proje yöneticisi – takım üyesi” piramidi Scrum’da bulunmaz. Scrum Master rolünün ortalama bir Scrum Team boyu 3-9 kişi olduğunda en yüksek verimi gösterdiği, Atlassian’ın 2024 kıyaslama raporunda belirtilmiştir. Bu büyüklüğün üzerine çıkıldığında (örneğin 12+ Developer), Nexus veya LeSS gibi ölçekli çerçevelere geçilmesi önerilir.
Product Owner ise “tek bir kişi” olarak tanımlanır — komite veya rota şeklinde paylaşılan PO modelleri Scrum Guide’a aykırıdır, ancak bunların büyük kurumlarda yaygın anti-pattern olarak hâlâ uygulandığı görülmektedir. Doğru kurgulanmış bir Scrum Team’de PO, backlog’un yaklaşık %60-70’lik kısmını refine edilmiş, “Ready” durumda tutar; geri kalan kısım ise daha üst seviye epic ve initiative formundadır.
| Boyut | Scrum Master | Product Owner |
|---|---|---|
| Birincil sorumluluk | Süreç verimliliği, ekip etkinliği | Ürün değeri, ROI maksimizasyonu |
| Hesap verdiği şey | Scrum’ın doğru uygulanması | Backlog ve teslim edilen değer |
| Karar yetkisi | “Nasıl” sorularında (süreç) | “Ne” ve “neden” sorularında (kapsam) |
| Birincil paydaş | Developers + organizasyon | Müşteri + stakeholder’lar |
| Tipik kişilik profili | Kolaylaştırıcı, koç, sabırlı | Vizyoner, kararlı, müzakereci |
| Başarı metriği | Velocity stabilitesi, cycle time | NPS, gelir, adoption rate |
| Toplantı yükü/hafta | ~8-12 saat (ceremony + koçluk) | ~15-20 saat (paydaş + refine) |
Scrum Master’ın Detaylı Sorumlulukları
Scrum Master rolü 2020 güncellemesiyle “servant leader” tanımından “true leader who serves the team” tanımına evrildi. Bu değişim önemlidir: SM artık sadece toplantı kolaylaştırıcısı değil, aynı zamanda organizasyonel değişimin proaktif sürükleyicisidir. Scrum.org’un 2025 yetkinlik matrisinde bir Scrum Master’ın üç paydaş grubuna karşı sorumlulukları net biçimde ayrıştırılır.
- Ekibe karşı: Self-organization’ı geliştirir, cross-functional yetkinliği artırır, retrospektifte sürekli iyileştirme döngüsünü besler.
- Product Owner’a karşı: Etkin backlog yönetimi tekniklerini öğretir, sprint planlama hazırlığında destek olur, ürün hedeflerinin ampirik veriyle desteklenmesini sağlar.
- Organizasyona karşı: Çevik dönüşümün koçluğunu yapar, departmanlar arası Scrum farkındalığını artırır, ekibin önündeki sistemik engelleri kaldırır.
- Engel (impediment) yönetimi: Ortalama bir SM, sprint başına 4-8 impediment kaydeder; bunların yaklaşık %30’u organizasyonel (bütçe, izin, kaynak), %70’i teknik veya süreç kaynaklıdır.
- Ceremony kolaylaştırma: Daily 15 dk, Sprint Planning 8 saat/ay sprint (2 haftalık), Review 4 saat, Retrospective 3 saat — toplam ~30 saat/ay ceremony zamanı.
Yaygın yanılgı: Scrum Master “Agile Project Manager” değildir. Klasik PM’in sahiplendiği planlama, raporlama, kaynak tahsisi sorumlulukları Scrum’da sırasıyla Product Owner (kapsam), Developers (efor), organizasyon (kaynak) tarafına dağıtılmıştır. Bu sınırı netleştirmeyen kurumlarda SM rolü hızla “kıdemli koordinatöre” dönüşür ve gerçek değer üretemez. Geçtiğimiz yıl bir e-ticaret müşterimle çalışırken, Ömer Önal olarak en sık karşılaştığım Scrum disfonksiyonunun tam olarak bu olduğunu gözlemledim: SM unvanlı kişiler aslında Jira ticket dağıtıcılığı yapıyordu.
Product Owner’ın Detaylı Sorumlulukları
Product Owner’ın merkezi sorumluluğu Product Backlog yönetimi ve ürünün ürettiği değerin maksimize edilmesidir. Scrum Guide PO’yu “değer maksimizasyonundan tek başına hesap veren kişi” olarak tanımlar. McKinsey’in 2024 Developer Velocity Index raporuna göre güçlü PO yetkinliğine sahip ekipler, zayıf PO yapısına sahip ekiplere kıyasla 2,5x daha yüksek ürün ROI’si üretmektedir.
- Ürün hedefi (Product Goal) tanımlama: 3-6 aylık ölçülebilir tek hedef; sprint hedeflerinin hizalandığı kuzey yıldızı.
- Backlog item’ı oluşturma ve net iletişim: User Story formatı veya alternatifler (job stories, hypothesis-driven items).
- Sıralama (ordering): Önceliklendirmenin ötesinde — değer, risk, bağımlılık ve öğrenme fırsatına göre lineer sıralama.
- Şeffaflık: Backlog’un tüm paydaşlara erişilebilir ve anlaşılır olmasını sağlama (Jira/Azure DevOps ile entegre).
- Stakeholder yönetimi: CFO, satış, pazarlama, müşteri başarısı, regülasyon — çoğu PO haftada 10-15 paydaş etkileşimi yönetir.
| PO Olgunluk Seviyesi | Belirgin Davranış | Pazar Yaygınlığı (2025) |
|---|---|---|
| Scribe PO | Sadece stakeholder isteklerini ticket’a çeviren | ~35% (anti-pattern) |
| Proxy PO | Karar yetkisi yok, “yukarı sorması” gereken | ~25% |
| Business PO | Backlog ve önceliği sahipleniyor, vizyon sınırlı | ~25% |
| Strategic PO | Ürün vizyonu, KPI tasarımı, P&L farkındalığı | ~12% |
| Entrepreneur PO | Mini-CEO; gelir, maliyet, roadmap, partnership | ~3% |
Kurumsal alıcılar genellikle “Strategic PO” seviyesini hedeflese de gerçek anlamda bu seviyeye ulaşmış PO oranı %15’in altındadır (Scrum.org 2024 PSPO topluluk anketi). Bu boşluk, kurumların ürün başarısızlıklarının %40’ından fazlasının kök nedenidir.
Çakışma Bölgeleri: SM-PO Sorumluluk Sınırı
İki rol arasında en yaygın çakışma, sprint planlama hazırlığı, refinement kolaylaştırma ve stakeholder iletişimidir. Pratik bir kural: “ne” yapılacağı PO’nun, “nasıl” yapılacağı Developers’ın, “ne kadar verimli yapılacağı” SM’in alanıdır. Bu sınır bulanıklaştığında, ekip içinde mikro-yönetim veya rol vakum bölgeleri oluşur.
| Faaliyet | Sahibi | Destek Veren | Çakışma Riski |
|---|---|---|---|
| Backlog refinement kolaylaştırma | PO | SM | Yüksek |
| Sprint hedefi belirleme | PO + Developers | SM | Orta |
| Velocity raporlama | SM | Developers | Düşük |
| Stakeholder demo | Developers | PO | Orta |
| Estimation | Developers | — | Yüksek (PO baskısı) |
| Definition of Done | Developers | SM | Düşük |
| Acceptance criteria | PO | Developers | Orta |
| Retrospective aksiyon takibi | SM | Tüm ekip | Düşük |
Atlassian’ın 2024 “Team Collaboration Friction” araştırmasında, anket edilen 4.300 Scrum ekibinin %58’i SM-PO arasındaki belirsiz sınırı “ciddi” veya “kritik” friksiyon olarak işaretlemiştir. Çözüm, dönem başında bir “Rol RACI Matrisi” oluşturmak ve her quarter yeniden gözden geçirmektir.
Sertifikasyon ve Eğitim Yol Haritası 2026
Piyasa iki ana sertifikasyon ekosistemine bölünmüştür: Scrum.org (Ken Schwaber tarafı, PSM/PSPO serisi) ve Scrum Alliance (Jeff Sutherland tarafı, CSM/CSPO serisi). Üçüncü ama daha az tercih edilen seçenek Scaled Agile (SAFe SSM/SPM) ekosistemidir; özellikle 1.000+ kişilik kurumsal yapılarda yaygındır.
| Sertifika | Sağlayıcı | 2026 Sınav Ücreti | Eğitim Zorunluluğu | Geçer Not | Geçerlilik |
|---|---|---|---|---|---|
| PSM I | Scrum.org | 200 USD | Hayır | %85 | Süresiz |
| PSM II | Scrum.org | 250 USD | Hayır | %85 | Süresiz |
| PSM III | Scrum.org | 500 USD | Hayır | %85 | Süresiz |
| CSM | Scrum Alliance | ~1.200 USD (eğitim dahil) | Evet (2 gün) | %74 | 2 yıl yenileme |
| PSPO I | Scrum.org | 200 USD | Hayır | %85 | Süresiz |
| CSPO | Scrum Alliance | ~1.200 USD (eğitim dahil) | Evet (2 gün) | Atölye katılım | 2 yıl yenileme |
| SAFe SSM | Scaled Agile | ~1.000 USD | Evet | %73 | 1 yıl yenileme |
- Avantaj — Scrum.org PSM: Eğitim zorunluluğu yok, sınav ücreti düşük, sertifika ömür boyu geçerli, içerik daha sıkı ve standardize.
- Dezavantaj — Scrum.org PSM: Self-study disiplini gerektirir; kurumsal İK pek çok yerde hâlâ “CSM bilinirliğini” tercih eder.
- Avantaj — Scrum Alliance CSM: Eğitmenli atölye, networking, iş ilanı bilinirliği daha yüksek, özellikle ABD ve Batı Avrupa pazarında.
- Dezavantaj — Scrum Alliance CSM: 2 yıllık yenileme ücreti (~100 USD + SEU kredileri), toplam maliyet 5 yılda 2.000 USD üzerine çıkabilir.
- Ne zaman seç — SAFe SSM: Yalnızca SAFe uygulayan büyük kurumsal (telco, banka, kamu) yapıda çalışıyorsanız anlamlıdır; KOBİ veya scale-up’ta önerilmez.
Maaş ve Kariyer Pazarı: Türkiye ve Global 2026
Maaş bantları, Türkiye İK platformları ve global Stack Overflow Developer Survey 2024 verilerinin kombinasyonundan derlenmiştir. Türkiye verisi brüt aylık, USD veriler yıllık base salary olarak verilmiştir. Lokasyon, deneyim ve sektör farkı %30-50 sapma yaratabilir.
| Pozisyon | Türkiye Junior (TL/ay) | Türkiye Mid (TL/ay) | Türkiye Senior (TL/ay) | Global Senior (USD/yıl) |
|---|---|---|---|---|
| Scrum Master | 95.000-120.000 | 120.000-150.000 | 150.000-180.000 | 110.000-145.000 |
| Product Owner | 110.000-135.000 | 135.000-175.000 | 175.000-220.000 | 125.000-165.000 |
| Agile Coach | — | 180.000-240.000 | 240.000-320.000 | 150.000-200.000 |
| Product Manager | 120.000-150.000 | 150.000-200.000 | 200.000-280.000 | 140.000-220.000 |
| Chief Product Officer | — | — | 350.000-600.000+ | 220.000-400.000 |
Stack Overflow Developer Survey 2024’e göre küresel olarak Engineering Manager ve Product Manager rolleri salt teknik rollere kıyasla medyan %12-18 daha yüksek ödüllendirilmektedir. Türkiye pazarında ise PO/SM rollerinin yazılım geliştirici medyanına göre primi son 24 ayda %8’den %15’e çıkmıştır — bu, kurumların artık “süreç olgunluğunu” da fiyatlandırmaya başladığının göstergesidir.
Kariyer geçişi düşünenler için pratik bir karar matrisi: CTO as a Service hizmetinin sıkça yer aldığı kurumlarda görülen ortak desen, deneyimli PO’ların 8-10 yıl içinde Chief Product Officer’a, deneyimli SM’lerin ise Agile Coach veya Engineering Manager’a doğru evrilmesidir. Ürün stratejisi tarafında ürün vizyonu güçlü olanlar PM/CPO yolunu, organizasyonel dönüşüm tarafında güçlü olanlar Coach/EM yolunu seçer.
Ortak Anti-Pattern’lar ve Kurumsal Tuzaklar
Kurumların %60’tan fazlası Scrum’ı “doğru ad, yanlış uygulama” şeklinde benimser. ENISA ve IEEE’nin agile-security kesişiminde yayımladığı 2024 raporları bile, başarısız agile uygulamalarının çoğunlukla rol tanımındaki bulanıklıktan kaynaklandığını vurgular. Aşağıda en sık karşılaşılan 7 anti-pattern verilmiştir.
| Anti-Pattern | Rol | Tipik Belirti | Düzeltme Maliyeti |
|---|---|---|---|
| SM = Jira yöneticisi | SM | Ticket statüsü güncelleme, raporlama | Düşük (eğitim) |
| SM = Mini PM | SM | Plan zorlama, deadline pazarlığı | Orta |
| Proxy PO | PO | “Yukarı sorması” gereken her karar | Yüksek (yetki devri) |
| Komite PO | PO | 3+ kişi backlog onaylıyor | Yüksek (yapı) |
| Scribe PO | PO | Sadece istek transferi | Orta (koçluk) |
| SM = Developer | SM | Aynı kişi hem kod yazıyor hem SM | Düşük (ayrım) |
| Velocity baskısı | PO/SM | Story point KPI’sı ekibe baskı | Orta (metrik reset) |
Yaygın yanılgı, “SM ve PO aynı kişi olabilir” beklentisidir. Scrum Guide bunu açıkça yasaklamaz ancak şiddetle önermez — çıkar çatışması kaçınılmazdır: aynı kişi hem teslimat hızını koruyacak hem ekibi koruyacak. Pratikte 5 kişiden küçük ürün ekiplerinde maliyet baskısıyla bu kombinasyon görülür, fakat ekip 7 kişiyi aştığında roller mutlaka ayrılmalıdır. Bu tür yapısal kararlarda build vs buy tarzı stratejik analiz çerçevesi de uygulanabilir.
Ölçüm: Hangi Metrikler Hangi Role Aittir?
Scrum Guide 2020 ölçümleri normatif olarak tanımlamasa da pratikte iki rol farklı metrik kovaları kullanır. PO için outcome metrikleri (gelir, NPS, adoption), SM için flow metrikleri (cycle time, throughput, lead time) öne çıkar. Velocity ise ekip metriğidir; rol metriği değildir. Bunun karıştırılması ekip içi politik gerilimin en büyük kaynaklarından biridir.
- PO outcome metrikleri: Customer Satisfaction Score (CSAT), Net Promoter Score (NPS, hedef ≥+30), Feature Adoption Rate (%), Time-to-Market (sprint sayısı), revenue/feature.
- SM flow metrikleri: Cycle Time (ortalama tickets ≤7 gün hedef), Throughput (ticket/sprint), Lead Time (idea → prod), Sprint Goal Achievement Rate (≥%80 ideal), Impediment Resolution Time (≤3 gün medyan).
- Ortak ekip metrikleri: Defect Density (≤0.5 bug/story), DORA Deployment Frequency, DORA Change Failure Rate (≤%15).
- Ne zaman seç — DORA: Ekibin teknik mükemmellik düzeyini benchmark’lamak istediğinde; Google’ın DORA State of DevOps 2024 raporu Elite/High/Medium/Low bantlarını sağlar.
- Avantaj — outcome odak: Velocity oyununu engeller, gerçek değer ölçer.
- Dezavantaj — outcome odak: Ölçüm süresi uzar (haftalar/aylar), erken sprint geri bildirimi azalır.
Bir dijital dönüşüm KPI çerçevesi kurarken, SM ve PO metriklerinin farklı dashboard’larda izlenmesi politik dengeyi korur. Aynı dashboard’da tek bir “ürün skoru” sunulması, kısa vadede deneyimli kurullara hoş gelse de uzun vadede rol netliğini bulanıklaştırır. Kurumsal düzeyde teknoloji risk yönetimi ile entegrasyon, özellikle finans ve sağlık sektörlerinde regülasyon riskini ölçmek için zorunludur.
Outsourcing ve Karma Ekiplerde Rol Yönetimi
Türkiye’de scale-up ve kurumsal yapıların yaklaşık %45’i en az bir Scrum rolünü dış kaynak veya freelance kanalla doldurur (Türkonfed 2024 sektör tahmini). En sık dış kaynak yapılan rol Scrum Master, ardından Senior PO veya Agile Coach gelir. Dış kaynaklı rollerde başarı, sözleşmenin doğru kurulmasına ve yetki sınırının netleştirilmesine bağlıdır.
| Senaryo | Önerilen Model | Tipik Süre | Risk |
|---|---|---|---|
| İlk Scrum kurulumu | Dış SM + iç PO | 6-12 ay | Düşük |
| Hızlı ölçeklenme | Dış Agile Coach + iç SM | 3-9 ay | Orta |
| Krizdeki ekip | Dış interim PO | 3-6 ay | Yüksek |
| Yetenek açığı | Dış kaynak SM (uzun süreli) | 12+ ay | Orta |
| Tek seferlik transformasyon | Dış Coach + iç SM/PO | 9-18 ay | Orta-Yüksek |
Dış kaynak Scrum Master kullanırken sözleşmede “fikri mülkiyet”, “veri erişimi” ve “knowledge transfer” maddeleri kritik önemdedir; standart kalıplar için outsourcing sözleşme rehberi başvuru kaynağıdır. Pazar verisi, dış kaynak SM rate’lerinin saatlik 45-90 USD bandında, dış kaynak PO rate’lerinin 60-120 USD bandında olduğunu göstermektedir; bu rate’ler Türkiye outsourcing pazarındaki genel eğilimle uyumludur.
Karar Çerçevesi: Hangisini İşe Almalı? Hangisini Olmalı?
Bir kurumun hangi rolü öncelikle doldurması gerektiği, ekibin olgunluğuna ve ürün aşamasına bağlıdır. 0→1 ürün yolculuğunda (henüz product-market fit yok) güçlü bir PO öncelikli; 1→N aşamasında (ölçekleme) güçlü bir SM/Coach öncelikli; matür ürün operasyonunda her ikisi de senior seviyede gereklidir.
- 0→1 aşaması (idea → PMF): Senior PO işe alın; SM dış kaynak veya part-time olabilir. Hedef: hipotez doğrulama hızı.
- PMF → scale aşaması: Senior SM/Coach işe alın; PO genişletin (PO + APO). Hedef: süreç olgunluğu, predictability.
- Matür operasyon: SM:PO oranı 1:1 veya 1:2 (büyük ürün portföyünde). Hedef: çoklu takım koordinasyonu.
- Transformation aşaması: Önce Agile Coach (3-12 ay), sonra kalıcı SM kadrosu. Hedef: organizasyonel değişim.
- Maintenance aşaması: Tek SM birden fazla küçük takıma destek verebilir; PO tam zamanlı kalır.
Eğer kariyerinizi hangi yönde geliştireceğinize karar vermeye çalışıyorsanız: insanlardan, sistemden, organizasyonel değişimden enerji alıyorsanız SM yolu; üründen, müşteriden, pazardan, sayısal hedeflerden enerji alıyorsanız PO yolu doğru tercih olur. İki yolun da senior ucu (Agile Coach vs Chief Product Officer) iyi ödüllendirilir; ancak gerekli yetkinlik portföyleri farklıdır.
Sık Sorulan Sorular
Scrum Master ile Proje Yöneticisi (PM) aynı şey midir?
Hayır. Geleneksel proje yöneticisi kapsam, zaman, kaynak ve bütçeden hesap verir; komuta-kontrol odaklıdır. Scrum Master ise ekip etkinliği, süreç olgunluğu ve organizasyonel engellerin kaldırılmasından sorumludur; servant/true leadership modelini uygular. Çoğu kurumda iki rol aynı kişide birleştirildiğinde Scrum Master rolü kaybolur ve geleneksel PM davranışı baskın çıkar.
Product Owner ile Product Manager arasındaki fark nedir?
Product Owner Scrum çerçevesindeki taktik bir roldür ve esas olarak backlog yönetimine odaklanır. Product Manager ise daha geniş bir stratejik roldür: pazar araştırması, pricing, go-to-market, P&L, vizyon dahil. Küçük şirketlerde aynı kişi her iki rolü üstlenebilir, fakat ürün portföyü büyüdükçe roller ayrışır ve PO, PM’in altında veya yanında konumlanır.
Bir Scrum Master kaç ekibe destek verebilir?
Junior düzeyde tek ekip önerilir; mid seviyede 2 ekip mümkündür; senior bir SM 2-3 ekibe paralel destek verebilir, fakat 4 ve üzeri ekip için “Agile Coach” rolüne geçilmesi tavsiye edilir. Atlassian 2024 anketinde yüksek performanslı ekiplerde SM:takım oranı medyan 1:1.4 olarak ölçülmüştür.
PSM ile CSM arasında hangisini seçmeliyim?
Bütçe sınırlıysa ve self-study disiplininiz varsa PSM I (200 USD, ömür boyu geçerli) açık tercihtir. Networking, eğitmenli atölye ve İK bilinirliği önemliyse CSM (1.200 USD civarı, 2 yıl yenilemeli) tercih edilebilir. İki sertifika da Türkiye iş ilanlarında “tercih edilen” olarak listelenir; PSM teknik içerikle daha rekabetçidir.
Bir kişi hem Scrum Master hem Product Owner olabilir mi?
Scrum Guide bunu açıkça yasaklamaz ancak çıkar çatışması yarattığı için şiddetle önerilmez. Aynı kişi hem teslimat hızı baskısı (PO sorumluluğu) hem ekibi koruma (SM sorumluluğu) görevini taşıdığında biri mutlaka zayıflar. 5 kişiden küçük start-up ekiplerinde maliyet kaygısıyla görülür; ürün ekibi 7+ kişiye ulaştığında rollerin mutlaka ayrılması gerekir.
Sonuç
Scrum Master ve Product Owner, aynı çerçevenin iki farklı eksenidir: süreç verimliliği ve ürün değeri. Karıştırıldıklarında veya tek kişiye yığıldıklarında Scrum’ın amaçladığı ampirik öğrenme döngüsü çöker; doğru ayrıştırıldıklarında ise State of Agile ve McKinsey raporlarında gözlemlenen 2-3x ROI farkı somutlaşır. 2026 itibarıyla Türkiye pazarında her iki rol için talep yıllık %20 büyürken, gerçek anlamda Strategic-PO veya Senior-SM seviyesine ulaşmış profesyonel oranı %15’in altındadır. Bu boşluk, kurumlar için hem risk hem fırsattır.
Pratik karar çerçevesi: ürün aşamasını (0→1, scale, mature) belirleyin, kritik darboğazı (vizyon mu, süreç mi) tanımlayın, uygun rolü senior seviyede doldurun, diğer rolü mid seviyeden başlatın. Yetenek açığı varsa kısa vadeli dış kaynak (interim PO veya outsource SM) ile boşluğu kapatın; tech due diligence aşamasından geçen kurumlarda bu rol netliğinin investor confidence’a doğrudan etkisi vardır.
Mevcut ekibinizde SM/PO rol netliği veya kurumsal çevik dönüşüm konusunda bağımsız bir değerlendirme istiyorsanız, iletişim sayfası üzerinden bir keşif görüşmesi planlayabilirsiniz. Doğru rol mimarisi, yıllar süren ekip friksiyonunun ve maliyet kaybının en hızlı çözüldüğü kaldıraç noktalarından biridir.
Scrum Guide 2020 | Scrum.org Yetkinlik Matrisi | Scrum Alliance Sertifikalar | Atlassian Scrum Rehberi | McKinsey Developer Velocity | Stack Overflow Survey 2024 | DORA State of DevOps
Ömer ÖNAL
Mayıs 16, 2026Kurumsal teknoloji stratejisi danışmanlık projelerinde sıkça karşılaştığım: “build vs buy” kararı genellikle ROI hesabı yerine ekibin tercihiyle veriliyor. 3 yıllık TCO modeli (lisans + entegrasyon + bakım + opportunity cost) hazırlandığında karar çok daha net oluyor. Sizin yaklaşımınız nasıl?