Reklamlar

Arşiv

Posts Tagged ‘başarısızlık’

Proje Yönetimi için Pratik Bilgiler – 15

  • Bir projenin başarısı veya başarısızlığı sadece proje yöneticisine ait olamaz.
  • Proje yöneticisi projeye atanırken kendisiyle birlikte veya kısa bir süre sonra proje yöneticisinin yönlendirmesiyle çekirdek ekip de atanmalıdır.
  • Çekirdek ekip, farklı uzmanlıklara sahip ve proje yöneticisinin ihtiyacı olan teknik bilgiyi verebilecek vasıfta kişilerdir.
  • Bir projenin başarısından veya başarısızlığından proje yöneticisi kadar çekirdek ekip de sorumludur.
  • Proje yöneticisi ile çekirdek ekibe, “Proje Yönetim Ekibi”, “Liderlik Ekibi” gibi isimler de verilir.
Reklamlar

87 – Projeden Vazgeçmek için 10 Sebep

turkce pmp sorulariIMG_62971833230_a93f

Müşteri Projenin Başarısından Sorumlu mudur?

Müşteri, projedeki bütün sorumlulukları tamamen proje ekibine devrederek ve yeterince proje yönetimi süreçlerine dahil olmayarak, projenin başarısını riske atabilir.

İşte bu yazımda, müşteri durumunda olan paydaşların da proje yönetimi sürecindeki görevlerini ve tutumlarını ele almak istedim.

Projenin en başı (başlangıç süreci); Müşteri, proje yöneticisinden bir şey ister fakat ne istediğini aslında kendisi de tam bilmez, veya anlatamaz. İşte bu süreç en sancılı olan ve projelerde de belirsizliklerin sayısının en fazla olduğu döneme karşılık gelir. Bu süreçte proje yöneticisinin ihtiyaçları ortaya çıkarabilmesi için hem çok soru sorması, hem de geçmişteki (kurumsal/bireysel) deneyimlerden yararlanması gerekir. İhtiyaçların netleşmesi, detaylı planın güvenilir olmasını sağlayacaktır.

Müşteri açısından baktığımızda da;

  • Gereksinimler hakkında detay bilgi vermeme. Eğer, müşteri gereksinimlerini başlangıçta plana tam yansıt(a)madıysa, en tehlikeli sonuca hazır olun: KAPSAM KAYMASI
  • Gözden geçirme çalışmalarına müşteriden son sözü söyleyeceklerin olabildiğince proje yürütme sürecinde katılımlarını sağlamak. Yetkisi yeteri düzeyde olmayan müşteri temsilcileri proje ekibiyle uzun süre çalışırlar, belirli noktaya projeyi getirirler. Tam o sırada yukarıdan daha yetkili birisi o saate kadar konuşulanların tam zıttı bir istekte bulunur.  Herşeyi sil baştan düşünmek gerekir.
  • Genellikle işi en iyi bilen işi yapan kişinin kendisidir. Bu yüzden, ortaya çıkacak ürünü kullanacak olanın da fikirlerini almak gerekir. İşi yapan kişiler, genellikle yetki açısından düşük seviyede olduklarından çoğu zaman proje yöneticisi veya müşteriyi temsil eden yönetici bu detayı görmez ve son kullanıcı düşünmeden bir ürün ortaya çıkarırlar. Sonuçta ne yazık ki ortaya çıkan ürün ihtiyaçlara karşılık vermemektedir.
  • Müşteriyi de proje planlamaya, takip süreçlerine dahil etmek çok önemlidir. Bir proje ekibinin planı tek başına yapması yerine müşterinin desteğini alarak, yapması, projenin daha fazla sahiplenilmesini sağlar, katılımı artırır.
  • Projenin başarısı sadece projeyi yürüten ekibin başarısı olarak değil, müşterinin de başarısı olarak lanse edilmelidir. Yine ortaya çıkan ürünün müşteri tarafından sahiplenilmesi ve hatta etkin olarak kullanlımasını sağlar.

——————-o————————

Cumhuriyet Bayramınız Kutlu Olsun.

10 İşaret

1– Müşteriniz veya tedarikçiniz telefonlarınıza çıkmıyorsa…

2– Müşteriniz veya tedarikçiniz yolladığınız mesajlarınıza geri dönmüyorsa…

3- Takım üyeleriniz projeye değil de, idari işlerine daha fazla zaman ayırıyorsa…

4 –  Maliyet ve Zaman Performans Indeksleri (CPI & SPI) negatif ise…

5- Üst Yönetimin, projeye olan desteğinin azaldığını hissediyorsanız…

6- Siz kendiniz, projeye olan inancınızı kaybettiyseniz…

7- Başta söz verilen kaynaklar, zamanında projeye verilmiyorsa…

8- Proje toplantılarına katılanlarda motivasyon düşüklüğü seziyorsanız…

9- Proje kapsamı üzerinde zaman geçmesine rağmen belirsizlikler çoksa…

10- Projedeki riskleri düşündükçe, başarının imkansız olduğunu görüyorsanız…

Tutkulu PY’den Mektup

Sevgili Proje Koçu,

Benim proje sponsorum tam bir problem. Hiç bir durum raporunu, değişiklik taleplerini okumuyor ve yeterince ilgilenmiyor. Yürütme komitesi toplantılarında problemleri açık açık söylememe izin vermiyor ve işin kötü yanı problemlerimi düzeltmek için kendisi de çok fazla zaman ayırmıyor.

Sponsorumla projeyle ilgili bir toplantı istesem, bana çok kısa zaman ayırıyor. Ayırdığı zamanda da araya telefonlar giriyor, cep telefonuyla oynuyor. Buna karşılık işlerin kötü gitmesiyle birlikte müşteriden gelen br şikayet olması durumunda hemen beni suçluyor ve projeyi iyi yönetemediğimden, beceriksizliğimden bahsedip, moralimi bozuyor.

Bana ne önerirsiniz? Sizce ayrılmalı mıyım?

Rumuz: Tutkulu PY

Sevgili Tutkulu PY,

Sakın ayrılma, her zaman bir umut vardır, bunu unutma.

Öncelikle, senin sponsorun, kendisinin proje başarısındaki etkisinden ve rolünden haberdar değil. Biz bunlara: “Proje Yöentiminden bir haber Sponsor” diyoruz.

Yukarıda da belirttiğim gibi bir sponsor projenin başarısında çok etkilidir. Eğer Proje Yöneticisi ile Proje Sponsoru, Proje Yöentimi adına ortak dili konuşmuyor ise, ortak bir metodoloji ile projeyi takip edemiyorlarsa senin yaşadığın problemler ortaya çıkar. Proje Sponsorunun, projedeki rolü aktivite bazlı değil, stratejik açıdan düşünülmelidir.

Proje sponsorunu teknik detaylarla boğma. O’nun istediği olabildiğince genel bilgiler olacaktır. Bununla birlikte eğer Proje Sponsorun ile senin projeye bakışın açısında farklılıklar görüyorsan, O’nu sen eğiteceksin. Proje yönetimi adına kullandığın en temel araçları kendisine tanıt ve bu kayıtlar üzerinden projenin takip edilemsini sağla.

  • Kapsam Bildirimi– Kendisine projenin hedefleri, ana aşamaları, teslimatları, kısıt ve varsayımları göster.
  • Proje Planı– Ana şalamaları zaman programı üzerinde göster. Detaylara girip de sponsorunu boğma.
  • Kilometretaşları – Kendisine projenin önemli noktalarını anlat. Hangi tarihlerde kendisine ihtiyaç duyacağınızı açıkla. Proje başarısı için kendisinin bu kilometretaşlarını takip etmesi gerektiğini söyle.
  • Güncelleme – Kendisinin ne sıklıkta proje ile ilgli güncelleme istediğini sor.
  • Değişiklik Yönetimi– Projede herhangi bir nedenle bir değişiklik, problem olacağını proje planı üzerinden örneklerlele anlat. Bir aktivitede oluşabilecek bir gecikmenin pek çok faktörü etkileyebileceğini söyle
  • Risk Yönetimi– Kendisinin düzeltmesi gereken risklerden bahset ve bunlar için destek iste. Proje Yöneticisi olarak kendi sorumluluğundaki riskleri kendin halletmeye çalış.

Yukarıdaki anlatımların 15-30 dakikayı geçmesin fakat mutlaka bu söylediklerini yazılı hale getir ve kendisiyle paylaş. Okumayabilir, ama sen bunları kayıt altına almak zorundasın.

İmza: Proje Koçu

Projeler İlerledikçe Gelişir…

PMI’ın, projelerin geneli için ifade ettiği bir tanım vardır. Bu tanım, “proje” tanımının içinde doğrudan yer almadığından kimi zaman gözden kaçar. PMI derki: Projeler İlerledikçe Gelişir. Orjinal ifadesiyle “Progressive Elaboration” projelerin doğasında olan bir özelliktir.

Bundan önceki yazılarımda belirttiğim bir konu vardı. Projelerde belirsizliklerin zamanla azalacağı hakkında… İşte, belirsizliklerin zamanla azalması projelerin de zamanla gelişimini sağlar. (Gelişim deyince sadece ilerleme, tamamlanma anlamında kullanmıyorum.)

Örneğin, proje yöneticisi, belirsizliklerin en fazla olduğu anda bir süre veya maliyet tahmini geliştirirse, bunun gerçekçiliği ne kadar doğru olabilir? Kapsamı tam belirleyemeden yapılan süre ve maliyet tahminleri, kapsam netleştikçe revize olmak zorundadır. Kapsamın zamanla artması durumu varsa, süre ve maliyet hedeflerinin buna bağlı olarak revize edilmesi kaçınılmazdır. Kapsamın genişlemesi veya daralmasına göre diğer hedeflerde yapılacak revizelerin de bir Proje Yönetimi metodu içinde yer alması sağlanabilir. Bunların müşteriden, üst yönetimden, sponsordan kapsamla ilgili teyit alma ve buna karşılık zaman, maliyet hedeflerinin nasıl değiştiğini izah etme noktalarıdır. Bu yöntem sayesinde Kapsam’ın netleştirilmesi ve hatta proje taraflarınca Kapsam’ın Doğrulanması sağlanmaktadır.

Yukarıdaki tanıma ek olarak, müşteriden gelecek değişikliklerin de ekstra bir maliyeti olacaktır. Değişiklik istekleri başta gelirse, yaratacağı maliyet düşük iken sona doğru gelecek bir değişiklik isteğinin yaratacağı maliyet çok daha yüksek olacaktır.

Proje Yöneticisi için ise plan hazırlarken “Progressive Elaboration” ifadesini anlamış olması çok önemlidir. Bu kavramın anlatmak istediği; Proje Yöneticisi tarafından yakın gelecek detaylı planlanmalı, uzak gelecekteki detay seviyesi ise çok fazla olmamalı çünkü bir takım ara hedeflerin çıktısı bilmeden, uzak gelecekteki detayları planlamak zaman ve efor kaybı olacaktır. İşte, “ara hedef” diye de ifade ettiğim tanım, kapsamın doğrulanması ile söz konusudur.

Kapsam Doğrulama, aslında projenin adım adım sağlıklı gelişmesi sağlayan önemli bir işlemdir. Proje Yöneticisi, Müşteri (veya diğer taraflar) tarafından yeterince önemsenmez ise  projede ilerleme görülemez, bu da belirsizliklerin yüksek kalmasına, değişiklik isteklerinin çok pahalıya mal olmasına, projenin sadece kabaca planlarının yapılmasına sebep olacaktır.

Teknik Risklerin Değerlendirilmesi

Herhangi bir projenizi ele alarak bu sorulara cevap veriniz. Her verdiğiniz “Hayır” cevabı teknik açıdan daha fazla problemle karşılaşacğınız anlamına gelecektir.

 

  • Proje paydaş analizi yapıldı mı?
  • Paydaş analizine göre proje İhtiyaçlarının Toplanması gerçekleştirildi mi?
  • Ürün kapsamı ile Proje kapsamı örütüşüyor mu?
  • Proje Yönetimi metodu belirlendi mi?
  • Proje paydaşları, Proje Yönetimi Metodunu biliyor mu?
  • Proje teslimatlarının gözden geçirilmesi ve değerlendirilmesinin nasıl yapılacağı belli mi?
  • Teslimatları değerlendirecek ve onaylayacak kişiler açıkça tanımlandı mı?
  • Projenin ardından ürüne destek verecek ekip tanımlandı mı?
  • Proje ile ilgili çıkan problemleri ve çözüm yöntemlerini kayıt altına alacak araçlar kullanılıyor mu?