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

II.2 · Son güncelleme: 10.10.2026

Kapsam yazılmakla bitmiyor, üzerinde anlaşılıyor

II.2 — Proje Kapsamını Geliştir ve Yönet, 2026 ECO'sunda Süreç (Process) alanının ikinci görevi. Alan sınavın %41'ini taşıyor ve on görevle üç alanın en ağırı. ECO bu göreve yalnızca üç yetkinlik bağlıyor: kapsamı tanımlamak, proje kapsamı üzerinde paydaş mutabakatı sağlamak ve kapsamı parçalara ayırmak. Ortadaki madde görevin en az konuşulan ama en çok iş çıkaran yanı, çünkü kapsam yalnızca yazılmakla kalmıyor, ilgili herkesin üzerinde anlaşmasını da gerektiriyor.

Görevin adı da değişti. 2021'de görev "plan and manage scope" olarak geçiyordu; 2026'da "develop and manage" oldu. Planla yerine geliştir fiilinin gelmesi, kapsamı başta bir kez kurulup sonra korunan bir belge olarak değil, proje boyunca biçimlenen bir şey olarak görmeye yaklaştırıyor.

Kapsam ile çizelge numaralarını takas etti

ECO 2026'daki numara karışıklıklarının en kolay gözden kaçanı bu görevde, çünkü burada iki konu numaralarını birbiriyle değiştirdi. 2021'de II.8 kapsamı gösteriyordu ve o konu bugün II.2'de. 2026'da II.8 ise zaman çizelgesi görevi.

Sonuç olarak "II.8" etiketli bir soru, hangi ECO'ya göre etiketlendiğine bağlı olarak iki ayrı konudan birine ait olabiliyor. İki görevin de Süreç alanında durması ve ikisinin de "planla ve yönet" kalıbıyla adlandırılması, yanlış eşleşmenin fark edilmesini zorlaştırıyor. Eski materyali eşlerken başlığı esas alın; tuzağın diğer örnekleri PMP sınavı 2026'da ne değişti yazısında.

Proje kapsamı iş, ürün kapsamı çıktı

Sınavın kapsam sorularında ilk aradığı ayrım bu. Proje kapsamı, belirlenmiş özellik ve işlevlere sahip bir ürünü, hizmeti ya da sonucu teslim etmek için yapılan işi kapsıyor. Ürün kapsamı ise teslim edilecek ürünün, hizmetin ya da sonucun özelliklerini, işlevlerini ve niteliklerini tarif ediyor; sonucun neye benzeyeceğini ve ne yapacağını (PMBOK® 8, Guide s.38).

Kılavuz bu ikiliye üçüncü bir unsur ekliyor: kalite, kapsamın ayrılmaz bir niteliği. Kalite, ürünün hem işlevsel hem işlevsel olmayan gereksinimlerini kapsayabiliyor. Kitabın örneğinde bir köprü projesinin kapsamı yalnızca köprünün kendisini içermiyor; köprünün ne kadar sağlam, uzun ömürlü ve bakımı kolay olacağına dair hedef eşikleri de içeriyor (PMBOK® 8, Guide s.38). Sınavda bir sorunu "kalite mi, kapsam mı" diye ikiye ayıran şıklar bu yüzden çoğu zaman yapay bir ikilem kuruyor.

Kapsam temeli yaklaşıma göre farklı işliyor

Öngörücü ortamlarda kapsam temeli (scope baseline), resmî kapsam belgelerinin onaylanmış sürümü. Yalnızca resmî değişiklik kontrol yordamlarıyla değiştirilebiliyor ve gerçekleşen sonuçların karşılaştırıldığı ölçü oluyor (PMBOK® 8, Guide s.38). Genellikle kapsam bildiriminin, iş kırılım yapısının (WBS) ve WBS sözlüğünün onaylanmış sürümlerini içeriyor ve proje yönetim planının bir bileşeni olarak duruyor (PMBOK® 8, Guide s.140).

Kapsam temeli tek başına da durmuyor; çizelge ve maliyet temelleriyle birlikte performans ölçüm temelini (PMB) oluşturuyor (PMBOK® 8, Guide s.38). Kapsamı değiştiren her onaylı talebin bu yüzden üç temeli birden etkilemesi bekleniyor; ayrıntısı için III.3 — Değişiklikleri Yönet ve Kontrol Et.

Uyarlanabilir yaklaşımda aynı kavram başka bir biçim alıyor. Temel her yinelemenin başında tanımlanıyor ve teslimattan beklenen değere göre önceliklendirilmiş gereksinimlerle hizalanıyor. Değişiklikleri çoğunlukla ürün sahibi daha esnek bir ortamda ve resmî bir değişiklik kontrol yordamı işletmeden onaylıyor (PMBOK® 8, Guide s.38). Kılavuz adlandırmayı da not ediyor: uyarlanabilir yaklaşımlarda kapsam temeline önceliklendirilmiş gereksinimler ya da sprint iş listesi denebiliyor (PMBOK® 8, Guide s.23).

Buradan sınav için net bir kural çıkıyor. "Temel değişti mi" sorusunun cevabı yaklaşıma bağlı: öngörücü bir projede resmî onay aranıyor, uyarlanabilir bir projede ürün sahibinin önceliklendirmesi yeterli oluyor.

WBS 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 Ortaya Çıkar ve Analiz Et, Kapsamı Tanımla, Kapsam Yapısını Geliştir, Kapsamı İzle ve Kontrol Et ve Kapsamı Doğrula (PMBOK® 8, Guide s.9).

Dördüncü süreç eski kaynaklarda başka bir adla geçtiği için kolay tanınmıyor. Kapsam Yapısını Geliştir (Develop Scope Structure), proje teslimatlarını ve işi daha küçük, yönetilebilir bileşenlere ayırma süreci (PMBOK® 8, Guide s.40). Öngörücü projelerde bu süreç WBS'yi üretiyor; karmaşık ya da birbirine bağımlı teslimatlarda her WBS bileşeni için kapsam tarifini, kilometre taşlarını, sorumluları, kaynak ihtiyaçlarını ve kabul ölçütlerini ayrıntılandıran bir WBS sözlüğü de hazırlanıyor (PMBOK® 8, Guide s.42).

Kılavuzun burada kurduğu köprü önemli. Çevik projelerde aynı çaba ürün iş listesinin ayrıştırılmasına karşılık geliyor ve iş maddeleri epiklere, özelliklere ve kullanıcı hikâyelerine bölünüyor (PMBOK® 8, Guide s.40). Böylece "WBS mi, iş listesi mi" diye ayrı dünyalar olarak düşünülen iki uygulama PMBOK'ta tek bir sürecin iki biçimine dönüşüyor. ECO'nun "kapsamı parçalara ayır" yetkinliği de bu süreci gösteriyor.

Değer kırılım yapısı: kapsamı değere bağlamak

PMBOK® 8'in kapsam bölümünde yer alan araçlardan biri değer kırılım yapısı (value breakdown structure, VBS). Bu yapı, proje kapsamını ve beklenen değeri, o değeri üretecek ürün kapsamına bağlayan hiyerarşik bir çerçeve (PMBOK® 8, Guide s.38).

Yapının en üstünde paydaşlarla konuşulmuş ana teslimatlar duruyor. Her teslimatın katması beklenen değer ya bir sayıyla (projeye göre gelir, okumayı öğrenen öğrenci sayısı ya da kurtarılan hayat gibi) ya da toplam beklenen değerin yüzdesiyle ifade ediliyor; zorunlu bir teslimatın payı %100 oluyor. Bu tahminler teslimatları önceliklendirmekte kullanılıyor, üst düzeydeki her madde de alt teslimatlara ve oradan bir WBS aracılığıyla proje kapsamına ve faaliyetlere ayrışıyor (PMBOK® 8, Guide s.38).

İki yapının iş bölümü böylece netleşiyor: VBS yukarıdan değeri, WBS aşağıdan işi tarif ediyor. Sınavda "hangi teslimat önce gelmeli" türündeki sorularda aranan gerekçe de genellikle bu değer hesabı oluyor.

Kapsamı kontrol etmek ve doğrulamak

İki süreç birbirine benzediği için sık sorulan bir ayrım oluşturuyor. Kapsamı İzle ve Kontrol Et, proje ve ürün kapsamının durumunu izliyor, kapsam temelindeki değişiklikleri yönetiyor ve teslimatların gerekli standartları karşıladığını gözetiyor (PMBOK® 8, Guide s.40). Kitap bu sürecin temel amacını, ürünün paydaşlar için ilgili kalması ve değer üretmesi ve paydaşların belirttiği gereksinimleri karşılaması olarak tarif ediyor (PMBOK® 8, Guide s.42). Kapsamı Doğrula ise tamamlanmış teslimatların kabulünü resmîleştiriyor (PMBOK® 8, Guide s.40).

Ayrımı en açık gösteren şey sürecin girdileri. Kapsamı Doğrula'nın girdileri arasında doğrulanmış teslimatlar (verified deliverables) ve kalite kontrol ölçümleri bulunuyor (PMBOK® 8, Guide s.44). Yani bir teslimat önce iç kalite denetiminden geçiyor, ardından müşterinin kabulüne gidiyor. Sınav sorusunda "iç kontrolden geçti mi" diye sorulan şey bir kalite meselesi, "müşteri kabul etti mi" diye sorulan şey ise kapsam doğrulama meselesi.

Kapsam kayması ve altın kaplama

İkisi de kapsamın kontrolsüz büyümesini anlatıyor ama kaynakları farklı: kapsam kayması dışarıdan, onaysız taleplerle sızıyor; altın kaplama ise ekibin kendi isteğiyle yaptığı eklemeler. The Standard, değeri karşılamanın ya da aşmanın altın kaplamayı veya kapsam kaymasını onaylamak anlamına gelmediğini, değer odaklı bir karar verme anlayışını öne çıkardığını açıkça yazıyor (PMBOK® 8, Standard s.5). Değere odaklanmanın ikisini de önlemek için sürekli kapsam yönetimi gerektirdiğini de ekliyor (PMBOK® 8, Standard s.42).

Kılavuzun pratik önerisi kapsam belgesine bakıyor. Projede neyin kapsam dışı kaldığını açıkça yazmak paydaş beklentilerini yönetmeye yardım ediyor ve kapsam kaymasını azaltabiliyor (PMBOK® 8, Guide s.128).

Bu yüzden "müşteri memnun kalsın diye küçük bir ekleme yaptık" diyen bir şık, ne kadar iyi niyetli görünürse görünsün sınavda doğru cevap olarak kabul edilmiyor.

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.