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?
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
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?
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?
- Tanı: İşi yavaşlatan sorun ile ilerlemeyi durduran engeli ayırt edebilmeli;
blocked byyö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ı?
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?
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
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
- “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