Proje Paydaşları

Bir projenin paydaşları, adından da anlaşılacağı gibi, projede ve çıktılarında pay sahibidir. Proje Yöneticisinin paydaşları tanımlayabilmesi, paydaş katılımını planlayabilmesi, paydaşları yönetebilmesi ve paydaş katılımını izleyebilmesi gerekir.

Paydaş, bir proje, program veya portföyün bir kararından, faaliyetinden veya sonucundan etkilenebilecek, bunları etkileyebilecek veya etkilendiğini algılayabilecek bir kişi, grup veya kuruluştur. Paydaşlar proje çalışmasına aktif olarak dahil olabilir veya olmayabilir ve bir kararı, bir faaliyeti veya bir projenin sonucunu etkileyebilir veya bunlardan etkilenebilir.

Paydaşlar bir projede çeşitli roller ve sorumluluklar üstlenirler. Proje boyunca paydaşların etkisini ve katılımını yönetmek, bir projenin sonuçları ve başarısı üzerinde büyük bir etkiye sahiptir.

Paydaşların çatışan çıkarları, ihtiyaçları, öncelikleri ve görüşleri olabilir. Projenin sonuçları için birbiriyle çelişen vizyonları olabilir, bu nedenle bunları dikkatli bir şekilde yönetmek proje yöneticisinin rolünün önemli bir parçasıdır.

Proje yöneticileri, bir projenin iç ve dış paydaşlarını mümkün olduğunca erken belirlemeli, ihtiyaçlarının neler olduğunu öğrenmeli ve proje parametrelerinin ve başarı kriterlerinin belirlenmesine katılımlarını sağlamalıdır. Projenin başında bir fikir birliğine varmak zor olsa da, yalnızca bir kişinin ihtiyaçlarının karşılanmadığını veya yanlış anlaşıldığını sonradan öğrendiğinizde proje başarısızlığa sürüklenebilir veya değişiklik isteklerinden dolayı maliyetlerin kontrolsüz artmasına sebep olabilir.

Proje Ekibi Üyesi Gereksinimleri


Ekibin hedeflerine ulaşabilmesi, işleri yapabilmesi ve istenen sonuçları üretmesi için yeterli beceri setine ihtiyacı olacaktır.

Yalnızca bir kaynağın belirli bir işi yapabilmesi için gerekli beceriye sahip olması durumundan kaçınmak gerekir. Temel bir yetkinliğe sahip olan ancak diğer alanlarda ekibin hedeflerini desteklemek için ekibin yararlanabileceği genel becerilere sahip olan genelleşmiş uzmanlığa sahip insanlardan yararlanmak gerekir.


Ek olarak, ekip üyelerinin ihtiyaç duyacakları fiziksel destekleri (ekipman, erişim hakları vb.) belirlemek önemlidir.

Kaynak Yönetiminin Planlanması süreci, hem ekip üyelerinin, hem de fiziksel kaynaklar için planlamayı kapsar.

Proje Kaynak Yönetiminin kritik bir parçası olarak aşağıdakileri yapabilmeniz gerekir:

• Gerekli vasıfları, becerileri tahmin edin, temin edin ve yönetin.

• Bu ekip üyelerinin işi yürütmek için ihtiyaç duyacağı diğer kaynakları tahmin edin.

• İnsanları ekibe dahil edin.

• Ekibi geliştirin, yetkinliklerini geliştirin, etkileşimleri kolaylaştırın ve etkili bir ekip oluşturun.
takım ortamı.

• Ekip performansını takip edin, geri bildirime dayalı iyileştirmeler oluşturun ve uygulayın, sorunları çözün,
ve ekip personeli değişikliklerini yönetin

Proje Ekibi Kompozisyonu

Proje ekibi kompozisyonu, organizasyonel kültüre, konuma ve kapsama göre değişebilir.

Kompozisyon, ekibin yapısını ve ekip üyelerinin ekipte nasıl bir araya getirildiğini veya birleştirildiğini ifade eder.

Örneğin, proje ekibi üyelerinin çoğunun proje üzerinde tam zamanlı çalışmak üzere atandığı özel bir ekip olabilirler veya normal işlerine ek olarak bir proje üzerinde çalışan yarı zamanlı ekip üyeleri olabilirler.

Çoğu zaman, kuruluşlar bu iki biçimin bir karışımına sahiptir.

Proje ekibi genellikle proje yöneticisi, proje yönetim ekibi ve diğer bireysel ekip üyelerinden oluşur. Bireysel ekip üyeleri proje çalışması gerçekleştirir ve projenin yönetim tarafında yer almayabilir.

Proje ekibi, belirli konularda bilgi sahibi olan veya proje çalışmasını yürütmek için benzersiz becerilere sahip farklı gruplardan kişilerden oluşur.

Proje Ekibi

Proje ekibi, hedeflerine ulaşmak için proje çalışmasını gerçekleştirmede proje yöneticisini destekleyen bir grup bireydir. Proje ekibindeki kişilerin rolleri şunları içerebilir:

• Bütçeleme, çizelgeleme, raporlama ve kontrol, risk yönetimi ve proje iletişimi gibi faaliyetleri gerçekleştiren proje yönetimi personeli. Bu rol proje yönetim ofisi tarafından desteklenebilir.

• Proje çıktılarını oluşturmak için işi yapan proje personeli.

• Proje yönetim planının geliştirilmesi için çalışmalar yapan uzmanların desteklenmesi. Bu roller arasında hukuk, lojistik, mühendislik, test etme vb. yer alabilir.

• Gereksinimleri sağlayacak ve proje çıktılarını kabul edecek kullanıcı veya müşteri temsilcileri.

• Dış şirket olan satıcılar, projenin ihtiyaç duyduğu bir ürün veya hizmeti sağlamak için bir sözleşme yayınladılar.

• Bir ortaklık yoluyla özel destek sağlayan harici şirketler olan iş ortakları.

• İş ortaklığını destekleyen iş ortağı üyeleri.

Proje ekibinin üyeleri de paydaş grubunun bir parçasıdır; ancak tüm paydaşlar proje ekibinin bir parçası değildir. Genellikle proje ekibi organizasyonun içindedir ve proje çalışmasının yapılmasına aktif olarak katılır. Paydaş grubu, bir projenin sonucunu etkileyebilecek veya bundan etkilenen daha büyük insan ve kuruluşlar grubudur.

Proje Örneği – Gereksinim İzlenebilirlik Matrisi ve Kapsam Yönetimi

Organizasyon: Veri yönetimi firması

Sektör: BT

Sorun: Kapsam kayması herhangi bir projede büyük tehdit olabilir ve belirli bir özelliğin neden bu kadar uzun sürdüğünü anlayamayan paydaşlar için belirsizlikler sinir bozucu olabilir. Projeyi kapsam dahilinde tutmak ve paydaşları bilgilendirmek için proje yöneticisinin izlenebilirliği şeffaflaştırması gerekir.

Arka plan: Bir veri yönetimi firmasındaki satış ekibi, mevcut veya potansiyel müşterilerle buluşurken mevcut ürünleri sergilemek için etkin bir çözümden yoksundu. Bu nedenle, departman liderleri, satış toplantılarında ürünlerin teşhir edilmesini kolaylaştıracak bir web ve mobil çözüm talep etti.

Nasıl Çözüldü: Gereksinim başlangıç ​​toplantısında, proje lideri olarak görev yapan Bay Viswanadha, gereksinimleri ortaya çıkarmak için bir soru listesi paylaştı. Daha sonra yanıtları düzenledi ve listeyi bir elektronik tabloda önceliklendirdi. Bay Viswanadha, “Gereksinimlerin izlenmesine yönelik beklentileri belirlemek için WBS kodunu gereksinimlere göre ilişkilendirdim” diyor. 

İkinci izlenebilirlik düzeyi için, proje görev kimliklerini gereksinimlere göre eşleştirdi. Ve üçüncü seviye için, kaynak adları da aynı şekilde gereksinimlerle eşleştirildi. Bay Viswanadha, bu ayrıntılı belgeyi tüm paydaşların başvurabileceği hale getirmek için ortak bir klasörde paylaştığını belirtiyor. Bu belgeye nasıl ulaşılacağını, nasıl güncelleneceğini ve nasıl okunması gerektiğine dair de paydaşlara bilgi aktardığını vurguluyor,  Bay Viswanadha.

Sonuç: “Bu süreç, kapsam kaymasını en aza indirmeyi ve sağlanan değeri daha doğru bir şekilde müşteriye iletmeyi kolaylaştırdı,” diyor Bay Viswanadha. Gereksinim izlenebilirlik matrisi ile paydaşların kafasını karıştırmadan ve şeffaflık ile proje ile üretilen değerin daha iyi hissedildiği bir projeyi bitirdiklerini vurguluyor.

Alınan Dersler: NetApp, Sunnyvale, NetApp, Uygulama Güvenliği Mimarı Bhanu Viswanadha, “Gereksinim İzlenebilirlik Matrisi, inanılmaz derecede değerli olabilir, ancak paydaşları bu belgeyi nasıl görüntüleyecekleri ve okuyacakları konusunda eğittiğinizden emin olmanız gerekir” diyor.

Kaynak: PMIStandard+

Proje Örneği – Meraklı ve Şüpheci Olmak

Organizasyon: Superintendencia de Banca

Sektör: Devlet

Arka plan:

Peru’daki finans kuruluşları, her gün, kredi kartı başvuruları ve kredi işlemleri de dahil olmak üzere, merkezi bir devlet dairesine ayrıntılı bir işlem raporu gönderir. Ofis, bu verileri faiz oranları ve ekonomik raporlar hakkındaki kararları oluşturmak için kullanır. Emek yoğun bu iş, bir finans uzmanının gününün dört saatini kolayca alabilir. Departman yöneticisi ekibini bu görevden kurtarmak istiyordu.

Sorun: Eski süreç, günlük elektronik tablolar oluşturmak için bir istemci-sunucu uygulamasının çalıştırılmasını içeriyordu. Finansal analistler daha sonra daha fazla elektronik tablo oluşturarak karşılaştırmalı hesaplamalar yapmaktaydı. Çok fazla manuel işlem vardı ve hata yapma olasılığı çok fazlaydı. Ve işlemler en az bir kişinin fiziksel olarak ofisteyken yapılabildiğinden, bir çalışanın günlük raporu oluşturmak için genellikle geç saatlere kadar kalması gerekiyordu.

Departman yöneticisinin aklında tek bir soru vardı: Manuel veri girişi ve elle tablo oluşturma yöntemini otomatikleştirmek mümkün müydü?

Proje yöneticisi Bay Jimenez, müşterinin bu ihtiyacını dinledikten sonra şöyle diyor, “Gerekli iyileştirmeler olarak tanımladığı şeyi kabul etseydim, ekibin gerçek sorununu çözemezdim.”

Nasıl Çözüldü:

Proje Yöneticisi Bay Jimenez, talebi açık bir görev olarak almak yerine, hangi çözümün takıma en iyi şekilde hizmet edeceğini bulmak için tam bir ihtiyaç değerlendirmesi yaptı. Sorun noktalarını ortaya çıkarmak için departman yöneticisi ve ekip üyeleriyle görüştü ama sonrasında daha fazla öngörü toplamak için pasif bir gözlem tekniğine karar verdi. Tüm çalışma yapısını anlamak için süreçleri videolara kaydetti ve ardından videoları kapsamlı bir şekilde ekibiyle inceledi. 

Sonunda, müşteri birimin müdürü ve kilit kullanıcılarla bir toplantı ayarladı. Bay Jimenez, mevcut sürecin en yoğun zaman alan unsurlarını çıkarmak yerine, tüm veri raporlama sürecini kapsayacak bir web uygulaması oluşturmayı önerdi. “Uzak istemci-sunucu uygulamasından, makrolardan, elektronik tablolardan ve eski rapor yayıncısından kurtulacak ve bunun yerine tek, kullanıcı dostu bir sistem oluşturacaktı. 

Sonuç:

Departman yöneticisi, daha geniş bir çözüm önerisinin amacını anladı ve projeye başlandı. Web tabanlı uygulama, raporlama görevi için harcanan süreyi dört saatten 30 dakikaya indirdi. Yeni uygulama ile uzaktan çalışma, raporların otomatik oluşturulması, bunlara uzaktan ve mobil erişmek mümkün oldu. Bu da, ekibin operasyonel görevler yerine, analitik görevlere odaklanmalarına olanak tanıdı. 

Alınan Dersler:

Superintendencia de Banca, Proje Yöneticisi Nestor Jimenez, “İlk fikri körü körüne kabul ederseniz, esas sorununu çözemeyebilirsiniz” diyor ve ekliyor “Meraklı ve şüpheci olmak çok önemlidir. Unutmayın, proje yöneticisinin sorumluluğu farklı bakış açılarının temsilcisi olarak hareket etmektir.”

Kaynak: PMI Standart +