Tag: üst yönetim

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

Öğrenilen Dersleri Nasıl Saklıyorsunuz? – Proje Yönetimi 2.0

Öğrenilen dersleri çıkarmak, genellikle bir projenin kapanış işlemi olarak bilinir fakat projenin belirli aşamaları tamamlandığında da yapılması gereken önemli bir işlemdir, aslında.

Projenin kapanışı esnasında bir kapanış sunumu hazırlanır. Sunumun sonlarına doğru bir sayfa da öğrenilen derslere yer verilir. Çok fazla etliye sütlüye bulaşmayan bir sayfa olur bu… “Şöyle şöyle yapsaydık, daha iyi olurdu” gibi ifadeler vardır. Sunumun tamamlanmasıyla o öğrenilen dersler de kapatılır ve bu sunumda arşiv de yerini alır. Eğer bir daha kimse bu sunumu açmazsa o oğrenilen derslerden de fayda beklenemez.

Halbuki, blog veya wiki sayfaları bu konuda inanılmaz büyük faydalar sağlayabilir. Kurum veya proje çalışanlarınıza özel (isterseniz ücretsiz) bir blog sayfası açarsınız, sadece yönetici ve takım üyelerine giriş ve takip izni verirsiniz ve her türlü gelişmeyi bu blog veya wiki sayfası üzerinden takip edersiniz.

Blog sayfalarını rahatlıkla bulabilirsiniz ama ben wiki için www.wetpaint.com u tavsiye ederim. Kullanmaya başlarsanız, bloglara göre farkı anlayacaksınız.

Projenizin adını içeren bir blog sayfası: http://projem.blogspot.com üzerinde takım üyeleri yaptıkları işleri paylaşsınlar, projedeki ilerleme kayıtlarını resim veya video ile desteklesinler. Girdikleri bilgilere anahtar kelimeler eklesinler ki bilgi ve kayıtları aramak kolaylaşsın. Yazılan her türlü bilgi, hem konusuna hem gönderene hem de zamana göre kategorize edilsin. Proje ilerleme bilgileri sadece proje yöneticilerinin değil herkesin kontrolüne ve takibine açık olsun. Yazımın başında da belirttiğim gibi özellikle Öğrenilen Dersler diye bir kategori altında takım üyelerinin edindikleri deneyimler, problemleri çözme yöntemleri, müşteri veya tedarikçi davranış ve tutumları ve daha pek çok konu kayıt altına alınıp, sonraki proje yöneticilerinin kullanımına sunulabilir.

Günümüzde sosyal ağların oluşmasına sebep olan etken WEB 2.0 olarak adlandırılıyor. Aynı yazılım platformları ile Proje Yönetimi yapmak ise Project Management 2.0 olarak biliniyor. Bu teknolojileri en kısa zamanda kullanarak, kurum içinde çok önemli değişiklikler yapabilirsiniz. Project Management 2.0’ı hemen kullanmaya başlamanızı tavsiye ederim.

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.

Proje Koordinatörü Kimdir?

Eğitimlerimde organizasyon yapılarını incelerken veya rol ve sorumlulukları konuşurken bu soruyu sorarım.

Herkesin aklına doğal olarak, bütün projeleri bir arada yöneten, üst düzey bir yönetici gelir. Evet, iş hayatımızda koordinatörlük, yüksek yetki gerektiren bir iştir, bu yüzden de üst yönetim yetkilerine sahip birisi tarafından yapılmalıdır.

Fakat benim sorum” PMI terminolojisine göre Proje Koordinatörü kimdir?” aslında…

PMI’a göre Proje Koordinatörü’nün, Proje Yöneticisi kadar yetkisi yoktur. Hafif Matris Organizasyonlarda ortaya çıkan bir görevdir. Proje Yöneticisi gibi planı hazırlar, atamaları yapar, gerekli parasal ihtiyacı belirler fakat takım üyeleri üzerinde, kapsam kontrolünde, bütçe yönetiminde Proje Yöneticisi kadar yetkisi yoktur.

PMI’ın Hafif Matris Organizasyonlarda tanımladığı bir diğer görev ise Proje Asistanlığı’dır. Bu görev de takım içindeki koordine etme fonksiyonunu gerçekleştirir.

PMI, Proje Koordinatörünün, Proje Asistanın’dan farkını tek bir cümleyle açıklıyor. “Koordinatör, asistana göre proje ilerlemelerini daha üst yönetime raporlayan kişidir.”

Demek ki proje koordinatörü deyince artık aklımıza üst yönetimden birileri gelmeyecek. “Peki, işyerinizdeki bugüne kadar hep Proje Koordinatörü olarak adlandırdığınız üst düzey yöneticinize ne isim vereceğiz?” diye sorduğunuzu duyuyorum. PMI’a göre projeleri bir arada götürmek Proje Yönetimi’nin yanısıra Strateji Yönetimiyle de ilgilenmeyi gerektirir. Böyle bir iş Proje Ofisi tarafından yapılmalıdı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?

Proje Başlangıcında Kilit Süreçler

baslatmaHangi sektör olursa olsun bütün projelerin özelliklerinde bir takım ortak noktalar vardır. Özellikle bir projenin başlama sürecinde Üst Yönetim, Proje Yöneticisi, Takım Üyeleri, projenin hedeflerini, sonda ulaşacakları sonuçları düşünerek, başlarlar. Bu yüzden, ekibin adrenalin seviyesi başlangıçta yüksek ve hedefe odaklı çalışmaya motive olmuş durumdadır.

Sonra sonra, neden ekibin adrenalini düşmeye başlar? İşte bu yazıda, heyecanla başlanan bir projenin, daha başlangıcında heyecanın neden dağıldığını kısaca inceleyelim.

İş Stratejileri ile Uyum Sorunu: İlk başta yapılması düşünülen bir projenin belirli bir süre sonra kurumun stratejik hedefleriyle örtüşmediği farkedilirse, bu durum, projenin durdurulmasına sebep olabilir. Bu çerçevede, proje seçim yöntemleri mutlaka kurumun stratejik hedeflerini gözönüne alacak şekilde tasarlanmalıdır.

Müşteri Desteğinin Kaybolması: Talebin yapan iş birimi, projenin ilk aşamalarında kendilerine düşen faaliyetleri zamanında yapmazlar ise veya özellikle gereksinimlerin belirlenmesinde Proje Yöneticisi’ne gerekli desteği vermezler ise proje daha başlamadan, bitmek zorunda kalabilir. Eğer gereksinimler tam netleşmeden Proje Yöneticisi bir takım varsayımlara dayanarak, projeyi devam ettirirse, çıkan ürünün kalitesinde önemli problemler olacaktır. Bu da kimsenin üstlenmek istemeyeceği başarısız projeler listesinde yerini alacaktır.

Kaynak Eksikliği: Proje Yöneticisi, projesi için gerekli olan insan, makina, malzeme vb. ihtiyacını ortaya çıkarır. Her ne kadar kaynak açısından üst yönetimden teyid alarak, proje başlasa da zaman içinde o gerekli kaynaklar Proje Yöneticisi’ne sunulmayabilir. Bu da aktivitelerin gecikmesine ve hatta projenin tamamen rafa kaldırılmasına sebep olabilir.

Ortak Hedefler Üzerine Mutabakat Sağlayamamak: Projeye katılan farklı iş birimlerinin projeden beklentileri de farklı olabilir. Eğer, ortak bir hedef belirlenenmemiş ise proje de bir noktada kilitlenecektir. Bu problem için “Proje Taraflarının Analizi” oldukça işe yarayan bir yöntemdir.

Liderlik ve Koordinasyon Eksikliği: Bir proje ekibi ilk kurulduğnda ortak hedeflere odaklanmak kolay değildir. Ortak beklentileri oluşturmak ve birimler arasında koordinasyonu sağlamak Proje Yöneticisi’nin sorumluluğundadır. Eğer, proje tarafları koordinasyon veya iletişim de bir aksama görürlerse, projeye verecekleri desteği azaltırlar.

Proje Ofisi Hakkında Yapılan Araştırma Sonuçları

Bu yazımda Proje Ofisi kuran kurumlarla ilgili 14 farklı ülkede 249 katılımcı ile yapılan bir araştırma sonuçlarını paylaşmak istiyorum.

%72’si Proje Ofislerinin stratejik açıdan kurumlarına değer kattığını söylüyor.

%90’dan fazlası kurumun bütün projelerinin Proje Ofisi tarafından takip edilebilmesini sağlayacak şekilde yapılandığını belirtiyor. Bu çerçevede, yeni proje seçiminde, varolanların devam etmesi, durdurulması veya ertelenemesi konusunda üst yönetime destek niteliğinde karar vermede yardımcı da olmaktadır, diyenlerin sayısı da benzerlik gösteriyor.

Araştırmaya katılanların %40’ı Proje Ofisi’ni 3 yıldır kullanırken, %35’i 5 yıldan daha uzun süredir, Proje Ofisi’ne sahip.

Araştırmaya katılanların

  • %17’si herhangi özel bir Proje Yönetimi yazılımı yerine Excel kullanmakta,
  • %26’I Microsft Project/Server kullanarak, projelerini takip etmekte,
  • %12’si kendi oluşturdukları yazılımı kullanmakta,
  • %45’si de farklı yazılım veya sistemler kullanarak projelerini takip etmektedirler.

Başarı ve Başarısızlık

Projelerin başarısının arkasındaki en önemli sebepler:

  1. Projenin üst yönetimden destek görmesi – Etkili bir sponsor
  2. Takım üyelerinin ortak paydada buluşması
  3. Proje takımının becerileri, kabiliyetleri
  4. Proje boyunca fonlamanın planlar çerçevesinde gerçekleşmesi
  5. Etkin planlama ve kontrol teknikleri
  6. Takım çalışmasına önem verme
  7. Proje hedeflerinin açıkça ortaya konması
  8. Proje yönetimi süreçlerinin etkin kullanılması
  9. İyi iletişim

Başarısızlık ise yukarıdakilerin zıttı davranışları göstermekle mümkün fakat proje bütçelerinin zaman içinde kesintiye uğraması herhalde en çok akrşılaşılan durumdur . Bu yüzden sürenin veya kapsamın revize edilmesi gerekmektedir. Ya süre uzaması gündeme gelmelidir, ya da daha dar kapsamlı bir sonuç ortaya çıkacağı anlaşılmalıdır. Gerekli revizyonlar yapılmaz ise bu durumda riskler artacak ve müşteriye kalitesiz bir ürün sunulmuş olacaktır.

Proje Portföy Yazılımı Seçerken… – 1

Bir Proje Portföy Yönetimi yazılımı seçerken seçim sürecini bir proje olarak ele almalısınız. Bu süreçte iyi bir proje yönetimi uygulaması, ihtiyacınız olan yazılımı belirlemede büyük fayda sağlayacaktır.

Çok geniş fonksiyonlu bir yazılım satın alırsanız ihtiyaçlarınızın çok ötesinde bir ürünle karşılaşabilirsiniz. Bu yüzden öncelikle temel ihtiyaçlarınızı (olmaz ise olmazlarınızı düşünmeli ve belgelemelisiniz) Unutmayınız ki uygulayamayacak düzeyde ortaya koyduğunuz istekler, ek masraf yaratacak ve satın aldığınız ürünü verimsiz kullanmanıza sebep olacaktır..Ayrıca kurum içinde karmaşık bir bürokrasi de yaratacaktır. Bu çerçevede özellikle proje taraflarının belirlenmesi ve onların proje yönetimi ihtiyaçlarını, sorgulayarak veya gözlemleyerek, çıkarmak gerekir.

Projeniz Açık Olsun…

Proje planları tüm yönleriyle herkes tarafından görülebilir olmalıdır. Proje takım üyeleri, üst yönetim, müşteri herhangi bir anda projenin ilerlemesiyle ilgili özellikle ana kilometretaşlarını ve teslimatlarla ilgili mevcut ilerleyişi takip edebilmelidir.

Proje takım üyelerinin ve fonksiyon yöneticilerinin desteğini alabilmek ve motivasyonu proje boyunca yüksek tutabilmenin yolu planın herkesin ulaşabileceği bir ortamda yayınlamaktan geçer.

Üst Yönetim de yine planların açık olmasından dolayı proje ekibinin performansını daha kolay takip edebileceği için herhangi bir gecikmeyi de kolayca analiz edebilecektir.

Müşteri açısından bakıldığında, projesini şeffaf olarak yöneten kurumlar gelecekte müşteriler tarafından daha fazla tercih edilecektir.

Projeniz Açık Olsun

Proje planları paydaşlarca görünür olmalıdır. Proje takım üyeleri, üst yönetim, müşteri herhangi bir anda projenin ilerlemesiyle ilgili kilometre taşlarını ve teslimatları takip edebilmelidir.

Proje takım üyelerinin desteğini alabilmek ve motivasyonu yüksek tutabilmenin yolu, planın ekibin ulaşabileceği bir ortamdan yayınlamasını sağlamaktır.

Üst Yönetim planların açık olmasından dolayı ekibin performansını kolay takip edebileceği için herhangi bir gecikmeye hızlıca önlem alabilirler.

Müşteri açısından bakıldığında ise projesini şeffaf biçimde yöneten şirketler, gelecekte müşteriler tarafından daha fazla tercih edilecektir.