I.5 — Paydaş Beklentilerini Hizala

I.5 · Son güncelleme: 10.10.2026

Paydaş üçlüsünün ortasındaki görev

I.5 — Paydaş Beklentilerini Hizala, 2026 ECO'sunda İnsanlar (People) alanının beşinci görevi ve bu alan sınavın %33'ünü taşıyor. Görev, ECO'nun paydaş işini böldüğü üç ardışık adımın ortasında duruyor. I.4 paydaşları belirleyip sürece dahil ediyor, I.5 onların beklentilerini hizalıyor, I.6 ise hizalanmış beklentileri proje boyunca koruyor. Sıra bilinçli kurulmuş, çünkü kim olduğunu bilmediğiniz bir paydaşın beklentisini hizalayamazsınız.

ECO görevin altında dört yetkinlik sayıyor:

• Paydaşları sınıflandırmak
• Paydaş beklentilerini belirlemek
• Beklentileri hizalamak için görüşmeleri kolaylaştırmak
• Mentorluk fırsatlarını düzenlemek ve değerlendirmek

Eski "I.5" eğitimi anlatıyordu

Bu numara 2026'da tümüyle el değiştirdi. 2021'de I.5, ekip üyelerinin ve paydaşların eğitildiğinden emin olmakla ilgiliydi ve o konu bugün I.3 — Proje Ekibine Liderlik Et görevinin içinde. 2026'da I.5 ise paydaş beklentilerini hizalamak anlamına geliyor. Bu yüzden elinizdeki "I.5" etiketli eski bir soru büyük olasılıkla paydaş beklentileriyle değil, eğitimle ilgilidir.

Komşu numara da aynı yolu izledi. Alan I sekiz göreve inerken (eski numaralar en az I.12'ye kadar gidiyordu) 2021'in I.6'sı olan ekip kurma da I.3'e taşındı. Eski materyali eşlerken başlığı esas alın; numara tuzağının genel resmini PMP sınavı 2026'da ne değişti yazısında bulabilirsiniz.

Hizalama sınıflandırmayla başlıyor

ECO beklentileri hizalamaya sınıflandırmayla başlıyor ve bunun gerekçesi kitapta yazılı. Paydaş haritalama ve temsili, paydaşları çeşitli yöntemlerle kategorilere ayırmanın adı ve kılavuz bu ayrımın neye yaradığını açıkça söylüyor: paydaşları kategorilere ayırmak, ekibin belirlenen paydaşlarla ilişki kurmasına yardım eder (PMBOK® 8, Guide s.200).

Bu bakışla sınıflandırma bir arşiv düzenlemesi olmaktan çıkıyor ve ilişki kurmanın ön koşuluna dönüşüyor. Hangi paydaşa ne kadar zaman ayrılacağı, hangi kararda kimin görüşünün ağır basacağı bu ilk adımdan çıkıyor.

Kılavuz kullanılabilecek sınıflandırma eksenlerini de sayıyor: iç/dış, etki/nüfuz/güç/ilgi, yukarı/aşağı/dışa/yana ya da proje yöneticisinin seçtiği başka bir model (PMBOK® 8, Guide s.142). Üçüncü eksen, etkinin yönüne bakıyor ve kitap her yönü örnekleriyle tarif ediyor (PMBOK® 8, Guide s.201). Yukarı yönde sponsor, yönlendirme komitesi ve kuruluşun ya da müşterinin üst yönetimi; aşağı yönde ekip ve geçici olarak bilgi ya da beceri katan uzmanlar; dışa doğru tedarikçiler, kamu kurumları, halk, son kullanıcılar ve düzenleyiciler; yana doğru ise proje yöneticisinin akranları, yani diğer proje yöneticileri ya da orta düzey yöneticiler yer alıyor. Aynı proje içinde bu dört yöne birden iletişim kurulduğunu fark etmek, tek tip bir raporlama planının neden yetmeyeceğini de gösteriyor.

İki eksenli ızgaralar

En sık kullanılan haritalama yöntemleri iki eksenli ızgaralar: güç/ilgi, güç/nüfuz ya da etki/nüfuz ızgarası. Kılavuza göre bu tekniklerin her biri paydaşları yetki düzeylerine (güç), projenin sonuçlarına duydukları kaygının düzeyine (ilgi) ve sonuçları etkileme yeteneklerine göre gruplamaya yarıyor (PMBOK® 8, Guide s.200).

Uygulamada ızgaranın her köşesine farklı bir katılım stratejisi eşleniyor. Yüksek güçlü ve yüksek ilgili paydaşlarla yakın çalışılıyor, yüksek güçlü ama ilgisi düşük olanlar memnun tutuluyor, gücü düşük ama ilgisi yüksek olanlar düzenli bilgilendiriliyor, ikisi de düşük olanlar ise izleniyor. Bu dörtlü PMBOK 8'in kendi metninde geçmiyor, önceki baskılardan yerleşmiş yaygın bir uygulama; yine de ızgaranın amacını iyi özetliyor.

O amaç da şu: sınıflandırmanın bütün varlık sebebi paydaşlara farklı davranabilmek. "Bütün paydaşlara aynı sıklıkta aynı raporu gönder" diyen bir şıkkın sınavda yanlış kabul edilmesi bundan.

Belirginlik modeli: güç, aciliyet, meşruiyet

Izgaralardan daha ince ayarlı bir araç olan belirginlik modeli (salience model) sınavda adıyla sorulabiliyor. Model paydaş sınıflarını üç değerlendirmeyle tarif ediyor (PMBOK® 8, Guide s.201):

• Güç. Yetki düzeyi ya da projenin sonuçlarını etkileme yeteneği.
• Aciliyet. Hemen ilgilenilme ihtiyacı; ya zamanla sınırlı olduğu için ya da paydaşın sonuçta yüksek bir payı bulunduğu için.
• Meşruiyet. Paydaşın sürece katılımının uygun olması.

Kitap modelin bir uyarlamasını da not ediyor. Bu uyarlamada meşruiyetin yerini yakınlık alıyor, yani paydaşın proje faaliyetlerine doğrudan katılımı; çalışma alanına fiziksel yakınlığı ya da teslimatlara doğrudan katkısı gibi. Kılavuz modelin özellikle büyük ve karmaşık paydaş topluluklarında ve içinde karmaşık ilişki ağları bulunan gruplarda işe yaradığını, paydaşların göreli önemini belirlemeye de yardım ettiğini ekliyor (PMBOK® 8, Guide s.201).

Üç boyutu birlikte okumak sınavda doğrudan işe yarıyor. Gücü yüksek ama meşruiyeti olmayan bir talep ile meşru olduğu hâlde acil olmayan bir talep aynı yanıtı hak etmiyor.

Beklentiler nasıl ortaya çıkarılıyor

ECO'nun ikinci yetkinliği Paydaş Katılımını Planla sürecinde karşılık buluyor ve sürecin araç listesi beklentilerin hangi yollarla gün yüzüne çıkarıldığını gösteriyor (PMBOK® 8, Guide s.72). Veri toplama tarafında kıyaslama (benchmarking), veri analizi tarafında varsayım ve kısıt analizi ile kök neden analizi, karar verme tarafında önceliklendirme/sıralama sayılıyor. Sürecin girdileri arasında varsayım kaydı, değişiklik kaydı, sorun kaydı, proje çizelgesi, risk kaydı ve paydaş kaydı bulunuyor.

Listede kök neden analizinin yer alması dikkate değer, çünkü bir paydaşın dile getirdiği beklenti çoğu zaman asıl ihtiyacın yalnızca görünen yüzü. Talep edilen özelliğin arkasındaki gerçek kaygıyı bulmadan yapılan bir hizalama, ilk değişiklikte dağılıyor. Aynı mantığın vizyon tarafındaki karşılığı için bkz. I.1 — Ortak Bir Vizyon Geliştir.

Kolaylaştırıcı rolü

ECO'nun üçüncü yetkinliğindeki fiil özenle seçilmiş: görüşmeleri kolaylaştırmak. Proje yöneticisinden beklenen, taraflar adına karar vermek ya da hakemlik yapmak olmuyor; tarafların kendi aralarında uzlaşabileceği zemini kurmak oluyor.

Paydaş Katılımını Yönet sürecinin araç listesi bu rolü destekliyor. İletişim becerileri arasında geri bildirim, kişilerarası ve ekip becerileri arasında çatışma yönetimi, kültürel farkındalık, müzakere, gözlem ve söyleşi sayılıyor (PMBOK® 8, Guide s.74). Beklentiler birbiriyle çatıştığında başvurulacak teknikler ve tırmandırma sırası için I.2 — Çatışmaları Yönet sayfasına bakabilirsiniz.

Hizalamanın hedefini ise ECO komşu görevde tarif ediyor: paydaş ihtiyaçları, beklentileri ve proje amaçları arasındaki uyumu en iyi hâle getirmek. Bu tanımda hizalanan şey paydaşların birbirine yaklaşması olmaktan çok, hepsinin projenin amacına yaklaşması.

Mentorluk neden bu listede

Dördüncü yetkinlik, mentorluk fırsatlarını düzenlemek ve değerlendirmek, ilk bakışta listeye ait değilmiş gibi duruyor. Kitap ise mentorluğu insanlarla çalışmanın olağan araçlarından biri sayıyor. Kişilerarası becerilere verilen örnekler arasında koçluk, mentorluk ve müzakere birlikte anılıyor (PMBOK® 8, Guide s.170); ekip geliştirme tarafında da bilgi ve beceri boşluklarının eğitim, mentorluk ya da koçlukla kapatılması öneriliyor (PMBOK® 8, Guide s.84).

Beklenti hizalamasıyla bağı şurada kuruluyor. Bir paydaşın beklentisi gerçekçi değilse, sebebi çoğu zaman bir bilgi farkıdır ve mentorluk bu farkı kapatarak beklentiyi hizalamanın yollarından biri olur. Tartışarak ikna etmeye çalışmak yerine bilgiyi aktarmak, kalıcı bir uyumu daha olası kılar. Aynı bilgi akışının kurumsal ölçekteki hâli ayrı bir görevin konusu; bkz. I.7 — Bilgi Aktarımını Güvence Altına Al.

Atıflar hakkında

Yukarıdaki tüm sayfa numaraları PMBOK® Guide 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 bölümden, yani Guide kısmındandır. Numaralar kitabın basılı sayfa numaralarıdır.

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