Backlog
genel yüzey
- Ekibin ele almayı düşündüğü işlerin tutulduğu genel kavram
- Biçimi ekipten ekibe değişir
- Belirli bir metodolojiye ait olmak zorunda değildir
DevAtlas
Kavram yükleniyor.CON-004Ekip ve iş planlama
Backlog
Kısa tanım
Backlog, ekiplerin gelecekte ele almayı değerlendirdiği işi görünür ve yönetilebilir tutmak için kullandığı listedir. Scrum'da Product Backlog daha dar ve tanımlı bir artifact'tir: product'ı iyileştirmek için gerekenlerin Product Goal'a bağlı, değişen ve ordered listesidir.
Stajİlk işGünlük ekipPlanlama
Temsili kavram şemasıCON-004
Artefact şeması
Öncelik yüzeyi
Olası işler, tek bir karar kuyruğunda görünür.
01 · Aday işlerTopla
İhtiyaçlar, hatalar ve iyileştirmeler aynı envanterde görünür olur.
- Başlangıç beklentisi
- AçıklaDevAtlas önerisi; evrensel sektör standardı değildir.
- Tahmini okuma
- 7 dakika
Görsel anlatım · Planlama
Backlog işin ortak hafızasıdır.
İşler nasıl görünür kalır, sıraları neden değişir ve Ticket ile Sprint Backlog'dan farkları nedir?
01sahne 01 / 05
Backlog nedir?
Backlog, ekibin gelecekte ele almayı değerlendirdiği işleri tek bir görünür yüzeyde tutar.
Bir işin backlog’da olması “bu yapılacak” demek değildir. “Bunu biliyoruz, birlikte konuşabiliriz ve gerektiğinde yeniden karar verebiliriz” demektir.
Bu yüzden backlog’un değeri kaç madde içerdiği değil, ekibin bu maddeler üzerinde aynı yere bakarak konuşabilmesidir.
karıştırma
- Backlog = kesin yapılacaklar listesi değildir.
- Backlog’a girmek onay ya da taahhüt anlamına gelmez.
Ortak karar yüzeyisurface · shared
- Kayıt akışında düşen kullanıcılarkonuşuluyor
- Eski API’ye bağımlı ekranaçık soru var
- Raporlama ekranına yeni filtreşimdilik beklet
- Hata mesajlarının anlaşılmazlığıyeni geldi
- GörünürKimse tek başına taşımaz.
- OrtakEkip aynı maddeye bakar.
- DeğişebilirSıra ve içerik sabit değildir.
Aynı yüzeye bakan bir ekip: her madde bir olasılık, sonuç değil.
çıkarımBacklog bir taahhüt kuyruğu değil, ortak bir karar yüzeyidir.
02sahne 02 / 05
Neden ihtiyaç vardır?
İş yalnızca mesajlarda, kişisel notlarda ve insanların hafızasında kaldığında karar vermek için gereken bağlam dağılır.
Aynı iş üç ayrı yerde, üç ayrı hâlde durur: sohbette bir cümle, birinin defterinde bir satır, bir kişinin aklında bir kısıt. Kimse bütünü göremez.
Backlog bu parçaları tek yüzeye taşır. Böylece iş “kimin hatırladığına” değil, ekibin birlikte gördüğü bir kayda bağlanır.
karıştırma
- Backlog işi yapmaz; işi görünür kılar.
- Dağınıklığın çözümü daha çok madde yazmak değil, ortak bir yüzeyde konuşmaktır.
Dağınık hâl
- sohbet“Şunu da bir ara yapmamız lazım”akışta kayboluyor
- kişisel notBir kişinin defterindeki maddekimse göremiyor
- toplantıSöylenip kayda geçmeyen karariz bırakmıyor
- hafızaYalnızca birinin bildiği kısıtkişiye bağımlı
tek yüzeye taşı
Backlogvisible · shared · revisable
- Aynı işi herkes aynı yerde görür.
- Bağlam kişiden bağımsız durur.
- Sıra ve karar açıkça konuşulabilir.
Solda dağılmış bağlam, sağda birlikte bakılabilen tek yüzey.
çıkarımGörünmeyen iş yönetilemez; backlog önce görünürlük üretir.
03sahne 03 / 05
Backlog, Product Backlog ve Ticket
Bu üç terim aynı katmanda değildir: biri genel bir yüzey, biri Scrum’da tanımlı bir artifact, biri tek bir işin kaydı.
Bir backlog item bir ticket olarak temsil edilebilir. Ama ticket, işin araçtaki kaydıdır; backlog ise o işlerin birlikte konuşulduğu yüzeydir.
Aynı şekilde her issue listesi Product Backlog değildir. Scrum’daki Product Backlog, Product Goal’a bağlı, ordered ve sürekli yenilenen tanımlı bir artifact’tir.
karıştırma
- Backlog = ticket listesi değildir.
- Her issue listesi Product Backlog değildir.
- Backlog item otomatik olarak user story değildir.
Product Backlog
Scrum artifact’i
- Scrum’da tanımlı, ordered bir liste
- Product Goal ile ilişkilidir
- Sabit bir plan değil; değişir ve yenilenir
Ticket
tek bir işin kaydı
- Bir işi araçta temsil eden kayıt
- Backlog item’ı bir ticket olarak görünebilir
- Ticket yığını kendiliğinden Product Backlog olmaz
bir backlog item → bir ticket olarak temsil edilebilir
İlişki tek yönlüdür: kaydın var olması, arkasındaki yüzeyin ya da artifact’in var olduğunu kanıtlamaz.
Üç terim, üç farklı soyutlama düzeyi.
çıkarımTicket bir kayıt, Backlog bir yüzey, Product Backlog ise tanımlı bir artifact’tir.
04sahne 04 / 05
Backlog sırası neden değişir?
Sıra yalnızca “en acil olan” ile belirlenmez; hangi bağlama baktığın sırayı değiştirebilir.
Aşağıdaki dört iş sabit. Değişen tek şey, ekibin o an hangi bağlamı öne aldığı. Bir bakışta öne çıkan iş, başka bir bakışta bekleyebilir.
Bu yüzden backlog sırası bir kere kurulup dondurulan bir liste değildir. Bağlam değiştikçe sıra yeniden konuşulur.
karıştırma
- Backlog kalıcı bir deadline sırası değildir.
- Sıra kararı tek bir kişinin ya da tek bir ölçütün işi değildir.
Sırayı etkileyen bağlam
- 1Kayıt akışında düşen kullanıcılarürün davranışı
- 2Raporlama ekranına yeni filtretalep
- 3Ödeme sağlayıcısında değişen kuraldış kısıt
- 4Eski API’ye bağımlı ekranteknik bağımlılık
Goal bakışıEkibin bu dönemdeki goal’i kayıt deneyimiyse, ona hizmet eden işler öne çıkar.
Bu bir puanlama formülü ya da zorunlu bir öncelik şeması değildir. Gerçek ekiplerde bu bağlamlar birlikte tartışılır ve sonuç konuşarak belirlenir.
Bir bağlam seç: aynı işler, farklı sıra.
çıkarımSıra bir formülün sonucu değil, bağlam değiştikçe yenilenen bir karardır.
05sahne 05 / 05
Refinement ve Sprint Backlog ilişkisi
Refinement item’ları ihtiyaç oldukça daha açık hâle getirir; Sprint Backlog ise Sprint Planning’de oluşan ayrı bir yüzeydir.
Refinement bir maddeyi ham cümleden ele alınabilir bir işe doğru taşır: sorular sorulur, kapsam daralır, bilinmeyen küçülür. Her madde aynı derinlikte netleşmek zorunda değildir.
Sprint Planning’de seçilen işler ve ekibin planı Sprint Backlog’u oluşturur. Product Backlog kaybolmaz; iki yüzey yan yana ve ayrı durur.
karıştırma
- Refinement tek seferlik zorunlu bir toplantı ya da evrensel bir kapı değildir.
- Product Backlog ve Sprint Backlog aynı şey değildir.
- Netleşme, her item’ın user story’ye çevrilmesi anlamına gelmez.
Netleşme yönü
- 1Ham cümle“Kayıt akışı sorunlu.”
- 2Sorular sorulduKim, nerede, hangi adımda?
- 3Ele alınabilirKapsam ve beklenen sonuç konuşulmuş.
Netleşme ihtiyaç oldukça ve süreklidir; sıradaki her maddeyi baştan detaylandırmak gerekmez.
Sprint Planning · seçim
Product Backlog
sürekli var olan yüzey
- Ordered ve değişebilir
- Product Goal’a bağlı
- Sprint bitince yok olmaz
Sprint Backlog
Sprint için oluşan yüzey
- Sprint Planning’de seçilen item’lar
- Ekibin bunları nasıl ele alacağına dair planı
- Sprint boyunca ekibin elindedir
Seçim kopyalama değildir: iş Sprint Backlog’a girdiğinde Product Backlog yüzeyi ortadan kalkmaz.
Üstte netleşme yönü, altta iki ayrı yüzey.
çıkarımRefinement netlik kazandırır, Sprint Planning seçim yapar; Sprint Backlog ayrı bir yüzeydir.
Editoryal beta2 kaynak · Son güncelleme 20 Temmuz 2026
İnceleme ayrıntılarıBu sayfadaKısa tanım01 / 09Bölümler
Kişisel mercekBu kavram sana nerede dokunur?İlk okumayı bitirince kendi bağlamına göre aç.
Seçimine göre içerik
Mesleki merceğin
İçerik merceğin hazırlanıyor.
Kavramın hikâyesi
Önce iş karşılığını gör, gerektiğinde bağlamı aç.
İlk taramaİşte karşılaşacağın sinyaller
Gerilim ve çözüm · Bölüm 01
Hangi problemi çözer?
İlk okuma
Backlog, “hangi işi biliyoruz, hangisini önce değerlendireceğiz ve bu iş hangi goal'a hizmet ediyor?” sorularına ortak bir referans sağlar.
Tam bağlamı açGerekçe, sınırlar ve kalan ayrıntı
Scrum'daki Product Backlog, Scrum Team'in üstlendiği işin single source'u olarak transparency yaratır. Bu, listedeki her item'ın kesin yapılacağı veya ilk yazıldığı hâliyle kalacağı anlamına gelmez.
Gerçek hayat · Bölüm 02
Gerçek iş senaryosu
İlk okuma
SCN-006'da ekip yeni bir kullanıcı özelliği ile sık değişen ödeme modülündeki Technical Debt item'ını tartışıyor. “Debt her zaman önce” veya “feature her zaman önce” denmiyor.
Tam bağlamı açGerekçe, sınırlar ve kalan ayrıntı
İki item'ın Product Goal'a katkısı, bekleme maliyeti, risk, bağımlılık ve belirsizliği görünür hâle getiriliyor. Henüz anlaşılmayan debt item'ı Refinement'a alınıyor; kararın nedeni Backlog'da korunuyor.
Duyacağın bağlam · Bölüm 03
Ekipte bunu nasıl duyabilirsin?
İlk okuma
Temsili ekip konuşması: “Bu Technical Debt item'ı Backlog'da var ama etkisi ve ertelemeye bağlı maliyeti belirsiz. Order kararından önce ilgili modülü, tekrar eden işi ve beklenen iyileştirmeyi netleştirelim.”
Beklenti seviyesi · Bölüm 04
Junior hangi seviyede bilmeli?
01TanıTemel02AçıklaHedef03UygulaSonra
- Tanı: Backlog, Product Backlog, Product Backlog item, Sprint Backlog ve Ticket ifadelerini bağlamıyla ayırt edebilmelisin.
- Açıkla: Product Backlog'un neden ordered ve emergent olduğunu, her kayıt listesinin neden otomatik Product Backlog olmadığını anlatabilmelisin.
- Uygula: Bir item'ın goal, beklenen sonuç, risk, bağımlılık ve açıklık bilgisini sorabilmeli; listedeki sırasını kesin delivery sözü gibi yorumlamamalısın.
- Şimdilik bilmesi gerekmeyen: Organizasyon çapında portfolio order modeli, finansal prioritization formülü veya araç yöneticiliği.
İhtiyacın kökeni · Bölüm 05
Neden ortaya çıktı?
İlk okuma
Yeni istekler, hatalar, öğrenmeler ve iyileştirmeler yalnız mesajlarda veya kişilerin hafızasında kaldığında neyin neden beklediği kaybolabilir. Backlog bu aday işi ortak bir planlama yüzeyine taşır. Product ve koşullar değiştikçe liste de emerge eder; refinement item'ları ihtiyaç kadar netleştirir.
Ekip etkisi · Bölüm 06
Şirketler neden kullanır?
İlk okuma
Ekipler istekleri, maintenance işini ve öğrenilen yeni ihtiyaçları kaybetmeden karşılaştırmak için Backlog kullanabilir.
Tam bağlamı açGerekçe, sınırlar ve kalan ayrıntı
Scrum kullanan bir ekipte Product Owner effective Product Backlog management'tan accountable'dır; item yazma veya detaylandırma işine başkaları katkı verebilir. Scrum kullanmayan ekipler de backlog kelimesini kullanabilir, ancak aynı artifact ve accountability kurallarını taşıdıkları varsayılmaz.
Karar alanı · Bölüm 07
Trade-off ve bağlam
İlk okuma
Backlog aday işi görünür kılar; fakat sürekli item ekleyip eski veya değersiz item'ları sorgulamamak listeyi gürültüye dönüştürebilir.
Tam bağlamı açGerekçe, sınırlar ve kalan ayrıntı
Çok erken ayrıntı, koşullar değişince boşa gidebilir; çok az ayrıntı ise doğru order ve Sprint seçimini zorlaştırabilir. Uygun ayrıntı item'ın yakınlığı, riski ve belirsizliğine bağlıdır.
Yanılgı radarı · Bölüm 08
Yaygın yanlış anlamalar
- “Backlog, yapılması kesin işlerin deadline sırasıdır.” Yanlış; liste emergent olabilir, item'lar yeniden order edilebilir veya artık gerekli olmayabilir.
- “Her issue listesi Product Backlog'dur.” Yanlış; Product Backlog Scrum'a özgü artifact ve accountability sınırları taşır.
- “Backlog item = user story.” Yanlış; Scrum Guide zorunlu bir item formatı tanımlamaz ve attribute'ların domain'e göre değişebileceğini söyler.
- “En üst item otomatik olarak bir sonraki Sprint'e girer.” Yanlış; Developers Sprint Planning'de Product Owner ile görüşerek seçim yapar ve goal, geçmiş performance, capacity ile Definition of Done bağlamını dikkate alır.
- “Product Owner bütün item'ları tek başına yazmalıdır.” Yanlış; sorumluluklar devredilebilir, accountability Product Owner'da kalır.
Gerilim ve çözüm1. bölüm
Keşfe devam et
İlgili kavramlar
Bağlantılar benzerlik listesi değildir; her biri bu kavramla neden birlikte düşünülmesi gerektiğini açıklar.
Şu an baktığın kavramBacklogCON-004 · 4 editoryal bağlantı
Bağlantı 03 / 04
Birlikte kullanılırRefinement
Bu bağlantı neden var?
Refinement, Product Backlog item'larını daha küçük ve precise hâle getiren ongoing activity'dir.
Neden şimdi?
Backlog'un değişen ve ordered bir artifact olarak nasıl yeterli açıklığa kavuştuğunu anlamak için Refinement doğal sonraki adımdır.
İş bağlamında gör
Bu kavramın geçtiği senaryolar
Kendi cümlenle düşün
Anlama kontrolü
Bu sorular puanlanmaz ve cevap metnin kaydedilmez. Amaç tanımı ezberlemek değil, kavramı iş bağlamında açıklayabilmektir.
Bir issue tracker'daki yüzlerce kayıt neden tek başına bunların Scrum Product Backlog'u olduğunu kanıtlamaz?
Yeni feature ile Technical Debt item'ının order'ını tartışırken yalnız “hangisi daha acil?” demek yerine hangi bağlamları görünür kılarsın?
Anlama durumun yükleniyor…
“Anladım” bir öz değerlendirmedir; sınav, yetkinlik, işe hazırlık, sertifika, puan veya rozet anlamına gelmez.
Kanıt yüzeyi
Kaynaklar
Kaynak türü ve desteklediği bölümler görünür tutulur. Tek bir şirket pratiği evrensel sektör standardı olarak sunulmaz.
- BKL-01The Scrum Guide — 2020
- Tür
- Birincil metodoloji rehberi
- Desteklediği bölümler
- Product Backlog tanımı · Product Goal · Product Owner accountability · refinement · Sprint Backlog sınırı
- Erişim
- 20 Temmuz 2026
- Tür
- Resmî metodoloji açıklaması
- Desteklediği bölümler
- Emergent/ordered list · Product Goal · item readiness · ongoing refinement
- Erişim
- 20 Temmuz 2026
Şeffaflık
İnceleme bilgisi
Kaynak temelli editoryal beta — uzman incelemesi bulunmuyor.
- İçerik durumu
- Taslak
- Kaynak durumu
- Kaynaklar tamamlandı
- İnceleme durumu
- Editoryal beta
- Son güncelleme
- 20 Temmuz 2026