III.5 — Riski Planla ve Yönet

III.5 · Son güncelleme: 10.10.2026

Riskin yeni adresi ve yedi yetkinliği

III.5 — Riski Planla ve Yönet, 2026 ECO'sunda İş Ortamı (Business Environment) alanının beşinci görevi. Alan sınavın %26'sını taşıyor. Görev yedi yetkinlikle alanın en geniş iki görevinden biri; aynı sayıya yalnızca III.2 — Proje Uyumluluğunu Planla ve Yönet ulaşıyor. ECO'nun saydığı yetkinlikler şunlar:

• Riskleri belirlemek
• Riskleri analiz etmek
• Riskleri izlemek ve kontrol etmek
• Bir risk yönetim planı geliştirmek
• Bir risk kaydı tutmak (ECO'nun örneği zayıf bilgi teknolojisi güvenliği)
• Risk yönetim planını uygulamak (ECO'nun örnekleri güvenlik riskine yanıt vermek ve sürdürülebilirlik risklerini yönetmek)
• Bir riskin projeye etkisinin durumunu iletmek

Liste neredeyse PMBOK® 8'in Risk Performans Alanı'ndaki süreçlerle örtüşüyor. Kılavuz bu alanı, risk yönetimi uygulamaları aracılığıyla proje dayanıklılığı yaratmaya yönelik kapsamlı bir yaklaşım olarak tanımlıyor ve tanımlanmış riskler için önceden planlama yapmayı, riskler gerçekleştiğinde de esnek yanıt mekanizmalarıyla uyum sağlamayı birlikte savunuyor (PMBOK® 8, Guide s.92).

🔴 II.3 artık riskin numarası olmuyor

2021'de risk Süreç alanının üçüncü göreviydi. 2026'da hem numara hem alan değişti ve II.3 numarası II.3 — Değer Temelli Teslimatı Güvence Altına Al görevine verildi. Eski bir kaynakta "II.3" etiketiyle risk sorusu görüyorsanız, kaynak 2021'e göre etiketlenmiş demektir. Bu kaymaların toplu hâli PMP sınavı 2026'da ne değişti yazısında duruyor.

Başlıktaki fiil de değişti. Assess yerine plan gelince vurgu risklerin tek tek değerlendirilmesinden, riske nasıl yaklaşılacağının önceden kurulmasına kayıyor. Yetkinlik listesinde risk yönetim planının hem geliştirilmesinin hem uygulanmasının ayrı ayrı yer alması da bunu gösteriyor.

Önce yaklaşım, sonra riskler

Kılavuza göre risk yönetimini planlama süreci proje tasarlandığı anda başlamalı ve projenin erken bir döneminde tamamlanmalı (PMBOK® 8, Guide s.95). Bu sürecin çıktısı olan risk yönetim planı, proje yönetim planının bir bileşeni olarak risk faaliyetlerinin nasıl yapılandırılıp yürütüleceğini anlatıyor. Planın içerebileceği öğeler arasında genel risk stratejisi, kullanılacak yöntemler ve veri kaynakları, roller ve sorumluluklar, risk faaliyetleri için gereken fon, risk süreçlerinin ne zaman ve ne sıklıkla yapılacağı ve risk kategorileri sayılıyor (PMBOK® 8, Guide s.134-135). Fon öğesi ayrıca acil durum yedeğinin ve yönetim yedeğinin hangi kurallarla kullanılacağını da belirliyor.

Planın en çok sınanan öğesi paydaşların risk iştahı oluyor. Kılavuz kilit paydaşların risk iştahının planda kayda geçirilmesini ve her proje hedefi için ölçülebilir risk eşikleri olarak ifade edilmesini istiyor (PMBOK® 8, Guide s.136). İştah ile eşik arasındaki ilişkiyi de bir örnekle veriyor. Bir maliyet hedefinin çevresinde ±%5'lik bir eşik, ±%10'luk bir eşiğe göre daha düşük bir risk iştahını yansıtıyor (PMBOK® 8, Guide s.94). Bir soruda "bu sapma kabul edilebilir mi" diye soruluyorsa, cevabın dayanağı bu eşikler oluyor.

Riskleri belirlemek ve analiz etmek

Kılavuz riski, gerçekleşirse bir ya da daha fazla hedef üzerinde olumlu ya da olumsuz etkisi olacak belirsiz bir olay ya da koşul olarak tanımlıyor. Olumsuz olanlara genellikle tehdit, olumlu olanlara fırsat deniyor; bir risk de "neden, olay ve sonuç" yapısıyla tarif edilebiliyor (PMBOK® 8, Guide s.92-93). Risk yönetiminin yalnızca kötü olasılıkları savuşturmaktan ibaret olmadığını bu tanım zaten söylüyor. Bir şıkta fırsatı büyütmeye yönelik bir eylem geçiyorsa, bu onu kendiliğinden yanlış yapmıyor.

Belirleme aşamasında kılavuzun vurguladığı iki nokta var. Gerçek riskleri endişelerden ve sorunlardan ayırmak gerekiyor ve başlangıçta yapılan belirleme hiçbir zaman tam olmuyor, bu yüzden süreç proje boyunca tekrarlanıyor (PMBOK® 8, Guide s.95-96). Kılavuzun dört kutulu sınıflandırması da bu ayrımı destekliyor (PMBOK® 8, Guide s.93, Şekil 2-46):

Analiz de yinelemeli bir süreç ve nitel ile nicel eylemleri birleştiriyor. Nitel analiz proje boyunca sürüyor ve tek tek riskleri gerçekleşme olasılığına ve etkisine göre değerlendiriyor. Nicel analiz her projede gerekmiyor; gerektiğinde tanımlanmış risklerin ve öteki belirsizlik kaynaklarının proje hedefleri üzerindeki birleşik etkisini sayısal olarak inceliyor (PMBOK® 8, Guide s.96). Sınav bu ayrımı genellikle şöyle yokluyor. Elinizde önceliklendirilecek bir risk listesi varsa nitel analiz, projenin bütününe toplam etkiyi sayıya dökmeniz gerekiyorsa nicel analiz devreye giriyor. Olasılığı ve etkisi düşük çıkan riskler de silinmiyor; kılavuz bunları ileride izlenmek üzere risk kaydında bir gözlem listesinde tutmayı öneriyor (PMBOK® 8, Guide s.195).

Risk kaydı ve risk raporu

ECO'nun "risk kaydını tut" yetkinliği tek bir belgeye bakıyor, ama kılavuz iki belgeyi birlikte anlatıyor. Risk kaydı risk süreçlerinin çıktılarının kaydedildiği yer olarak tanımlanıyor. Tek tek risklerin ayrıntısı burada tutuluyor ve belirleme, analiz, yanıt planlama, yanıt uygulama ve izleme süreçlerinin sonuçları proje ilerledikçe kayda işleniyor. Kayıtta olası risk sahibi, olası yanıtlar, riskin yaklaştığını gösteren tetikleyiciler ve zamanlama bilgisi de bulunabiliyor (PMBOK® 8, Guide s.137). Risk raporu ise projenin genel riskinin kaynaklarını ve tanımlanmış risklere ilişkin özet bilgiyi sunuyor, örneğin kaç tehdit ve fırsat belirlendiğini ve risklerin kategorilere nasıl dağıldığını gösteriyor (PMBOK® 8, Guide s.138).

ECO'nun kayıt için verdiği örnek, yani zayıf bilgi teknolojisi güvenliği, The Standard'da da karşılık buluyor. Kitap teknoloji ilerledikçe bilgi güvenliği tehditlerinin ve siber güvenlik kaygılarının arttığını, proje bilgisini korumak için kurumun bilgi teknolojileri birimiyle uyum içinde çalışmanın proje yönetim ekibinin ve proje yöneticisinin sorumluluğu olduğunu yazıyor (PMBOK® 8, Standard s.32).

Yanıt planlamak ve uygulamak

Kılavuz yanıt stratejilerini tehdit ve fırsat için ayrı ayrı sayıyor. Tehditler için tırmandırma, kaçınma, aktarma, azaltma ve kabul; fırsatlar için tırmandırma, kullanma, paylaşma, artırma ve kabul öneriliyor (PMBOK® 8, Guide s.94). Tırmandırma, ekip ya da sponsor tehdidin proje kapsamının dışında kaldığında ya da önerilen yanıt proje yöneticisinin yetkisini aştığında uygun düşüyor ve tırmandırılan tehdit bundan sonra ekip tarafından izlenmiyor (PMBOK® 8, Guide s.203-204).

Yanıt planlama süreci gerekirse kaynak ayırıyor ya da yedek ekliyor ve proje belgelerine yeni faaliyetler koyuyor (PMBOK® 8, Guide s.96-97). Yedeklerin hangi riski karşıladığı sınavda sık sorulan bir konu. Acil durum yedeği tanımlanmış riskler için ayrılan bütçeyi ifade ediyor; kılavuz onu çoğunlukla bilinen-bilinmeyenleri karşılamaya yönelik pay olarak görüyor (PMBOK® 8, Guide s.192). Yönetim yedeği ise bilinmeyen riskleri karşılamak için bulunduruluyor (PMBOK® 8, Guide s.102). Burada PMBOK® 8'in getirdiği bir ayrıntıya dikkat etmek gerekiyor. Yönetim yedeği her durumda maliyet temelinin dışında kalıyor. Acil durum yedeği için ise kitap iki senaryo veriyor; kurumun tercihine göre maliyet temelinin içinde de yer alabiliyor, dışında da tutulabiliyor (PMBOK® 8, Guide s.60-61). Yedeklerin bütçe tarafı II.6 — Finansı Planla ve Yönet görevinde ayrıntılı olarak anlatılıyor.

Uygulama süreci ise üzerinde anlaşılan yanıtların planlandığı gibi yürütülmesini güvence altına alıyor (PMBOK® 8, Guide s.98). Bu sürecin çıktıları arasında değişiklik talepleri de bulunuyor; bir yanıt temele dokunuyorsa III.3 — Değişiklikleri Yönet ve Kontrol Et görevindeki süreçten geçiyor (PMBOK® 8, Guide s.100).

İzlemek ve durumu iletmek

Riskleri izleme süreci yanıt planlarının uygulanmasını izlemeyi, tanımlanmış riskleri takip etmeyi, yeni riskleri belirleyip analiz etmeyi ve yanıtların ne kadar etkili olduğunu değerlendirmeyi kapsıyor. Kılavuz bu sürecin risk sahiplerinin atanmış kalmasını da sağladığını belirtiyor (PMBOK® 8, Guide s.98). Uyarlanabilir projelerde bu iş daha sık yapılıyor. Kılavuzun çevik örneğinde ekip risk değerlendirmesini yalnızca başlangıçta yapmıyor, her sprintin başında tekrarlıyor ve her yinelemenin sonunda paydaşlarla risk gözden geçirme toplantıları düzenliyor (PMBOK® 8, Guide s.101).

ECO'nun son yetkinliği riskin etkisinin durumunu iletmeyi istiyor. Kılavuz paydaşları risk ve belirsizlik hakkında kritik bilgi kaynakları olarak görüyor ve etkili paydaş katılımının risk süreçlerini paydaş beklentileriyle uyumlu tutabileceğini söylüyor (PMBOK® 8, Guide s.101). Uyarlama başlıkları arasında da yanıtları esnek biçimde ayarlarken ilgili paydaşlarla açık iletişimi sürdürmek sayılıyor (PMBOK® 8, Guide s.99). İletişimin yazılı aracı çoğu zaman yukarıdaki risk raporu oluyor.

Sürdürülebilirlik riskleri

ECO'nun sürdürülebilirlik örneği The Standard'daki bir tanıma dayanıyor. Kitaba göre sürdürülebilirlik riskleri, proje faaliyetleri toplumsal, ekonomik ve çevresel kaygıları dengelemekte ya da bütünleştirmekte başarısız olduğunda ortaya çıkıyor. Kitabın örnekleri arasında maliyeti çevresel sorumluluğun önüne koymak, topluluk üzerindeki etkileri hesaba katmamak ve sürdürülebilirliğe bağlı düzenleyici uyumluluk gereksinimlerini küçümsemek bulunuyor (PMBOK® 8, Standard s.51). Bu son örnek, riskin uyumlulukla kesiştiği yeri gösteriyor ve iki görevi birbirine bağlıyor.

Risk gerçekleştiğinde

Kılavuz riski sorundan zamanla ayırıyor. Sorun gerçekleşmiş ya da hâlâ süren bir durumu, risk ise henüz gerçekleşmemiş olası bir gelecek sorunu anlatıyor ve bir sorun çoğu zaman kötü yönetilmiş bir riskten doğuyor (PMBOK® 8, Guide s.93). Riskin soruna dönüştüğü anı fark etmek ECO'da ayrı bir görevin yetkinliği olarak duruyor: III.4 — Engelleri Kaldır ve Sorunları Yönet.

Aynı sayfa genel risk kavramını da tanımlıyor. Genel risk, belirsizliğin projenin bütünü üzerindeki etkisini anlatıyor. Yanıtları tek tek tehdit ve fırsatlarınkiyle aynı, ama belirli bir olaya değil projenin tamamına uygulanıyor. Kılavuz genel risk çok yüksek olduğunda kuruluşun projeyi iptal etmeyi seçebileceğini de ekliyor (PMBOK® 8, Guide s.93).

Atıflar hakkında

Yukarıdaki sayfa numaraları PMBOK® Sekizinci Baskı'ya (PMBOK® 8) aittir; ECO 2026'ya yapılan göndermeler ayrıca "ECO" diye belirtilmiştir.

⚠️ PMBOK® 8 tek ciltte iki ayrı kitap barındırır ve ikisinin sayfa numaralandırması bağımsızdır:

• The Standard for Project Management — atıflarda Standard s.X
• A Guide to the Project Management Body of Knowledge — atıflarda Guide s.X

Bu sayfa iki kitaptan da atıf yapıyor; hangi numaranın hangi kitaba ait olduğu her atıfta yazılıdır. Numaralar kitabın basılı sayfa numaralarıdır.

Bu sayfa kitabı anlatır, yerine geçmez.