III.3 — Değişiklikleri Yönet ve Kontrol Et

III.3 · Son güncelleme: 10.10.2026

Değişiklik kontrolü artık İş Ortamı alanında

III.3 — Değişiklikleri Yönet ve Kontrol Et, 2026 ECO'sunda İş Ortamı (Business Environment) alanının üçüncü görevi. Alan sınavın %26'sını taşıyor ve sekiz görevden oluşuyor. ECO bu göreve dört yetkinlik bağlıyor:

• Değişiklik kontrol sürecini işletmek
• Önerilen değişikliklerin durumunu iletmek
• Onaylanan değişiklikleri projeye uygulamak
• Proje belgelerini değişiklikleri yansıtacak şekilde güncellemek

Dördü birlikte okunduğunda bir akış ortaya çıkıyor. Sınav yalnızca bir talebin onaylanıp onaylanmadığını sormuyor; kararın öncesinde ne yapıldığını, sonrasında kime ne söylendiğini ve hangi belgenin güncellendiğini de soruyor.

2021'de aynı konu Süreç alanındaydı ve ECO 2026 onu İş Ortamı'na taşıdı. PMBOK® 8 de konuya aynı yerden bakıyor. Kılavuz değişiklik sürecini (Assess and Implement Changes) Yönetişim Performans Alanı'nın süreçleri arasında sayıyor ve bu alanın süreçlerinin başlatmadan kapanışa kadar bütün projeye yayıldığını söylüyor (PMBOK® 8, Guide s.16). Değişikliğe bu açıdan bakınca soruların ağırlık merkezi de kayıyor. Çizelgenin nasıl yeniden hesaplanacağı ikinci planda kalıyor ve öne çıkan soru, bu kararı kimin vermeye yetkili olduğu oluyor. Görevin komşuluğu da bunu yansıtıyor: III.1 — Proje Yönetişimini Tanımla ve Oluştur yönetişim yapısını kuruyor, III.3 ise değişikliği o yapının içinde karara bağlıyor.

🔴 "III.3" etiketi iki ayrı konuyu gösterebilir

Yer değiştirme iki yönlü olduğu için eski kaynaklarla çalışan biri iki kez yanılabiliyor. 2021'in III.3 numarası dış iş ortamındaki değişikliklerin kapsama etkisini anlatıyordu ve o konu 2026'da III.8 — Dış İş Ortamı Değişikliklerini Değerlendir oldu. Değişiklik yönetiminin eski numarası olan II.10 ise 2026'da proje kapanışına verildi. İki konunun adında da "değişiklik" sözcüğünün geçmesi karışıklığı büyütüyor, çünkü biri projeye gelen değişiklik taleplerini, öteki projenin dışında olup biten iş ortamı değişikliklerini kastediyor. Eski bir soru bankasında "III.3" etiketiyle karşılaştığınızda hangisinin kastedildiğini ancak başlıktan anlayabilirsiniz. Aynı türden kaymaların toplu listesi PMP sınavı 2026'da ne değişti yazısında bulunuyor.

Talep kimden gelir, neyi değiştirebilir

Kılavuz değişiklik talebini bir belgeyi, bir teslimatı ya da bir temeli değiştirmek için yapılan resmî bir öneri olarak tanımlıyor. Talep projenin içinden de dışından da gelebiliyor ve herhangi bir paydaş değişiklik isteyebiliyor (PMBOK® 8, Guide s.116-117). Talebin yalnızca sponsordan ya da müşteriden gelebileceğini varsayan şıklar bu yüzden zayıf kalıyor.

Süreç de projenin belli bir evresine bağlı durmuyor. Değişiklik her aşamada ortaya çıkabildiği için süreç baştan sona açık kalıyor ve talepler proje kapsamını, ürün kapsamını, yönetim planının bileşenlerini ve proje belgelerini etkileyebiliyor (PMBOK® 8, Guide s.28). Aynı sayfa, değişiklik yönetiminin ne kadar sıkı uygulanacağını projenin kapsamına, karmaşıklığına, sözleşme gereksinimlerine ve geliştirme yaklaşımına bağlıyor.

Talepler dört türde geliyor: düzeltici eylem, önleyici eylem, kusur onarımı ve güncelleme (PMBOK® 8, Guide s.30, Şekil 2-11). Kılavuz önleyici ve düzeltici eylemleri, projenin ilerleyen bölümlerinde doğabilecek olumsuz bir etkiyi ortadan kaldırmak ya da küçültmek için açılan talepler olarak anıyor (PMBOK® 8, Guide s.117). Sınavda üçünü ayırmanın yerleşik yolu önceki baskıların tanımlarından geliyor. Gerçekleşmiş bir sapmayı plana geri döndüren iş düzeltici, henüz ortaya çıkmamış bir sapmayı önleyen iş önleyici, plana uymayan bir teslimatı düzelten iş ise kusur onarımı sayılıyor.

Öngörücü projede süreç temelle başlıyor

Öngörücü yaklaşımda değişiklikler temeller oluşana kadar resmî olarak kontrol edilmiyor. Temel kurulduktan sonra ise her değişikliğin resmî süreçten geçmesi gerekiyor (PMBOK® 8, Guide s.29). Aynı sayfada sınavın sık yokladığı üç ayrıntı daha var. Talep sözlü olarak başlayabilir, ama yazıya dökülüp değişiklik ya da konfigürasyon yönetim sistemine girilmesi gerekiyor. Onaydan önce talebin tahmini çizelge ve maliyet etkisini taşıması bekleniyor. Belgelenen her talep de proje yönetim planında ya da kurumun yordamlarında belirlenmiş bir kişi, örneğin sponsor ya da proje yöneticisi tarafından onaylanıyor, erteleniyor veya reddediliyor.

Bu son ayrıntı, "proje yöneticisi değişikliği kendisi onaylayamaz" diye ezberlenmiş kuralı yumuşatıyor. Kılavuz yetkiyi bir unvana bağlamıyor, planın o yetkiyi kime verdiğine bağlıyor ve onaylanmış değişikliklerin proje yöneticisinden de, değişiklik kontrol kurulundan da çıkabileceğini ayrıca yazıyor (PMBOK® 8, Guide s.114). Bir soruda yetkinin kimde olduğu tartışılıyorsa, cevap çoğu zaman planda ne yazdığına bakmaktan geçiyor.

Zaman çizelgesi bu kuralın en çok sınanan örneği. Öngörücü bir projede çizelge temelinde ya da üzerinde anlaşılmış çizelgede yapılacak her değişiklik ancak bu süreçten, bütünleşik değişiklik kontrolü uygulanarak onaylanabiliyor (PMBOK® 8, Guide s.54). Çizelgeyi hazırlamak ve izlemek II.8 — Zaman Çizelgesini Planla ve Yönet görevine giriyor; temelini değiştirme yetkisi ise buradan geçiyor.

Değişiklik kontrol kurulu ve onu kuran plan

Kurul her projede bulunmuyor. Kılavuz bir değişiklik kontrol kurulunun (CCB) ya da proje kurulunun "uygulanabildiğinde" sürece dahil olabileceğini söylüyor (PMBOK® 8, Guide s.30). Kitabın sözlüğü kurulu, değişiklikleri inceleyen, değerlendiren, onaylayan, erteleyen ya da reddeden ve bu kararları kaydedip ileten, resmî olarak kurulmuş bir grup olarak tanımlıyor (PMBOK® 8, Guide s.266). Kurulu ise değişiklik yönetim planı kuruyor. Proje yönetim planının bir bileşeni olan bu plan kurulun yetkisinin sınırlarını, rollerini ve değişiklik kontrol sisteminin nasıl işleyeceğini yazıyor (PMBOK® 8, Guide s.116). Kılavuz aynı yerde kurulun öteki adını da veriyor: yönlendirme komitesi (steering committee). Bir soruda iki ad birden geçiyorsa, iki ayrı kuruldan söz edildiğini düşünmek için bir sebep yok.

Kurul kararını beklerken proje yöneticisinin ne yapacağı, bu görevin en bilinen sorusu ve kılavuzun cevabı açık. Proje yöneticisi bekleme süresince planlı işleri yürütmeye devam ediyor, bir yandan da önerinin kabul ya da reddedilmesinin etkisini ve risklerini analiz ederek olumsuz etkileri en aza indirmeye çalışıyor (PMBOK® 8, Guide s.30). İşi durdurmak da, talebi kurulu atlayarak uygulamak da bu yüzden yanlış şıklar arasında yer alıyor. Bu analizin risk tarafı III.5 — Riski Planla ve Yönet görevine bağlanıyor.

Kurulun onayı her zaman son adım olmuyor. Değişikliğin niteliğine göre, müşteri ya da sponsor kurulun üyesi değilse, kurul onayından sonra onların onayı da gerekebiliyor (PMBOK® 8, Guide s.30).

Uyarlanabilir projede onayın yerini öncelik alıyor

Uyarlanabilir yaklaşımda değişiklikler resmî bir talep süreciyle ele alınmıyor; onların yerine iş listesi yönetimi işliyor (PMBOK® 8, Guide s.30). Bir paydaş değişiklik önerdiğinde öneri ürün iş listesine bir madde olarak ekleniyor. Bu maddeye resmî olarak değişiklik talebi denmiyor, ama etkisi yine analiz ediliyor ve önceliği bu analize göre belirleniyor.

Biçimsel bir onay adımı olmasa da kararın karşılıkları var. Maddeye düşük öncelik verilmesi fiilen ertelemek anlamına geliyor. Öneriyi listeye hiç almamak ya da listedeki bir maddeyi çıkarmak ise reddetmek demek. Çevik bir ekibi anlatan bir soruda "değişiklik talebi formu doldurup kurula götürmek" diye bir şık görürseniz, bu ayrımı hatırlamak işinizi kolaylaştırır; o bağlamda beklenen hamle öneriyi iş listesine alıp etkisine göre önceliklendirmek oluyor.

Karardan sonraki iş

ECO'nun dört yetkinliğinden üçü karar verildikten sonra başlıyor ve kılavuz bu kısmı bir sıra hâlinde anlatıyor (PMBOK® 8, Guide s.114). Onaylanan talepler yürütme sürecinde (Manage Project Execution) uygulanıyor. Ertelenen ve reddedilen talepler, talebi yapan kişiye ya da gruba iletiliyor. Sonuç ne olursa olsun her talebin akıbeti değişiklik kaydına bir proje belgesi güncellemesi olarak işleniyor. Değişiklik kaydı da projede sunulan bütün değişiklikleri güncel durumlarıyla birlikte tutan kapsamlı liste olarak tanımlanıyor (PMBOK® 8, Guide s.116).

"Durumu iletmek" yetkinliği bu yüzden onaylananları duyurmakla sınırlı kalmıyor. Reddedilen bir talebin sahibine haber verilmediyse, iş kılavuzun tarif ettiği hâliyle tamamlanmamış oluyor.

Onaylanan bir değişiklik de çoğu zaman tek başına gelmiyor. Kılavuza göre yeni ya da güncellenmiş maliyet tahminleri, çizelge düzenlemeleri, kaynak gereksinimleri ve risk değerlendirmeleri gerektirebiliyor; proje yönetim planının ve öteki proje belgelerinin güncellenmesini de beraberinde getirebiliyor (PMBOK® 8, Guide s.30). ECO'nun "belgeleri güncelle" yetkinliği tam bu noktaya denk geliyor. Değişikliklerin amacı planı iyileştirmek olduğu için kılavuz sonuçlarının da izlenmesini istiyor; beklenen iyileşmenin gerçekleşip gerçekleşmediği ancak böyle görülebiliyor.

Belge tarafında iki yaklaşım yine ayrışıyor. Öngörücü projeler değişiklikleri kapsam, çizelge, finans, paydaşlar, kaynaklar ve risk alanlarına etkisiyle birlikte gösteren bir değişiklik kaydı tutarken, uyarlanabilir projeler kapsamı iş listesiyle yönetiyor (PMBOK® 8, Guide s.46).

Hangi değişiklik resmî talep gerektirir

Bu sorunun cevabı değişikliğin büyüklüğüne bakılarak verilmiyor. Projenin hangi ürünlerinin konfigürasyon kontrolü altında olduğunu konfigürasyon yönetim planı belirliyor ve bu ürünlerde yapılacak değişiklikler resmî bir değişiklik talebi gerektiriyor (PMBOK® 8, Guide s.29). Aynı plan, kontrol altındaki ürünlerin nasıl tanımlanacağını ve üzerlerindeki değişikliklerin nasıl kaydedilip raporlanacağını da anlatıyor (PMBOK® 8, Guide s.118).

İki kavram sık karıştırıldığı için kılavuz araçlar bölümünde farklarını ayrıca yazıyor. Konfigürasyon kontrolü teslimatların ve süreçlerin belirtimiyle ilgileniyor; değişiklik kontrolü ise proje belgelerinde, teslimatlarda ya da temellerdeki değişikliklerin belirlenmesi, belgelenmesi ve onaylanıp reddedilmesiyle uğraşıyor (PMBOK® 8, Guide s.151). Küçük görünen bir düzeltme de kontrol altındaki bir ürüne dokunuyorsa talep gerektiriyor, bu yüzden soruda bakılacak yer dokunulan ürün oluyor.

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 sayfadaki atıfların hepsi ikinci kitaptan, yani Guide kısmındandır. Numaralar kitabın basılı sayfa numaralarıdır.

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