Kategori arşivi: Kaynak Yönetimi

Hayatımız Proje – Proje Yöneticisinin El Kitabı PDU Kazandırıyor

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Hayatımız Proje Proje Yöneticisinin El Kitabını satın alıp okuyanlar 9 PDU kazanabilecekler.

PDU bilgisinin PMI sitesine kaydı ile ilgili bilgi için tıklayınız.

Hemen Sipariş Verin:

EFT ile sipariş için : http://www.savassakar.com/index.php/hayatimiz-proje-proje-yoneticisinin-el-kitabi/

Kredi Kartı ile Sipariş İçin: https://www.gittigidiyor.com/arama/?satici=savassakar

Paylaşın:

Proje Yönetiminde Alternatif Analizi

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Alternatif Analizi, Proje Yönetiminde farklı tercihlerin farklı faktörlerle (maliyet, risk, verimlilik vb.) değerlendirilmesi için kullanılan tekniktir. Yaşam Döngüsü Maliyeti, Hassasiyet Analizi, Maliyet-Fayda Analizi gibi araçların kullanılmasını gerektirir. Alternatif analizi yaparak ihtiyaçlara en uygun çözümün seçilmesi hedeflenir.

Proje Yönetimi Planında, Proje Gözden Geçirmelerinde ve Kilometre Taşlarında kullanılacak belgelerin üretilmesini sağlar. Bir çok proje yöneticisi bir işe başlamadan önce alternatif analizi yapmayı tercih eder. Özellikle geçmişten gelen bilgiler, Alternatif Analizi için çok işe yarayabilir.

Alternatif Analizi, riskleri (teknik ve operasyonel) azaltmak ve maliyet (Yaşam döngüsü, operasyonel) etkin tercih için yapılır.

PMI, PMBOK 6’da Proje Yönetiminde aşağıdaki süreçlerde Alternatif Analizinin yapılmasını öneriyor. PMP Sınavına hazırlananların dikkat etmesi gerekir;

  • Proje İşlerinin Yönlendirilmesi ve Yönetilmesi sürecinde ortaya çıkan sapmalara yönelik olarak düzeltici ve/veya önleyici eylemlerin seçilmesi,
  • Entegre Değişiklik Kontrolü sürecinde değişiklik taleplerinin onay, red veya tekrar onaya gelmesi için gerekli düzenlemelerin yapılması aşamalarında,
  • Kapsamın Tanımlanması sürecinde Proje Başlatma Belgesinde yer alan gereksinim ve hedeflere uygun yolların değerlendirilmesinde,
  • Zaman Çizelgesi Yönetiminin Planlanması sürecinde kullanılacak zaman çizelgesi geliştirme metodolojisinin seçilmesi, plan detay seviyesinin belirlenmesi, yaklaşan dalga planlaması için dönem sıklığını belirleme, zaman çizelgesinin gözden geçirilme ve güncelleme sıklığını belirleme,
  • Aktivite Sürelerinin Tahmin Edilmesi sürecinde kaynak yeterlilik ve uygunluklarının belirlenmesinde, zaman sıkıştırma yönteminin belirlenmesinde, kaynakların tedarik yönteminin (alma, kiralama vb.) değerlendirilmesinde,
  • Maliyet Yönetiminin Planlanması sürecinde fonlama opsiyonlarının değerlendirilmesinde,
  • Maliyetlerin Tahmin Edilmesi sürecinde proje ilerinin yönlendirilmesi ve yönetilmesi ile ilgili opsiyonların ve yaklaşımların değerlendirilmesinde,
  • Kalitenin Yönetilmesi sürecinde farklı kaliyte opsiyonlarının ve yaklaşımlarının değerlendirilmesinde,
  • Aktivite Kaynaklarının Tahmin Edilmesi sürecinde kaynak, ekipman ve malzeme seçiminde,
  • Kaynakların Kontrolü sürecinde kaynak dağılımı için doğru çözümü bulmada, fazla mesai veya kaynak aktarımının teslimatlara etkisini değerlendirmede,
  • Risk Yanıtları Planlama sürecinde alternatif risk yanıtlarını değerlendirmede,
  • Paydaş Katılımının Sağlanmasını İzleme sürecinde farklı paydaş katılımlarıyla olası sonuçları değerlendirmede kullanılabilir.

Yayınlanan yazıların e-postanıza gelmesini istiyorsanız aşağıdaki formu doldurunuz;

Paylaşın:

Proje Yönetimi ve Kaymalar

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Proje Yönetiminde Kapsam Kayması ve Altın Kaplama yazımda planda yer almayan değişikliklerden bahsetmiştim. Projelerde kaymalar bundan ibaret değil.

Umut Kayması

Bazen proje ekip üyesi zaman çizelgesinin gerisinde kalmasına rağmen bir sonraki rapor dönemine kadar işleri toparlayacağını düşünerek (umut ederek) geciktiğini söylemez.

Eğer proje ekibi üyeleri kötü haber vermekten kaçınıyorlar, hesapverebilir bir ortam olduğunu düşünmüyorlarsa problem büyük demektir. Kumarda kaybedenin iddiayi iki katına çıkararak kaybettiklerini kazanmak için tekrar oynasına benzetebiliriz. Önemli olan Proje Yöneticisine doğru bilgi gelmesi, Proje Yöneticisinin kendisine gelen bilgilerin doğruluğunu güvence altına almasıdır. Buradan, Proje Yöneticisinin sürekli her detayı incelemesi değil, belirli dönemlerde rasgele kontroller yapması gerektiğini düşünebilirsiniz.

Efor Kayması

Proje Ekip Üyesinin harcadığı efora paralel bir sonuç çıkmamasıdır. Genellikle çalışanların harcadığı efora bakılmaksızın aktivitenini tamamlanmasına odaklanılır. Halbuki tahmin edilen efor doğrultusunda aktiviteler gerçekleştirilmiyorsa problem var demektir. Proje Durum Raporlarında, yapılan işlere harcanan eforlar yer almalı, kalan eforların orantılı olarak azalması gerekir. Efor kaymasının erken fark edilmesi daha sık raporlama ile mümkündür. Sebepleri üzerinde durulmalıdır.

Yararlanılan Kaynak: Effective Project Management: Traditional, Agile, Extreme, Seventh Edition, Robert K. Wysocki, PHD

Yayınlanan yazıların e-postanıza gelmesini istiyorsanız aşağıdaki formu doldurunuz;

Paylaşın:

Proje Yönetimi Tarihçesi: 1985 – 2013

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

1985: Şirketler maliyet kadar kalite konusunda da rekabet etmeleri gerektiğini anladılar. Toplam Kalite Yönetimini yerleştirmek için proje yönetimi prensiplerini izlediler. Kalite ve Proje Yönetimi birlikteliği başladı.

1990: 1989–1993 durgunluk döneminde, şirketler zaman çizelgesi sıkıştırma ve pazarda ilk olmanın önemini fark etti. Mühendislik daha iyi çizelgeleme tekniklerini kullanmaya başladı.

1991–1992: Üst Yönetimler, karar verme ve yetkileri Sponsorlara devretmeye başladılar. Kendini yöneten ekipler çıktı.

1993: 1989–1993 durgunluk dönemi bitmiş, şirketler yeniden yapılanma sürecine girmişlerdi. Daha az adamla daha fazla iş yapılabilmesi isteniyordu. Yeniden yapılanmanın yolu proje yönetiminden geçiyordu.

1994: Proje maliyet kontrol sistemleri ile tahmin gücünün gelişeceği, gerçek maliyeti hesaplamanın önemi anlaşıldı. Proje Yaşam döngüsü maliyeti hesaplanmaya başladı.

1995: Şirketler projelerin başlangıç kapsamından çok farklı bir şekilde sonuçlandığını fark ettiler. Etkin değişiklik kontrol sistemleri geliştirilmeye başlandı.

1996: Risk yönetiminin tampon süre belirlemek olmadığı anlaşıldı. Risk Yönetimi Planları yapılmaya başlandı.

1997–1998: Proje Yöneticiliğinin profesyonel bir kariyer olduğu anlaşıldı.

1999: Eşanlı mühendislik ve hızlı ürün geliştirmenin sırf o işe ayrılmış kaynaklarla gerçekleştirilebileceğini anladılar. Bir arada çalışan ekipler ortaya çıktı.

2000: Uluslararası işbirlikleri ve ortaklıkların artması proje yönetimini zorunlu hale getirdi. Uluslararası ekipler kurulmaya başlandı.

2001: Şirketler proje yönetimi olgunluk seviyelerini metodolojilerle geliştirmeye başladılar.

2002: Proje Yönetimi şirketler için stratejik bir konuma yükseldi. Hem proje yönetimi için stratejk planlama hem de stratejik planlamalara projelerin desteği başladı.

2003: Intranet durum raporlaması vb. hızlı bilgi paylaşımları çıktı.

2004: Intranet raporlaması hangi kaynağı nerede ve ne kadar çalıştığının görülmesini sağladı. Kaynak optimizasyonları ve dağılımları yapılmaya başlandı.

2005: Akti Sigma vb. teknikler Proje Yönetimi ile uyumlu hale geldiler. Sürekli Gelişim proje yönetim metodolojilerine de yansıdı.

2006: Sanal proje ekipleri ve proje ofisleri kurulmaya başladı.

2007: Yalım üretimin kavramları proje yönetimine uyarlandı.

2008: Geçmiş deneyimlerin önemi far kedildi, Alınan Dersler toplanmaya ve saklanmaya başlandı.

2009: Proje yönetim metodolojileri daha fazla iş süreçleri içermeye başladı.

2010: Karmaşık projelerde daha fazla paydaşı yönetmek zorunda kalan Proje Yöneticileri için Proje Paydaş Yönetimi önemli hale geldi

2011: Ek paydaşların ortaya çıkması tek bir Sponsor yerine Proje Yürütme Kurullarının ortaya çıkmasına sebep oldu.

2012: Kapsam, zaman, maliyet ve kalite kadar projenin üreteceği değer bir kısıt olarak ele alınmaya başlandı.

2013: Etkin proje yönetiminin zaman ve maliyetten çok daha fazla bilgi olduğu anlaşıldı.

Yararlanılan Kaynak: Project Management: A Systems Approach to Planning, Scheduling, and Controlling – 11th Edition – Harold Kerzner

Yayınlanan yazıların e-postanıza gelmesini istiyorsanız aşağıdaki formu doldurunuz;

Paylaşın:

Kamu Projelerinde Dikkat Edilmesi Gerekenler

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Kamu projeleri etkiledikleri alan ve kişi sayısı açısından çok önemlidirler. Çoğu zaman özel sektör projelerinden daha zordurlar;

  • Çoğunluk için yapılan projeler çatışmalara yol açarlar.
  • Çok fazla paydaş ve paydaşların alt paydaşları söz konusudur.
  • Diğer politik görüşlerin eleştirileri ve baskıları söz konusudur.
  • Hata toleransı azdır.
  • Çıktının faydalarını sayısallaştırmak zordur.
  • Kanun ve bürokrasi kısıtları altında gecikmeler yaşanabilir, kaynak bulmak zorlaşabilir.
  • Dış Kaynaklarla koordinasyon zordur.
  • Mevcut kaynaklarla proje gerçekleştirilmek zorundadır.
  • Destek vermesi gereken paydaşların öncelikleri değişebilir, proje başarısını farklı algılıyor olabilirler.
  • Politik reklamlar zorlayıcı koşullar doğurabilir.
  • Kamu projeleri kısa-orta-uzun vade de olabilir. Uzun vade projeleri gelecek kuşaklar için yapılan yatırımlardır. Bunun yaratacağı problem bugün projeyi tanımlayan tarafların gelecek nesli temsil etmeleridir. Gelecek neslin ihtiyaçlarını belirlemeye çalışırlar.
  • Kamu projeleri özel sektör projelerinin çoğundan daha karmaşıktır. Bazı projelerin çıktıları proje başında tanımlanırken bazı projelerde yürütme esnasında netleştiriliyor olabilir. Kamu projeleri değişen politik ortam ve çevreye göre hızlı adaptasyon konusunda yavaş kalabilirler.
  • Kamu projelerinde sadece ekibi yönetmeniz yetmez, kamu ve özel sektör şirketlerini, STK’lar vb. diğer kuruluşları da yönetmeniz gerekir.
  • Kamu projelerinde proje ekipleri izole çalışırlar ve belirli dönemler haricinde yapılanlar izlenemeyebilir. Özel sektör projelerinde projelere daha yakın durulur ve ilgili tüm paydaşların izlemesi sağlanır.
  • Kamu projelerinde Proje Yöneticileri resmi olarak görevlendirilir ve gereken yetki verilir.
  • Verilen yetki doğrultusunda ilgili paydaşlar bilgilendirilir ve desteklemeleri istenir.

Kamu projelerinin başarı ya da başarısızlığı özel sektör projelerini doğrudan etkiler. Kamu projelerinde aşağıdaki hataların yapılmaması gerekir;

  • Projeden etkilenecek (vatandaşlar, şirketler) ve etkileyecek (paydaşlar) tarafların ihtiyaçlarının iyi tanımlanamaması,
  • Gerçekçi olmayan bitim tarihleri ve buna ek olarak gecikmelere tolerans gösterilmemesi,
  • Proje gerçekleştirecek nitelikli kaynaklar olmadan harekete geçmek, kaynakları sağlamamak,
  • Planlamaya gerekli vakti ayırmamak,
  • Doğru teknoloji, ekipman vb. seçiminde profesyonel tekniklere başvurmamak,
  • Doğru ve nitelikli tedarikçilerle çalışmamak,
  • Proje risklerini tanımlamamak, analiz etmemek, gerekli yanıt planlarını üretmemek,
  • Gerçekçi olmayan varsayımlarla yola çıkmak,
  • Paydaşlararası çatılmaları görmezden gelmek, çözümlememek,
  • Beklenmedik durumlarda harekete geçmemek, yavaş kalmak, karar verme ve problem çözme süreçlerini proje özelinde ele almamak,
  • Proje Yönetimi Metodolojilerini kullanmamak,
  • Deneyimli proje yöneticileri yetiştirmemek, nitelikli proje yöneticileri ile çalışmamak,
  • Proje sürecine paydaşları gerektiği gibi dahil etmemek
  • Geçmiş proje deneyimlerinden alınan dersleri yeni projelere adapte etmemek, bu konuda bir yöntem geliştirmemek,
  • İyi tanımlanmamış kapsamla yola çıkmak sayılabilir.

Kamu’nun özel sektör projelerine olumsuz etkilerine aşağıdaki örnekleri verebiliriz;

  • Bürokratik süreçlerin çokluğu ve uzunluğu,
  • Onay, Kabul vb. konularda kamunun yeterli personeli olmaması,
  • Kanun, yönetmeliklerdeki kısıtlayıcı güncellenmemiş kurallar,
  • Ödemelerin gecikmesi,
  • Devlet kademelerindeki değişikliklerin yaratabileceği otorite boşlukları,
  • Proje özelinde yaklaşılmaması sayılabilir.

Yararlanılan Kaynak: Project Management: A Systems Approach to Planning, Scheduling, and Controlling – 11th Edition – Harold Kerzner

Yayınlanan yazıların e-postanıza gelmesini istiyorsanız aşağıdaki formu doldurunuz;

 

Paylaşın:

Proje Yönetimi ve 360° Geri Bildirim

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

360° Geri Bildirim (360° Feedback), takım üyelerinin, proje sponsorlarının ve diğer paydaşların anonim olarak tarandığı ve proje yönetiminin performansı hakkında görüşlerinin alındığı geri bildirim türüdür. Yeterliliklerdeki boşlukları tespit etmek, gelişim veya eğitim planı oluşturmak için dayanak olarak kullanılır.

Basitçe söylemek gerekirse 360° Geri Bildirim bir çalışanın yöneticisini, yöneticisinin çalışanını değerlendirmesidir. Proje Yönetiminde birbirini değerlendirecek tarafları şöyle sıralayabiliriz;

  • Proje Müşterisi
  • Sponsor
  • Proje Yöneticisi
  • Proje Ekibi
  • Fonksiyonel Departmanlar
  • Dış Kaynaklar

Bu değerlendirmede aşağıda yer alan konular sorgulanabilir;

  • Proje Yöneticisi, projenin paydaşlara olan etkisini yeterince anlamış mıdır?
  • Proje ekip üyesi rol ve sorumluluklarını etkin bir şekilde yerine getirmekte midir?
  • Proje Yöneticisi, Proje Ekibine destek olmakta mıdır?
  • Proje Sponsoru gerekli kaynakları sağlamakta mıdır?
  • Dış Kaynak raporlamalarını düzenli yapmakta mıdır?
  • Ekip üyeleri kendi aralarında etkin iletişim kurmakta mıdır?
  • Fonksiyonel Yönetici doğru kaynağı, doğru zamanda atamakta mıdır?

Proje ekipleri yöneticileri için bu yöntemin bazı artı ve eksi tarafları vardır. Bazı ekip üyeleri başarılarının ve gayretlerinin tek bir kişi tarafından değerlendirilmesini istemezler. Tüm ekip üyelerinin gözlemlerinin ve düşüncelerinin dikkate alınmasını tercih ederler. Belirli kişilerle yaşadığı olumsuz durumların tüm performanslarına yansıtılmasını doğru bulmazlar. Böyle değerlendirmelerde “kişisel” görüşlerin “profesyonel” görüşlerin önüne geçmesine izin verilmemelidir.

Yapılacak değerlendirme herkese aynı formatta yapılmalı, haksızlıklara ya da yanlış anlaşılmalara imkan vermemelidir. Değerlendirmede yer almayan konular ilgili taraflarca yazılı halde ayrıca toplanmalıdır.

Değerlendirmenin amacı birini iyi ya da kötü göstermek değil gelişim, eğitim vb. konularda yol gösterici olması olmalıdır.

Yapılan değerlendirmeler bir kenara bırakılmamalı, değerlendirmenin sonucunda gerekli aksiyonlar alınmalı ve raporlanmalıdır.

Değerlendirme esnasında tarafların soruları dinlenmeli ve dürüstlükle yanıtlanmalıdır.

Değerlendirmeya tabi olan konular ilgili paydaşlarla değerlendirme öncesi paylaşılmalı, değerlendirme kriterleri ve başarı ölçütlerinin iyi anlaşıldığından emin olunmalıdır.

Değerlendirmenin negative olması durumunda paydaşın yanlış anlayabileceği, performansının düşebileceği olasılığı göz ardı edilmemelidir. Bu değerlendirmelerin cezalandırma değil değerlendirme amaçlı olduğu açıklanmalıdır.

Değerlendirme sonuçları bağımsız denetleyiciler tarafından gözden geçirilmeli (hepsi çok iyi ya da kötü işaretlenmiş olabilir vb.) herhangi bir uygunsuzluk durumunda değerlendirmenin tekrarlanması istenmelidir.

Örnek Rapor

Paylaşın:

Kaynak Yönetimi Planı

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

PMBOK® 5’in eski versiyonunda Proje İnsan Kaynakları Yönetimi olarak geçen bilgi alanı yeni PMBOK® 6 ile birlikte Proje Kaynak Yönetimi olarak değişiyor.

Proje Kaynak Yönetimi projenin başarılı tamamlanması için gerekli kaynakların tanımlanması, edinilmesi ve yönetilmesi sürecidir. Doğru kaynakların proje yöneticisine ve proje ekibine doğru zamanda ve yerde uygunluğunu güvenceye alır.

6 alt başlıkta inceleniyor;

YeniKaynak Yönetiminin Planlanması—Fiziksel ve insan kaynaklarının nasıl tahmin edileceğinin, edinileceğinin, yönetileceğinin ve kullanılacağının tanımlandığı süreçtir.

Aktivite Kaynaklarının Tahmin Edilmesi— Proje aktivitelerinin gerçekleştirilmesi için gerekli ekibin, malzeme, ekipmanın tip ve miktar olarak belirlendiği süreçtir.

Kaynak Edinimi—Ekip üyelerinin, ekipman, malzeme vb. kaynakların edinilmesi sürecidir.

Proje Ekibinin Geliştirilmesi— Ekip yetkinliklerinin geliştirilmesi, ekip etkileşiminin artırılması ve proje performansı için genel ekip ortamının geliştirilmesidir.

Proje Ekibinin Yönetilmesi— Ekip üyelerinin performansının izlendiği, geri beslemelerin yapıldığı, problemlerin çözüldüğü ve ekip değişikliklerinin yönetildiği süreçtir.

YeniKaynakların Kontrolü—Fiziksel kaynakların planda yer aldığı gibi atanıp atanmadığını, kaynakların planlandığı gibi kullanılıp kullanılmadığını ve gerekirse düzeltici eylemin önerildiği süreçtir.

Kaynak Yönetimi Planlanı fiziksel ve ekip kaynaklarının nasıl tahmin edileceğinin, edinileceğinin ve yönetileceğinin tanımlandığı alt plandır.

Kaynak Yönetimi Planı aşağıdakileri içermelidir;

Kaynak Tanımlamaları – İhtiyaç duyulan ekip ve fiziksel kaynakların açıklamaları ve miktarları belirtilmelidir.

Kaynak Edinimi – Ekibin ve fiziksel kaynakların nasıl edinileceğine ilişkin yöntem açıklanmalıdır.

Rol ve Sorumluluklar – Proje ekibinin rol ve sorumlulukları aşağıdaki başlıklar altında açıklanmalıdır;

  • Rol – Mühendis, analist vb.
  • Yetki – Karar alma, onay, Kabul yetkileri belirlenmelidir. Ekip üyelerinin şirket içi yetkileri ile paralel yetkilere sahip olması tercih sebebidir.
  • Sorumluluk – Poje ekip üyelerinin sorumluluk alanları (Neyi yapacak?) netleştirilmelidir.
  • Yetkinlik – Proje ekip üyelerinin yetkinlikleri belirlenmeli, ihtiyaç duyulan eğitim, başkasını kiralama, zaman çizelgesi değişikliği veya kapsam değişikliği açıklanmalıdır.
  •   Proje Organizasyon Şeması – Proje organizasyonu grafiksel olarak çizilmelidir.
  •   Proje Ekibi Kaynak Yönetimi – Proje ekibinin nasıl tanımlanacağı, atanacağı, yönetileceği, kontrol edileceği ve serbest bırakılacağı açıklanmalıdır.
  • Eğitim – Ekip üyeleri eğitim stratejileri açıklanmalıdır.
  • Ekip Geliştirme – Ekip geliştirme yöntemleri belirlenmelidir.
  • Kaynak Kontrolü – Proje süresince kaynakların hangi sıklıkta nasıl kontrol edileceği belirlenmelidir.

Kaynak Yönetimi Planlama sürecinin bir diğer çıktısı Ekip Başlatma Belgesidir. Proje ekibinden beklenen davranışları netleştirir. Yanlış anlamayı azaltmak ve verimliliği yükseltmek hedeflenir. Etkileşim, iletişim, karar verme ve toplantı etiğinde buluşulması ve bunun diğerleri için öneminin benimsenmesi istenir.  Ekip Başlatma Belgesinde yer alan kurallara tüm ekip üyelerinin uyması beklenir.

Yarın: Proje İletişim Yönetimi Planı

Paylaşın:

Proje Yönetiminde Kısıtlar ve Varsayımlar

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Bir projeyi hayata geçirmek ile ilgili varsayımlarda bulunuruz ve kasıtlarla sınırlıyızdır. Normal Koşullar Altında(NKA) diye yola çıktığımızda bazı olumsuzlukların olabileceğini biliriz, olmayacağını varsayarak hareket ederiz.

Bir projeyi başarıyla tamamlamak için varsayım ve kısıt konusunu çok iyi bilmeniz gerekir. Özellikle planlama aşamasında bir çok parametre varsayım ve kısıtlardan etkilenir. Risk Yönetim Planı varsayımlara dayalı olarak hazırlanır. İyi analiz edilmediğinde proje çıktılarını olumsuz etkileyecektir.

Varsayımlar

Gelecekte doğru olacağına inandığımız konular olarak kısaca tanımlayabiliriz. Varsayımlar bilgi, deneyim ve eldeki bilgiler doğrultusunda yapılır. Bazı durumların gelecekte olacağını veya olmayacağını varsayarız. Örneğin proje ekibinden birinin ayrılacağını veya ayrılmayacağını varsayarsınız. Bu doğrultuda planlarınızı ve stratejilerinizi belirlemeniz gerekir.

İhtiyacınız olan kaynakların size sağlanacağını, tedariklerin gecikmeyeceğini, müşteriden ek isteklerin gelmeyeceğini, toplantıya herkesin katılacağını varsayabiliriz. Tüm bunlar risklerin belirleyicisi olacaktır.

Kısıtlar

Maliyet, zaman, kaynak, kanun ve kurallar gibi projeyi sınırlandıran faktörlerdir. Projenin bu kısıtlar altında gerçekleştirilmesi gerekir. Kısıtların olabildiğince erken proje safhalarında belirlenmesi çok önemlidir.

PMBOK® 6 proje kısıtından söz eder: kapsam, zaman çizelgesi, maliyet, kalite, kaynak ve risk. Kapsam, zaman çizelgesi ve maliyet “Üçlü Kısıtlar” olarak ta bilinirler.

Kısıtlar iki tipte olabilir;

  • İş Kısıtları
  • Teknik Kısıtlar

İş Kısıtları

Zaman, bütçe, kaynak vb. şirket kaynaklı kısıtlardır.

Teknik Kısıtlar

Tasarım etkileyen teknik özellikler, kanun ve kurallar ile getirilen uygulama yönetmelikleri sayılabilir.

Kısıtlar kontrolünüz dışındadır. Müşteri, şirket veya devlet tarafından getirilmiş olabilir. Örneğin 1.5.2017’de projenin tamalanması gerekmektedir, 3 adet mühendis vardır, ISO XXXXX standartlarına uyulacaktır.

Varsayımların analiz edilmesi kısıtların tanımlanması çok önemlidir. Varsayım ve kısıtların projeyi nasıl etkileyeceği çok iyi analiz edilmeli gerekli önlemler alınmalıdır.

Paylaşın:

Projelerde Çatışma Yönetimi – 2

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Çatışmalarda Hangi Çözüm Ne Zaman?

Problem Çözme – Confronting (Collaborating)

Yüz yüze olur.

  • Eğer gerçekten taraflar haklı olduklarını düşünüyorlarsa
  • Ortak güç temeli oluşturmak için
  • Ortak düşmana karşı hareket için
  • Eğer beceriler birbirini tamamlayıcı ise
  • Yeterince zaman var ise anlamlıdır.

Uzlaşma – Compromising

  • Güven varsa
  • Karşı tarafın yapabilirliğine güveniniz varsa

Ver-al yaklaşımı ile kazan-kazan ilişki yaratmaktır.

  • Eğer her iki tarafta kazanmak istiyorsa
  • Kazanamayacağınız zaman
  • Diğerleri sizin kadar güçlüyse
  • Kazanmaya vaktiniz yoksa
  • Karşıtınızla bir ilişki kurmanız gerekiyorsa
  • Doğruluğunuzdan kesin emin değilseniz

Yumuşatma – Smoothing (Accommodating)

3 maddede anlaştık 2 maddede anlaşamadık durumudur.

  • Zorlayıcı bir hedefi kabul ettirmek için
  • Sonraki bir tarihe kararı ertelemek için
  • Çıkarınız azsa
  • Sadakat sınırlıysa
  • Uyum yaratmak için
  • Alternatif sonuçlar mümkünse
  • İyi niyet gösterisi için yapılır.

Zorlama – Forcing (Competing, Being Uncooperative, Being Assertive)

Tek taraflı baskı uygulamaktır, önerilmez.

  • Gerçekten doğru olduğunuzdan eminseniz,
  • Kazan ya da kaybet riskini alıyorsanız,
  • Çıkarınız yüksekse
  • Önemli kurallara uyulması şartı var ise
  • Yeterince güçlüyseniz
  • Statü ya da güç elde etmek için
  • Kısa dönemde tek atışlık anlaşmalar
  • İlişki önemli değilse
  • Oynanan oyunun herkes farkındaysa kullanılabilir.

Kaçınma – Avoiding (Withdrawing)

  • Kazanamayacağınızda
  • Çıkarınız azsa
  • Çıkarınız yüksek ama siz hazır değilseniz
  • Zaman kazanmak için
  • Karşıtınızı kızdırmamak için
  • Tarafsızlığınızı korumak için
  • Problemin ortadan kalkacağına inandığınızda
  • Geciktirerek kazanacağınızda

>—————————————————————————————-<

Hayatımız Proje – Proje Yöneticisinin El Kitabı

Gökrem Tekir – Savaş Şakar
 65 TL (Yurtiçi gönderimlerde kargo dahil)

Ad Soyad*
E-posta:*
Teslimat Adresi *
Telefon*
-
Miktar*
İşlemin sonucunu yazınız

Diğer sipariş yöntemleri: LinkedinFacebook veya Twitter hesabımdan mesaj gönderebilir savassakar@gmail.com adresine eposta atabilirsiniz. Göndereceğiniz mesajlarda; Adınız – Soyadınız, Telefon numaranız, Teslimat Adresi ve kaç adet kitap istediğinizi belirtmeniz yeterli olacaktır. 

Uyarı: Yayınevlerinde ya da kitapevlerinde yoktur.

Paylaşın:

Projelerde Çatışma Yönetimi – 1

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Projelerde paydaşlar arasında zaman zaman çatışmalar yaşanır. Proje Yöneticileri, bu çatışmaları çözümlemekle yükümlüdürler.

Çatışma Sebepleri

  • Proje ekibindeki disiplinsel yaklaşım farklılıkları,
  • Güçsüz Proje Yöneticisi, ödüllendirme ya da cezalandırmada yetki eksikliği,
  • Projenin hedef ve amacının net olmaması, ekip tarafından anlaşılmaması,
  • Belirsizlikler,
  • Proje ekibinin hedefe olan inancı,
  • Proje yönetimini tehdit olarak gören departmanlar,
  • Projeye destek olan departmanların projeye olan ihtiyaçlarının farklılığı,
  • Üst yönetimin projeye gereken desteği vermemesi sayılabilir.

Çatışmaları Çözme

  1. Şirket içi politika ve prosedürler oluşturmak,
  2. Projeye özel çatışma çözüm prosedürleri geliştirmek,
  3. Hiyerarşi kullanımı,
  4. Doğrudan iletişime geçilmesi sayılabilir.

Doğrudan iletişimde dikkat edilmesi gerekenler;

  • Ortamın hazırlanması, paydaşların katılımı istemelerini sağlanması,
  • Büyük resmin analiz edilmesi – Kendinizi ve başkalarını nasıl görüyorsunuz, onlar sizi nasıl görüyorlar?
  • Bilgi toplanması, duygu ve düşüncelerin öğrenilmesi,
  • Problemin tanımlanması,
  • Gerekli bilginin önceden paylaşılması,
  • Önceliklerin ve zamanlamaların belirlenmesi,
  • Uygulama planı geliştirilmesi,
  • Uygulamaya geçilmesi ve
  • Takip edilmesi gerekir.

Çatışmayı Azaltma Taktikleri

  • Hareket etmeden ve konuşmadan önce düşünün.
  • Güven yaratın.
  • Ver-Al yaklaşımı geliştirin.
  • Kendi bakış açınızı doğru ifade edebilmek, yanlış anlaşılmamak için çalışın.
  • Hatalı olduğunuzda söyleyin.
  • Kahraman ya da mağduru oynamayın.

Çatışma Çözümünü Kolaylaştırıcılar

  • Şirketinizin süreç, politika ve kültürünü öğrenin.
  • Anlamak için dinleyin. Anlamadığınızda sormaktan çekinmeyin.
  • Çatışmanın kökenini anlamaya çalışın.
  • Empati kurun, karşınızdakilerin duygularını anlamaya çalışın.
  • Farklılıkları çözecek öneriler getirmeye çalışın.
  • Çatışan tarafların iletişim kurmalarını sağlayın.
  • İletişim planı hazırlayın ve uygulayın.
  • Çözümlenene kadar peşini bırakmayın.

Yarın: Çatışmalarda Hangi Çözüm Ne Zaman?

>—————————————————————————————-<

Hayatımız Proje – Proje Yöneticisinin El Kitabı

Gökrem Tekir – Savaş Şakar
 65 TL (Yurtiçi gönderimlerde kargo dahil)

Ad Soyad*
E-posta:*
Teslimat Adresi *
Telefon*
-
Miktar*
İşlemin sonucunu yazınız

Diğer sipariş yöntemleri: LinkedinFacebook veya Twitter hesabımdan mesaj gönderebilir savassakar@gmail.com adresine eposta atabilirsiniz. Göndereceğiniz mesajlarda; Adınız – Soyadınız, Telefon numaranız, Teslimat Adresi ve kaç adet kitap istediğinizi belirtmeniz yeterli olacaktır. 

Uyarı: Yayınevlerinde ya da kitapevlerinde yoktur.

Paylaşın: