Risk kırılım yapısı (RBS): riskleri kaynağına göre katmanlamak
Risk kırılım yapısı (RBS), proje risklerini kaynaklarına göre üst kategorilerden alt kategorilere inen hiyerarşik bir ağaçta toplar. Neden kurulduğunu, nasıl kullanıldığını ve risk kaydıyla farkını anlatır.
Bir bakışta
- RBS riskin kendisini değil, riskin nereden gelebileceğini düzenler. Kategoriler kaynağa göredir; tekil riskler bu ağacın altına yerleşir.
- Hiyerarşiktir: üstte genel kaynak, altta ayrıntılı alt kaynak. Bu yapı risk tanımlamada gözden kaçan alanları görünür kılar.
- RBS bir kontrol listesi gibi kullanılır. Her dalda, projede orada risk var mı diye sorulur.
- Risk kaydının yerine geçmez, ona hazırlık yapar. Kayıt, tekil riskin olasılığını, etkisini ve cevabını tutar; RBS ise kategori çerçevesi verir.
Risk kırılım yapısı nedir?
Risk kırılım yapısı (Risk Breakdown Structure, RBS), bir projeyi etkileyebilecek risk kaynaklarını hiyerarşik olarak gruplayan bir ağaç yapıdır. En üstte projenin toplam riski yer alır; altında teknik, dış, kurumsal ve proje yönetimi gibi geniş kategoriler, onların altında da daha özel alt kategoriler bulunur.
RBS tekil riskleri listelemez. Asıl işlevi, risk tanımlama sırasında düşünce alanını düzenlemektir. Yapı olmadan ekip aklına gelen riskleri sayar ve belli kategorilerde yoğunlaşıp diğerlerini atlar; RBS ile her dalın sırayla gözden geçirilmesi sağlanır.
Nasıl bir yapıya sahiptir?
RBS üstten alta doğru iner. Üst düzeyde projenin tüm riskleri bir bütün olarak durur. İkinci düzeyde riskin geldiği geniş alanlar bulunur. Üçüncü düzeyde bu alanların özel kaynakları listelenir; en alt düzey ise bu kaynaklardan doğan somut riskleri içerir.
Kategorilerin birebir aynı olması gerekmez. Bir inşaat projesinde saha koşulları ve izinler ayrı dal olabilir; yazılım projesinde teknoloji, entegrasyon ve veri kalitesi öne çıkar. Kurumlar çoğu zaman bir şablon yapı tutar ve projeye göre uyarlar. Şablonun yararı, farklı projelerde risklerin aynı dille kıyaslanabilmesidir.
RBS, genel kaynaktan somut riske doğru daralır
Üstte projenin toplam riski, altta tekil riskler
- Projenin toplam riskiTüm kategorilerin bağlandığı en üst düzey.
- Geniş risk kategorileriTeknik, dış, kurumsal ve proje yönetimi gibi kaynak grupları.
- Alt kategorilerKategorinin özel kaynakları; örneğin teknoloji altında entegrasyon.
- Tekil risklerRisk kaydına işlenen somut olaylar.
Küçük bir örnek: yeni bir mağaza açılışı
Bir perakende şirketinin yeni mağaza açılışı projesini düşünün. Dış kategorisinde kira ve izin süreçleri, tedarikçi gecikmesi ve yerel rekabet yer alır. Kurumsal kategorisinde bütçe onayı, kaynak çatışması ve diğer projelerin öncelikleri vardır. Teknik kategoride kasa ve stok sistemi entegrasyonu bulunur. Proje yönetimi kategorisinde ise tahmin hataları ve iletişim aksaklıkları yer alır.
Ekip risk tanımlama toplantısında dalları tek tek gezer. Dış dalda belediye iznindeki gecikme ihtimali, teknik dalda sistem kurulumunun açılıştan sonraya kalması gibi riskler çıkar. RBS olmasaydı ekip büyük olasılıkla yalnız satış ve tedarik sorunlarını konuşacaktı; kurumsal öncelik çatışması gibi alan hiç gündeme gelmeyecekti.
RBS, risk kaydı ve WBS ile ilişkisi
Üç araç birbirinden farklı sorulara cevap verir. WBS işi parçalara ayırır: neyin yapılacağını gösterir. RBS riski kaynağına göre ayırır: nereden belirsizlik gelebileceğini gösterir. Risk kaydı ise tanımlanan her riskin olasılığını, etkisini, sahibini ve cevabını tutar.
Pratikte akış şöyledir: RBS risk tanımlamaya yapı kazandırır, tanımlanan riskler risk kaydına girer, kayıttaki riskler olasılık ve etkiye göre değerlendirilir. Raporlama aşamasında RBS yeniden işe yarar: hangi kategoride riskin yoğunlaştığı görülür ve örüntüler yorumlanır. Risk matrisi ise olasılık ve etkiyi birlikte gösteren ayrı bir değerlendirme aracıdır.
Sık yapılan hatalar
- RBS'yi tekil risk listesine çevirmek; kategori yerine olay yazmak
- Yapıyı hiç uyarlamadan her projeye aynen uygulamak
- Çok derin ve ayrıntılı ağaç kurmak; kullanılmayan düzeyler yapıyı ağırlaştırır
- Kategorileri bir kez çizip projenin ilerleyen evrelerinde güncellememek
- RBS'yi yalnız proje yöneticisinin hazırlaması; farklı birimlerin bakışı eksik kalır
İyi bir RBS kısa, anlaşılır ve kullanılan bir yapıdır. Yapının ne kadar ayrıntılı olacağı projenin büyüklüğüne ve belirsizliğine göre belirlenir.
Mindset programlarında RBS nerede çalışılır?
Proje Yönetimi Uzmanlığı programında risk yönetimi, yönetişim ve uyumluluk konularıyla birlikte iş ortamı domaini içinde işlenir. CAPM hazırlık eğitimi ise kalite ve risk yönetimini ayrı bir modülde sunar; riskin sınıflandırılması ve kaydı, sınava hazırlanan veya projede ilk kez risk sorumluluğu alan kişiler için temel bir başlıktır.
İlgili Mindset programı
Proje Yönetimi Uzmanlığı Sertifika Programı
Sık sorulan sorular
RBS ile risk kaydı aynı şey midir?
Aynı değildir. RBS risk kaynaklarını kategorilere ayıran bir ağaçtır ve tanımlamaya yapı verir. Risk kaydı ise tek tek riskleri olasılık, etki, sahip ve cevap bilgisiyle tutar. RBS kayıttan önce ya da onunla birlikte kullanılır ve onun yerini almaz.
RBS ile WBS arasındaki fark nedir?
WBS işi teslimatlara ve iş paketlerine böler; RBS ise belirsizliği kaynaklarına böler. Yapı olarak ikisi de hiyerarşik ağaçtır ama biri neyin yapılacağını, diğeri nerede sorun çıkabileceğini gösterir. İkisi birlikte okunduğunda hangi iş paketinin hangi riske açık olduğu da anlaşılır.
Her proje için RBS kurmak gerekir mi?
Küçük ve rutin projelerde ayrı bir RBS gerekmeyebilir; kurumun hazır kategori listesi yeterlidir. Belirsizliği yüksek, çok paydaşlı ya da karmaşık projelerde RBS risk tanımlamanın eksik kalmasını önlediği için değerlidir.
RBS'de kaç düzey olmalı?
Sabit bir sayı yoktur. Ekibin risk tanımlamada gerçekten kullanabileceği kadar düzey yeterlidir. Çok derin bir ağaç bakımı zorlaştırır, çok yüzeysel bir ağaç ise ayrım yapmaya yetmez. Genellikle birkaç düzey, çoğu proje için yeterli bulunur.
RBS sonradan değiştirilebilir mi?
Değiştirilebilir. Proje ilerledikçe yeni risk kaynakları ortaya çıkabilir ya da bazı kategoriler anlamını yitirebilir. Yapı gözden geçirme toplantılarında güncellenir; böylece risk tanımlama her turda projenin gerçek koşullarını yansıtır.