Blocker, bir işin anlamlı biçimde ilerlemesini durduran; çözülmesi için bir bağımlılığın, kararın, erişimin veya yardımın gerektiği durumdur. Bir aracın blocked alanı ya da etiketi, bu durumun görünür kılınma yollarından yalnızca biridir.
Stajİlk işGünlük ekipPlanlamaİşbirliği
Temsili kavram şemasıCON-006
Karşılaştırma
Akış sinyali
Gecikme değil, ilerlemeyi durduran engel görünür olur.
01 · Normal akışİlerliyor
Zorluk olsa da kişi anlamlı biçimde ilerlemeye devam edebilir.
Başlangıç beklentisi
UygulaDevAtlas önerisi; evrensel sektör standardı değildir.
Tahmini okuma
6 dakika
Görsel anlatım · Ekip koordinasyonu
Blocker, sessiz bekleyişi görünür hâle getirir.
Bir iş neden durdu, hangi yardım gerekiyor ve ekip bunu nasıl doğru yönde okuyabilir?
Sahne 01 / 05
Her zorluk Blocker değildir
Blocker, işin zor olması değil; işin anlamlı biçimde ilerleyemiyor olmasıdır.
Bir iş yavaş gidebilir, risk taşıyabilir veya teknik olarak yorabilir. Bunların hiçbiri tek başına Blocker değildir. priority, risk ve zorluk farklı sorulara yanıt verir; Blocker tek bir soruya bakar: sonraki anlamlı adım atılabiliyor mu?
priority
Bu iş diğerlerine göre ne zaman ele alınmalı?
İş ilerleyebilir; sırası tartışılır.
İlerleme: ilerleyebilir
risk
Bu iş beklendiği gibi gitmezse ne olur?
İş ilerleyebilir; sonucu belirsizdir.
İlerleme: ilerleyebilir
zorluk
Bu iş ne kadar emek ve bilgi ister?
İş ilerler, yavaş ilerler.
İlerleme: yavaş ilerler
Blocker
Bu iş şu anda ilerleyebiliyor mu?
İş ilerlemiyor; sonraki adım atılamıyor.
İlerleme: durdu
Tek soruluk ayırt etme testi
Bu işte sonraki anlamlı adımı bugün atabiliyor muyum?
Evet ise: iş zor, riskli veya düşük priority olabilir — Blocker değildir.
Hayır ise: Blocker olarak görünür kılınması gerekir.
Karıştırılan nokta: zorlanmak ile durmak
Yanlış okuma“Bu iş çok zorluyor, demek ki blocked.”
Doğru okumaZorlanmak çalışmaya devam etmektir. Blocker, çalışmanın devam edemediği noktadır. Ölçüt duygu değil, hareket.
Çıkarım: Her sorun Blocker değildir. Adım atılabiliyorsa iş zorlu olabilir ama Blocker değildir.
Sahne 02 / 05
İş tam olarak nerede durdu?
Blocker'ı görünür kılmak, “ilerleyemiyorum” cümlesini tek bir duran adıma indirmekle başlar.
Blocker çoğunlukla dört biçimde ortaya çıkar: başka bir işin tamamlanmasını beklemek, gerekli erişime sahip olmamak, yetkili bir kararı beklemek ya da dış bir ekip veya sistem nedeniyle ilerleyememek. Dördünde de aynı şey istenir: hangi adımın durduğunu ve neyin eksik olduğunu somut yazmak.
Bir engel türü seç: işin nerede durduğunu gör
Hazırlıktamamlandı
Uygulamaburada durdu
Doğrulamabekliyor
Teslimbekliyor
Belirsiz cümle
İlerleyemiyorum, başka bir şeye bağlı.
→
Somut engel
Uygulama adımı, bağlı olduğu veri modeli değişikliği tamamlanmadan sürdürülemiyor (dependency).
Karıştırılan nokta: genel şikâyet ile somut engel
Yanlış okuma“Her şey blocked, hiçbir şey ilerlemiyor.”
Doğru okumaGenel şikâyet yardım çağrısı değildir; kimin ne yapabileceğini göstermez. Somut engel tek bir duran adımı ve tek bir eksiği işaret eder.
Çıkarım: Duran adım ve eksik olan şey yazılıysa Blocker artık yardım istenebilir hâldedir.
Sahne 03 / 05
“Blocked” etiketi tek başına çözüm değildir
Etiket yalnızca durumu işaretler; yardımı çağıran şey etiketin yanındaki bilgidir.
Aşağıdaki örnek tamamen temsilidir. Solda yalnızca etiket var; sağda aynı durum okunabilir biçimde yazılmış. Fark, okuyan kişinin ne yapacağını bilip bilmemesidir.
Yalnızca etiket
Blocked
Okuyan kişi ne öğrenir? Neredeyse hiçbir şey.
Hangi iş etkileniyor, bilinmiyor.
Hangi adım durdu, bilinmiyor.
Hangi yardım gerekiyor, bilinmiyor.
Takip eden biri var mı, bilinmiyor.
Görünür kılınmış Blocker bilgisi
ÖRN-114 · temsili Ticket
Ticket, test ortamı erişimi olmadığı için doğrulamaya geçemiyor.
Hangi iş etkileniyor?
ÖRN-114 (temsili Ticket): ödeme formu doğrulaması.
Hangi adım durdu?
Uygulama adımı tamamlandı; doğrulama adımı başlayamıyor.
Engel neden oluştu?
Test ortamına erişim henüz tanımlı değil.
Hangi yardım veya karar gerekiyor?
Erişim için yetkili bir onay ya da geçici bir alternatif doğrulama ortamı.
Sonraki takip adımı ne?
Erişim talebi paylaşıldı; yarın öğleye kadar yanıt gelmezse ekip içinde yeniden gündeme alınacak.
Kim takip ediyor?
Ticket üzerindeki kişi takibi sürdürüyor (Ownership: takip etmek; tek başına çözmek zorunda olmak değil).
Bu sırada yapılabilecek başka bir iş var mı?
Doğrulama adımları ve test verisi şimdiden hazırlanabilir; erişim geldiğinde bekleme kısalır.
Dil: suçlamak yerine etki ve ihtiyaç
Kaçın“API ekibi yüzünden blocked.”
Tercih et“Doğrulama, erişim tanımlanmadan başlayamıyor; onay verebilecek kişiye ihtiyaç var.”
Karıştırılan nokta: durum bildirmek ile yardım istemek
Yanlış okuma“Blocked yazdım, iletişim tamamlandı.”
Doğru okumaEtiket bir başlangıçtır. Etki, ihtiyaç, sonraki adım ve takip bilgisi yazılmadan kimse nasıl yardım edeceğini bilemez.
Çıkarım: İyi bir Blocker kaydı, okuyan kişinin ne yapacağını anladığı kayıttır.
Sahne 04 / 05
blocked by ve blocking yönlerini karıştırma
Aynı dependency iki yönden okunur: blocked by yardım ihtiyacını, blocking etkiyi anlatır.
Bir bağımlılık ilişkisinde her zaman iki taraf vardır. Hangi tarafta durduğunu yazmak, okuyan kişinin “kimin yardıma ihtiyacı var” ve “bu gecikme neyi bekletiyor” sorularını doğru yanıtlamasını sağlar. Yönü değiştir ve iki okumayı karşılaştır.
Okuma yönünü seç
Önceki iş
→blocked by
Bu iş
→blocking
Bekleyen iş
blocked byBu iş, başka bir iş yüzünden ilerleyemiyor.
blockingBu iş, başka bir işin ilerlemesini engelliyor.
Bu iş, önceki işin tamamlanmasını bekliyor.
Ne anlatır?
Bu işin şu anda yardıma ihtiyacı var; bekleme noktası bu işin dışında.
Yön yanlış yazılırsa
İş kendi başına duruyormuş gibi görünür; gerçek bekleme noktası görünmez kalır ve yardım yanlış yere gider.
Karıştırılan nokta: yön bilgisi ile suç dağıtımı
Yanlış okuma“Yönü yazmak, kimin hatalı olduğunu belirtmektir.”
Doğru okumaYön, kimin hatalı olduğunu değil, bağımlılığın hangi tarafta durduğunu gösterir. Amacı doğru yardımı bulmaktır.
Çıkarım: Yön yanlışsa hem etki hem yardım ihtiyacı yanlış okunur.
Sahne 05 / 05
Blocker görünür olunca ne değişir?
Erken görünen Blocker sorunu yok etmez; ekibe seçenek kazandırır.
Bir Blocker geç görünürse ekip yalnızca gecikmeyi fark eder. Erken görünürse planı uyarlayabilir, işi yeniden sıralayabilir, doğru kişiden yardım isteyebilir veya gerektiğinde escalation yapabilir. Bunlar otomatik sonuçlar değil, ekibin kazandığı seçeneklerdir.
Görünürlük neyi mümkün kılar?
Görünmezken
Gecikme sonradan fark edilir.
Görünürken
Bekleme, başlangıçta biliniyor.
Plan uyarlanabilir.
Görünmezken
Duran iş beklemeye devam eder.
Görünürken
İlerleyebilen işler öne alınır.
İş yeniden sıralanabilir.
Görünmezken
Yardım isteği belirsiz kalır.
Görünürken
Hangi karar veya erişimin gerektiği yazılıdır.
Doğru kişiden yardım istenebilir.
Görünmezken
Bekleme sessizce uzar.
Görünürken
Takip adımı ve zaman sınırı ekibin bilgisinde.
Gerektiğinde escalation yapılabilir.
Sınırlar: bunları Blocker'a yüklemeyin
Takip sorumlusu olmak, engeli tek başına çözme yetkisine sahip olmak değildir. Scrum kullanan ekiplerde de bütün Blocker'ları tek bir rolün çözmesi beklenmez.
Blocker en yüksek priority anlamına gelmez. priority “ne zaman ele alınmalı”, Blocker “şu anda ilerleyebiliyor mu” sorusuna yanıt verir.
Blocker ile Scrum'daki impediment her bağlamda birebir aynı terim değildir; kullanıldığı çerçeveye göre kapsamı değişir.
Her araçta Blocker aynı status, alan veya workflow olarak bulunmaz. Bazı ekipler etiket, bazıları ilişki alanı, bazıları yorum kullanır.
Evrensel bir SLA ya da zorunlu escalation zinciri yoktur. Bekleme sınırı ve takip biçimi ekibin kendi anlaşmasıdır.
Karıştırılan nokta: görünürlük ile aciliyet
Yanlış okuma“Blocker yazıldıysa her şey durur, önce o çözülür.”
Doğru okumaGörünürlük bir çağrıdır, otomatik aciliyet değil. Ekip hangi Blocker'a ne zaman yanıt vereceğine birlikte karar verir.
Çıkarım: Görünür Blocker, ekibin zamanında yanıt verebilmesini mümkün kılar.
Anlatımdaki Ticket numarası, ekip ve ifadeler tamamen temsilidir; gerçek bir kayıt ya da alıntı değildir.
Klavye: ←→ sahne değiştirir, Home ilk sahneye, End son sahneye gider.
Temsili görselBlocker, işin zor olması değil; sonraki anlamlı adımın şu anda atılamamasıdır.
i
Editoryal beta4 kaynak · Son güncelleme 20 Temmuz 2026
Sessiz beklemeyi, yanlış ilerleme varsayımını ve bağımlı işlerin zincirleme gecikmesini azaltmaya yardımcı olur. Görünür bir Blocker, ekibin planı uyarlamasına, işi yeniden sıralamasına veya doğru kişiden karar istemesine olanak verir.
Gerçek hayat · Bölüm 02
Gerçek iş senaryosu
Temsili iş sahnesi
BlockerEkip sinyali → karar → olası sonuç
İlk okuma
SCN-001'de ticket'ı doğrulamak için gereken test ortamına erişemediğini düşün. Yalnızca “Blocked” yazıp beklemek yerine etkilenen işi, erişim olmadan ilerleyemeyen adımı, erişimi verebilecek ekibi, açılmış talebi ve bu sırada yapabildiğin işi kayda eklersin.
Tam bağlamı açGerekçe, sınırlar ve kalan ayrıntı
Uygun kanaldan yardım istersin; çözüm yetkisi sende değilse escalation yolunu erken kullanırsın.
Duyacağın bağlam · Bölüm 03
Ekipte bunu nasıl duyabilirsin?
“Ekip bunu hangi bağlamda söyler?
İlk okuma
Temsili ekip konuşması: “Bu ticket test ortamı erişimi olmadan doğrulamaya geçemiyor. Erişim talebi OPS-42; bugün sonuçlanmazsa kapsamı yeniden sıralamamız gerekiyor.”
Beklenti seviyesi · Bölüm 04
Junior hangi seviyede bilmeli?
01TanıTemel02AçıklaTemel03UygulaHedef
Tanı: İşi yavaşlatan sorun ile ilerlemeyi durduran engeli ayırt edebilmeli; blocked by yönünü doğru okuyabilmelisin.
Açıkla: Blocker'ın etkisini ve neden erken görünür kılınması gerektiğini anlatabilmelisin.
Uygula: Etkilenen işi, engelin nedenini, gerekli yardımı, takip adımını ve mümkünse geçici alternatifi kaydedebilmeli; uygun kişiye escalation yapabilmelisin.
Şimdilik bilmesi gerekmeyen: Kurumsal incident command, SLA tasarımı, portföy bağımlılık modelleme ve araç yöneticiliğini şimdilik öğrenmen gerekmez.
İhtiyacın kökeni · Bölüm 05
Neden ortaya çıktı?
İhtiyaç→Blocker→Ortak dil
İlk okuma
Ekipler, ilerlemeyen bir işi yalnızca gecikme büyüdükten sonra fark etmemek ve doğru yardımı erken devreye almak için engelleri görünür kılar.
Tam bağlamı açGerekçe, sınırlar ve kalan ayrıntı
Scrum Guide bu bağlamda impediment terimini kullanırken bazı iş takip araçları blocked ilişkileri sunar. Bu kullanımlar birbiriyle ilişkili olabilir, ancak Blocker ve Scrum impediment birebir aynı terim değildir.
Ekip etkisi · Bölüm 06
Şirketler neden kullanır?
BlockerEkipSüreçRiskTeslimat
İlk okuma
Ekipler bağımlılıkları ve ilerleme engellerini ortak planlama yüzeyinde göstermek için Blocker bilgisi kullanabilir. GitHub Issues ve Jira, engelleyen/engellenen iş ilişkilerini araç içinde görünür kılan iki ürün örneğidir. Alan adı ve workflow davranışı aracın ve ekibin yapılandırmasına göre değişebilir.
Karar alanı · Bölüm 07
Trade-off ve bağlam
KazançMaliyet
İlk okuma
Her zorluğu Blocker diye işaretlemek sinyali gürültüye çevirebilir; gerçek bir engeli geç bildirmek de ekibin uyarlama zamanını azaltır.
Tam bağlamı açGerekçe, sınırlar ve kalan ayrıntı
Bir kişiyi “Blocker'ın sahibi” olarak yazmak, o kişinin engeli tek başına çözebileceği veya soruna onun neden olduğu anlamına gelmez. Takip sorumluluğu ile çözüm yetkisini ayır.
Yanılgı radarı · Bölüm 08
Yaygın yanlış anlamalar
Terim≠tek doğru uygulama
“Blocker en yüksek priority demektir.” Yanlış; öncelik ile ilerleyebilme durumu farklı boyutlardır.
“Blocked yazınca iletişim tamamlanır.” Yanlış; etki, ihtiyaç ve sonraki adım görünür değilse etiket tek başına yardım sağlamaz.
“Her sorun Blocker'dır.” Yanlış; iş makul biçimde ilerleyebiliyorsa ekip başka bir risk veya sorun dili kullanabilir.
“Blocker, Scrum impediment'ın başka adıdır.” Yanlış; terimler farklı bağlamlarda kullanılır ve birebir eşit değildir.
“Scrum Master bütün Blocker'ları kendisi çözmelidir.” Aşırı yorum; Scrum Guide engellerin kaldırılmasını sağlama sorumluluğunu belirtir, her çözümün tek kişi tarafından uygulanacağını söylemez.
Gerilim ve çözüm1. bölüm
İş içinde görWorkflow ve gerçek araç örnekleriKavramı anladıktan sonra işte nasıl göründüğünü incele.
Artefact karşılaştırması · Blocker
“Blocked’ım” mesajını yardım alınabilir hâle getir
Etiket tek başına ekibe neyin durduğunu veya kimin yardım edebileceğini söylemez. Merceklerle aynı durumun nasıl eyleme dönüştüğünü incele.
Artefact
Ekip kanalındaki Blocker güncellemesi
Vaka
Checkout entegrasyonu
Geliştirici ödeme sandbox’ına erişemiyor. Entegrasyon testi durmuş durumda; arayüzün bazı hata durumlarında ise ilerleyebiliyor.
İş kimlikleri, saatler, ekipler ve teknik sinyaller hayalîdir; gerçek kişi veya şirket olayını temsil etmez.
