II.2 — Proje Kapsamını Geliştir ve Yönet

II.2 · Son güncelleme: 24.08.2026

Bu görev nerede duruyor

II.2 — Proje Kapsamını Geliştir ve Yönet, 2026 ECO'sunda Süreç (Process) alanının bir görevi. Alan sınavın %41'ini taşıyor ve altında on görev var — üç alanın en ağırı burası.

ECO'nun bu göreve bağladığı yetkinlik sayısı üç: kapsamı tanımlamak, proje kapsamı üzerinde paydaş mutabakatı sağlamak ve kapsamı parçalara ayırmak. Ortadaki madde çoğu kaynağın atladığı yer: kapsam yalnız yazılmaz, üzerinde anlaşılır.

Başlığın kendisi de değişti. 2021'de görev "plan and manage scope" idi; 2026'da "develop and manage". Plan yerine develop gelmesi kapsamı önceden kurulup sonra korunan bir belge olmaktan çıkarıp proje boyunca geliştirilen bir şeye yaklaştırıyor.

🔴 Numaraya güvenmeyin

Kapsam, ECO 2026'daki numara tuzaklarının en sinsisi — çünkü çarpışma kapsam ile zaman çizelgesi arasında:

• 2021'de II.8 = kapsam. O konu 2026'da II.2.
• 2026'da II.8 = zaman çizelgesi.

Yani "II.8" etiketli bir soru, hangi ECO'ya göre etiketlendiğine bağlı olarak iki tamamen farklı konuya ait olabilir. İkisi de Süreç alanında, ikisi de "planla ve yönet" kalıbında — bu yüzden yanlış eşleşme gözden kaçıyor. Aynı numaranın iki konuyu birden taşıdığı, hazır soru bankalarında fiilen görülen bir durum.

Materyal eşleştirirken numaraya değil başlığa bakın. Tuzağın genel hâli ve diğer örnekleri için PMP sınavı 2026'da ne değişti yazısına bakabilirsiniz.

Proje kapsamı ile ürün kapsamı aynı şey değil

Sınavın kapsam sorularında ilk ayırt ettiği şey bu.

Proje kapsamı, belirtilen özellik ve işlevlere sahip bir ürünü, hizmeti ya da sonucu teslim etmek için yapılan işi kapsar (PMBOK® 8, Guide s.38). Ürün kapsamı ise teslim edilecek ürünün, hizmetin ya da sonucun özelliklerinin, işlevlerinin ve niteliklerinin tanımıdır — sonucun neye benzeyeceği ve ne yapacağı (PMBOK® 8, Guide s.38).

Kısaca: proje kapsamı iş, ürün kapsamı çıktı.

Kılavuz araya üçüncü bir şey daha koyuyor: kalite bir kapsam özelliğidir. Bir köprü projesinin kapsamı yalnız köprüyü değil, köprünün ne kadar sağlam, kalıcı ve bakımı kolay olacağına dair eşikleri de içerir (PMBOK® 8, Guide s.38). Yani "bu bir kalite sorunu mu, kapsam sorunu mu" diye ayrıştıran şıklar çoğu zaman sahte bir ikilem kuruyor.

Kapsam temeli neyden oluşur — ve uyarlanabilirde ne olur

Öngörücü ortamlarda kapsam temeli (scope baseline), resmî kapsam belgelerinin onaylanmış sürümüdür; yalnız resmî değişiklik kontrol yordamlarıyla değiştirilebilir ve gerçekleşenle karşılaştırmanın ölçüsü olur (PMBOK® 8, Guide s.38). Üç parçadan oluşur: proje kapsam bildirimi, WBS ve WBS sözlüğü (PMBOK® 8, Guide s.140).

Kapsam temeli tek başına durmaz; zaman çizelgesi ve maliyet temelleriyle birlikte performans ölçüm temelini (PMB) oluşturur (PMBOK® 8, Guide s.38). Kapsamı değiştiren her onaylı talep bu yüzden üç temeli birden ilgilendirir — ayrıntı için III.3 — Değişiklikleri Yönet ve Kontrol Et sayfasına bakabilirsiniz.

Uyarlanabilir yaklaşımda aynı kavram başka biçim alıyor: temel her yinelemenin başında tanımlanır ve beklenen değere göre önceliklendirilmiş gereksinimlerle hizalanır. Değişiklikleri genellikle ürün sahibi dinamik olarak onaylar; resmî bir değişiklik kontrol yordamı işlemez (PMBOK® 8, Guide s.38). Kılavuz adlandırmayı da not ediyor: uyarlanabilir yaklaşımlarda kapsam temeline önceliklendirilmiş gereksinimler ya da sprint iş listesi denebilir (PMBOK® 8, Guide s.23).

Sınav ayrımı buradan çıkıyor: "temel değişti mi" sorusunun cevabı yaklaşıma göre değişir — öngörücüde resmî onay, uyarlanabilirde ürün sahibinin önceliklendirmesi.

WBS'in süreci yeni adıyla: Kapsam Yapısını Geliştir

PMBOK® 8'in Kapsam Performans Alanı altı süreç taşıyor: Kapsam Yönetimini Planla, Gereksinimleri Topla ve Analiz Et, Kapsamı Tanımla, Kapsam Yapısını Geliştir, Kapsamı İzle ve Kontrol Et, Kapsamı Doğrula (PMBOK® 8, Guide s.39).

Dördüncüsü eski kaynaklarda başka adla geçtiği için tanınmıyor. Kapsam Yapısını Geliştir (Develop Scope Structure), proje teslimatlarını ve işini daha küçük, yönetilebilir bileşenlere ayırma sürecidir (PMBOK® 8, Guide s.40); öngörücü projelerde WBS'i üretir (PMBOK® 8, Guide s.42) ve çıktıları kapsam temeli, WBS ile WBS sözlüğüdür (PMBOK® 8, Guide s.43).

Kılavuzun burada yaptığı köprü önemli: çevik projelerde bu çaba ürün iş listesinin ayrıştırılmasına karşılık gelir — iş maddeleri epiklere, özelliklere ve kullanıcı hikâyelerine bölünür (PMBOK® 8, Guide s.40). Yani "WBS mi iş listesi mi" diye ayrılan iki dünya, PMBOK'ta tek sürecin iki biçimi.

ECO'nun "kapsamı parçalara ayır" yetkinliği tam olarak bu süreci gösteriyor.

Değer kırılım yapısı: kapsamı değere bağlayan yeni araç

PMBOK® 8'in kapsam bölümüne getirdiği ve eski kaynaklarda karşılığı olmayan araç değer kırılım yapısı (VBS): proje kapsamını ve beklenen değerini, o değeri üretecek ürün kapsamına bağlayan hiyerarşik bir yapı (PMBOK® 8, Guide s.38).

En üst düzeyde paydaşlarla konuşulmuş ana teslimatlar durur. Her teslimatın katması beklenen değer ya bir sayı (gelir, okuma öğrenen öğrenci sayısı, kurtarılan yaşam) ya da toplam beklenen değerin yüzdesi olarak girilir — zorunlu bir teslimat %100'dür. Bu tahminler teslimatları önceliklendirmekte kullanılır; üst düzeydeki her madde alt teslimatlara, onlar da bir WBS aracılığıyla proje kapsamına ve faaliyetlere ayrışır (PMBOK® 8, Guide s.38).

Kısaca VBS yukarıdan değeri, WBS aşağıdan işi tarif ediyor. Sınavda "hangi teslimat önce" tipindeki sorularda aranan gerekçe budur.

Kapsamı doğrulamak ile kontrol etmek

İki süreç birbirine benziyor ama farkları sabit bir soru kalıbı:

• Kapsamı İzle ve Kontrol Et: proje ve ürün kapsamının durumunu izlemek, kapsam temelindeki değişiklikleri yönetmek, teslimatların kalitesini ölçmek ve gerekli standartların karşılandığından emin olmak (PMBOK® 8, Guide s.40). Amaç ürünün ilgili kalması ve paydaşa değer üretmesi (PMBOK® 8, Guide s.42).
• Kapsamı Doğrula: tamamlanmış proje teslimatlarının kabulünü resmîleştirmek (PMBOK® 8, Guide s.40).

Ayrımı en net gösteren şey sürecin girdisi: Kapsamı Doğrula'nın girdileri arasında doğrulanmış teslimatlar (verified deliverables) ile kalite kontrol ölçümleri var (PMBOK® 8, Guide s.44). Yani teslimat önce kaliteden geçer, sonra kabule gider.

Sınav çevirisi: "iç kontrolden geçti mi" kalite sorusudur, "müşteri kabul etti mi" kapsam doğrulama sorusudur.

Kapsam kayması ve altın kaplama

İkisi de kapsamın kontrolsüz büyümesidir ama kaynakları farklıdır: kapsam kayması dışarıdan sızar, altın kaplama ekibin kendi eklemesidir.

The Standard for Project Management, değeri aşmanın altın kaplamayı ya da kapsam kaymasını onaylamak anlamına gelmediğini açıkça söylüyor (PMBOK® 8, Standard s.5) ve değere odaklanmanın ikisini de önlemek için sürekli kapsam yönetimi gerektirdiğini ekliyor (PMBOK® 8, Standard s.42).

Kılavuzun pratik tavsiyesi ise belgeye bakıyor: projede neyin kapsam dışı olduğunu tanımlamak paydaş beklentilerini yönetmeye yardım eder ve kapsam kaymasını azaltabilir (PMBOK® 8, Guide s.128).

Sınav çevirisi: "müşteri memnun olsun diye küçük bir ek yaptık" seçeneği, ne kadar iyi niyetli görünürse görünsün doğru cevap değildir.

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.