Scrum Master Sertifika Sınavı: En Çok Çıkan 15 Konu (2026)

Sınav formatı: Sorular 'tanım' değil 'yorum' ölçer

Scrum sertifika sınavlarının çoğunda sorular; ezber tanım değil, 'bu durumda Scrum'a göre doğru yaklaşım nedir?' diye ölçer. Kısacası: kavram + bağlam + niyet. Scrum Guide zaten 'minimal ama kesin' bir çerçeve tanımıdır; sorular da bu kesinliğe dayanır.

PSM I örneği: 80 soru, 60 dakika, geçme %85.

CSM örneği: 50 soru; 37 doğru ile geçme bilgisi resmi sayfada yer alır.

Mini kural: Soruyu okurken 'kim accountable?' + 'hangi artifact/commitment?' + 'hangi event'in amacı?' diye üçlü kontrol yap. Scrum sınavlarının yarısı buradan gelir.

En çok karıştırılan 15 konu

Aşağıdaki başlıklar, Scrum Guide'ın omurgasını oluşturuyor. 2020 sürümünün dili daha 'az kural, daha çok niyet'e kaydığı için özellikle commitment'lar (Product Goal, Sprint Goal, DoD) sorularda sık görünür.

1) Empirizm: Şeffaflık – Denetleme – Uyum

Scrum, belirsizlikte ilerlemek için empirizmi kullanır: önce şeffaf yap, sonra denetle, sonra uyum sağla.

Bu üçlünün motoru event'lerdir; 'ritüel' değil, kontrol noktasıdır.

Şeffaflık yoksa denetleme boşa, denetleme yoksa uyum rastgele olur.

• Tuzak cümle: 'Scrum'da en önemli şey planı baştan doğru yapmak ve ona sadık kalmaktır.' (Hayır: plan, öğrenmeye göre değişir.)

2) Scrum Değerleri: Cesaret, Odak, Bağlılık, Saygı, Açıklık

Değerler 'poster' değil; karar kalitesini belirleyen davranış çerçevesidir.

Sınavlar özellikle 'açıklık' ve 'odak' üzerinden senaryo kurar (paydaş baskısı vs.).

Değerler zayıfsa süreç doğru olsa bile sonuç bozulur.

• Tuzak: 'Değerler opsiyoneldir; mekanik olarak event'leri yaparsan Scrum olur.' (Hayır.)

3) Scrum Team yapısı: Tek takım, tek ürün odağı

Scrum Team bir bütündür: Product Owner + Scrum Master + Developers.

'Tek takım' bakışı, 'biz-dev ayrımı'nı kırmak içindir.

Takım kendi işini yönetir (self-managing).

• Tuzak: 'Scrum Master takımın yöneticisidir ve görev dağıtır.' (Hayır.)

4) Product Owner: Değer ve Product Backlog'tan accountable

PO'nun ana işi: üründe değeri maksimize etmek ve Product Backlog'u yönetmek.

'Sıralama/ordering' PO sorumluluğudur; takım katkı verir ama karar PO'dadır.

PO tek kişi olmalı; 'komite PO' sınavlarda tuzaktır.

• Tuzak: 'PO, Sprint sırasında geliştiricilere yeni işi zorla ekleyebilir.' (Hayır; Sprint Backlog Developers tarafından yönetilir.)

5) Scrum Master: Etkinliği sağlamak + engelleri kaldırmak

SM 'servant leader'dır; takımın ve organizasyonun Scrum'u doğru anlamasını sağlar.

Engelleri kaldırır ama 'her şeyi yapan kişi' değildir; takımın sahipliğini güçlendirir.

Sınavda SM soruları genelde 'koçluk mu, direktif mi?' ayrımına dayanır.

• Tuzak: 'Scrum Master, Sprint hedefini belirler.' (Hayır; Sprint Goal tüm takımın işi, PO + Developers ortak.)

6) Developers: Increment üretmekten accountable

Developers, her Sprint sonunda 'Done' Increment üretmekten accountable'dır.

Sprint Backlog'u (plan + seçilen işler + planı güncelleme) Developers yönetir.

'Teknik kararlar' ve 'nasıl yapılır' tarafı Developers'a aittir.

• Tuzak: 'PO, Developers'a teknik çözümü seçtirir.' (Hayır; PO 'ne/niçin', Developers 'nasıl'.)

7) Product Backlog: Tek kaynaktan şeffaf iş listesi

Product Backlog, ürün için yapılacak her şeyin tek kaynağıdır.

Detay seviyesi zamanla artar; 'hepsini baştan netleştir' bakışı Scrum'a ters.

Ordering değere göre; sadece 'aciliyet' değil, etki de önemlidir.

• Tuzak: 'Product Backlog bir kez onaylanınca Sprint bitene kadar değişmez.' (Hayır; değişebilir.)

8) Backlog Refinement: Event değil, sürekli aktivite

Refinement, Product Backlog item'larını daha anlaşılır/uygulanabilir hale getirme aktivitesidir.

Zamanı ve yaklaşımı takım belirler; resmi bir Scrum event'i değildir.

Refinement'ı 'grooming toplantısı = zorunlu event' sanmak klasik tuzaktır.

• Tuzak: 'Refinement, Sprint Planning'in yerine geçen ayrı bir Scrum event'idir.' (Hayır.)

9) Sprint: Sabit süre, öğrenme döngüsü

Sprint, Scrum'un kalbidir; her Sprint değer üretmeye yönelik bir döngüdür.

Sprint uzunluğu sabit kalmalı; karşılaştırma ve ritim için.

Sprint içinde kalite düşmez; 'Done' standardı pazarlık konusu değildir.

• Tuzak: 'Acil iş geldi, Sprint süresini uzatalım.' (Genelde hayır; adaptasyon Sprint Backlog üzerinden yönetilir.)

10) Sprint Goal: Sprint'in tek yön pusulası

Sprint Goal, Sprint'in niyetini tek cümlede toplar; kararları hizalar.

Sprint Backlog bu hedefe hizmet eder; hedef yoksa Sprint 'task list'e döner.

Sprint Goal bir 'commitment'tır.

• Tuzak: 'Sprint Goal, Sprint sonunda %100 tamamlanması gereken tüm backlog maddeleridir.' (Hayır; hedef, item listesi değil.)

11) Product Goal: Ürünün daha büyük hedefi

Product Goal, Scrum Team'e daha uzun vadeli odak sağlar.

Sprint Goal'lar Product Goal'a yaklaşmak için araçtır.

2020 Scrum Guide ile daha net vurgulanır.

• Tuzak: 'Product Goal sadece roadmap dokümanında kalır, Product Backlog ile ilişkisi yoktur.' (Hayır; Product Backlog Product Goal etrafında şekillenir.)

12) Definition of Done (DoD): Kalite sözleşmesi

DoD, 'Done'ın ortak anlamıdır; Increment'in kalite standardıdır.

DoD yoksa 'bitti' tanımı kişiye göre değişir ve sınavlar bunu sever.

DoD bir 'commitment'tır (Increment'in commitment'ı).

• Tuzak: 'DoD sadece QA ekibinin kontrol listesi.' (Hayır; tüm takımın kalite standardı.)

13) DoR (Definition of Ready): Scrum'da zorunlu değil

DoR Scrum Guide'da zorunlu bir öğe değildir; bazı ekipler pratikte kullanabilir.

Sınavlarda DoR genelde 'Scrum kuralı gibi' sunularak tuzak yapılır.

Eğer kullanılıyorsa, şeffaf ve amaca hizmet edecek şekilde olmalı.

• Tuzak: 'DoR olmadan Scrum yapılamaz.' (Hayır; DoD daha merkezi.)

14) Event'lerin amacı: Planning / Daily / Review / Retro

Her event'in bir amacı vardır; 'toplantı yapmak' değil, empirizmi çalıştırmaktır.

Review = çıktıyı ve sonraki adaptasyonu konuşmak; Retro = süreç ve işleyişi iyileştirmek.

Sorular genelde 'hangi event'te ne konuşulur?' üzerinden gelir.

• Tuzak: 'Sprint Review'da ekip performansı değerlendirilir ve kişilere not verilir.' (Hayır; ürün çıktısı + adaptasyon odağı.)

15) Sprint Backlog: Plan + seçilen işler + güncelleme

Sprint Backlog sabit bir sözleşme değil; Sprint içinde öğrenmeye göre güncellenebilir.

Developers günceller; Sprint Goal pusuladır.

'Değişmez' sanmak çok yaygın bir yanlış.

• Tuzak: 'Sprint Backlog'a Sprint içinde yeni iş eklemek Scrum'a aykırıdır.' (Yanlış; hedefe hizmet ediyorsa plan güncellenebilir.)

Çalışma planı: 7 gün / 14 gün

Scrum Master sınavına çalışırken en çok zaman kaybettiren şey şu: Bilgiyi biliyorsun sanıyorsun ama soru dili 'kuralı' ve 'niyeti' ölçüyor.

7 günlük plan (yoğun – hızlı toparlama)

• Gün 1: Scrum Guide'ı baştan sona oku (not: amaç + commitment'lar)
• Gün 2: Roller + sorumluluklar (PO/SM/Developers) — 40 soru pratik
• Gün 3: Artifact'lar + commitment'lar (PB/SB/Increment + Product Goal/Sprint Goal/DoD) — 40 soru
• Gün 4: Event'ler ve amaçları — 40 soru
• Gün 5: Empirizm + değerler + 'tuzak dil' (mutlak ifadeler, rol karıştırma) — 60 soru
• Gün 6: Deneme sınavı (zaman tut) + yanlış analizi
• Gün 7: Zayıf 3 konuyu tekrar + son deneme

14 günlük plan (daha sağlam – kalıcı öğrenme)

Altın alışkanlık: Yanlışa 'neden yanlış' diye değil, 'hangi kuralı ihlal ediyor' diye bak. Bu, sınav refleksini uçurur.

• 1–3. gün: Scrum Guide + not çıkar, her başlığa 5 örnek soru çöz
• 4–7. gün: Gün gün odak (Roller / Artifact / Event / Commitment)
• 8–10. gün: Senaryo odaklı çalışma (özellikle 'kim accountable?')
• 11–12. gün: Deneme + yanlış analizi (yanlışları 'kural/niyet' olarak sınıflandır)
• 13–14. gün: Zayıf alan tekrarları + kısa tekrar denemeleri

Pratik ile pekiştir

Konunu seç → 10 soru çöz → zayıf alanını gör.

Scrum Quiz'i 'diagnostic' gibi kullan: önce ölç, sonra hedefli çalış.

Sık sorulan sorular

• Scrum Master sınavına çalışmak için en güncel kaynak nedir? Resmî Scrum Guide temel kaynaktır; 2026 itibarıyla resmî sürüm 2020'dir.
• PSM I kaç soru, kaç dakika? Scrum.org'un PSM I sayfasında 80 soru, 60 dakika, geçme %85 olarak belirtilir.
• Scrum Quiz ücretsiz mi? 10 soruluk quiz tamamen ücretsiz ve kayıt gerektirmez. Daha fazla pratik için offline simülatör indirilebilir.