Savunma Sanayi Projelerinde Paydaş Beklentisi Çatışmasını Yönetmek
Yazıler

Savunma Sanayi Projelerinde Paydaş Beklentisi Çatışmasını Yönetmek

Savunma sanayi projelerinde son kullanıcı, proje sponsoru, Ar-Ge ekibi, üretim birimi ve kalite ekibi aynı projeyi farklı başarı ölçütleriyle değerlendirebilir.

Örneğin son kullanıcı daha yüksek menzil ve ek faydalı yük isterken üretim ekibi doğrulanmış tasarımın korunmasını, yönetim ise teslim tarihinin değişmemesini talep edebilir. Bu beklentiler birlikte karşılanamadığında teknik bir talep, kısa sürede kapsam, takvim ve maliyet çatışmasına dönüşür.

PMI yaklaşımında amaç, bütün paydaşların her talebini kabul etmek değil; beklentileri proje hedefleriyle uyumlu hâle getirmek ve paydaşların karar süreçlerine verimli biçimde katılmasını sağlamaktır. Güncel PMBOK yaklaşımı, paydaş katılımını proje başarısını etkileyen temel performans alanlarından biri olarak ele almaktadır.

PMI Yaklaşımına Göre Çözüm Yolu

Proje yöneticisi öncelikle çatışmanın görünen taleplerini değil, bu taleplerin arkasındaki gerçek ihtiyacı belirlemelidir.

Son kullanıcının “daha yüksek menzil” talebi operasyonel etkinlik ihtiyacından, üretim ekibinin itirazı teknik riskten, yönetimin teslim tarihi beklentisi ise sözleşmesel yükümlülükten kaynaklanabilir.

Bu nedenle her paydaş için şu bilgiler ortaya çıkarılmalıdır:

  • Beklentisi ve başarı ölçütü

  • Proje üzerindeki etkisi ve karar yetkisi

  • Talebinin operasyonel veya teknik gerekçesi

  • Talebin karşılanmaması durumundaki risk

  • Kabul edebileceği alternatif çözüm

Ardından talepler; kapsam, takvim, maliyet, teknik performans, güvenilirlik ve operasyonel değer açısından karşılaştırılmalıdır. PMI yaklaşımında çatışan beklentilerin erken belirlenmesi, paydaş motivasyonlarının anlaşılması ve anlaşmanın iletişim yoluyla doğrulanması önerilir.

Karar Nasıl Alınmalıdır?

Paydaş toplantısında yalnızca görüşler değil, ölçülebilir seçenekler sunulmalıdır.

Seçenek 1: Yeni gereksinimin mevcut sürüme eklenmesi
Etkisi: Takvim uzar, maliyet ve teknik risk artar.

Seçenek 2: Gereksinimin sonraki ürün konfigürasyonuna aktarılması
Etkisi: Mevcut teslimat korunur, yeni geliştirme ayrı planlanır.

Seçenek 3: Gereksinimin sınırlı kapsamla uygulanması
Etkisi: Operasyonel ihtiyacın bir bölümü karşılanırken proje etkisi azaltılır.

Karar; en güçlü paydaşın talebine göre değil, projenin amacı, operasyonel değer, teknik uygulanabilirlik ve kabul edilen risk seviyesi dikkate alınarak verilmelidir.

Proje Yöneticisinin Kullanabileceği Kayıt

Alınan karar kısa bir Paydaş Uzlaşma Kaydı ile belgelenebilir:

Çatışma: Paydaşların hangi beklentileri uyuşmuyor?
Etkilenen hedefler: Kapsam, takvim, maliyet veya performans
Değerlendirilen seçenekler: Hangi alternatifler incelendi?
Karar: Hangi seçenek kabul edildi?
Gerekçe: Kararın operasyonel ve teknik dayanağı nedir?
Sorumlular: Kararı kimler uygulayacak?
İletişim planı: Sonuç hangi paydaşlarla, ne zaman paylaşılacak?

Sonuç

Paydaş beklentisi çatışması yalnızca bir iletişim problemi değildir. Doğru yönetilmediğinde kapsam değişikliğine, teknik risk artışına ve teslimat gecikmesine neden olabilir.

PMI yaklaşımını uygulayan proje yöneticisi, çatışmayı bastırmak yerine görünür hâle getirir; paydaşların gerçek ihtiyaçlarını analiz eder, seçeneklerin etkilerini karşılaştırır ve kararı kayıt altına alır.

Böylece farklı beklentiler, projeyi yavaşlatan bir anlaşmazlık olmaktan çıkarak kontrollü ve veriye dayalı bir karar sürecine dönüşür.

İlgili İçerikler