Proje Yonetimi – MS Project – PMP – PMBOK

Proje yöneticisi olarak üst yönetimle bir toplantıya gireceksiniz. Hangi konularda hazırlıklı olmak gerekir?

* Toplantının amacı nedir?
* Toplantının çıktısı ne olacaktır? Anlaşma, orta yolu bulma, bilgilendirme
* O gün itibariyle planlanana karşı gerçekleşenler? Detay bilgiler hazır tutulmalı fakat gerektiği taktirde sunulmalı.
* Proje ekibinin gösterdiği gayretin sunumu: Ekibin gayretlerinin üst yönetim tarafından açıkça görülmesini sağlayın ki ekip içindeki motivasyon düşmesin.
* Mevcut durumda yaşanan problemler: teknik, parasal, tedarikçi, politik vb.
* Üst yönetimden bundan sonraki süreçte istenen desteğin açık ve net tanımı
* Karşılaşılma ihtimali olan risklerin tanımı, önleme ve düzeltme önerileriniz.
* Proje takım üyelerinin durumu. Değiştirilmesini istediğiniz takım üyesi var mı?
* Sponsorun beklentilerinin sorgulanması
* Müşteri beklentilerinde bir deşiklik oluşmuş ise sponsor ile paylaşılması ve proje yöneticisi olarak önerileriniz.

Yapılacaklar

* Toplantıya girmeden önce zaman, bütçe ve efor ilerlemeleri hakkında detaylı raporları mutlaka çıkarmış olun.
* Yapacağınız toplantı öncesinde ekip üyelerinin üst yönetimden aktarmak istedikleri konular hakkında bilgi almış olun.
* Yakın zamanda yapılmış ve yapılacak işler hakkında detaylı bilgiyi almış olun ki toplantı esnasında gündeme geldiğinde en doğru cevabı verebilin.

Proje Yöneticisi olarak atandığınız ilk proje mi? Hayırlı olsun. Bu üst yönetimin size olan güveninin de bir göstergesi.

Evet, şimdi ekibi toplama ve onları bir plan çerçevesinde çalıştırma zamanı…

Kimleri mi çağıracaksınız? Proje için bir çekirdek ekip kurarak, başlayabilirsiniz.

Proje amaçlarını iyi anlamanız gerekir ki diğerlerine de siz anlatabilin. Eğer eksik veya tutarsız bilgi verecek olursanız, ekibin size olan güvenini daha ilk başta kaybedersiniz.

Hedefi anlattıktan sonra proje kapsamını çekirdek ekibinizle netleştireceksiniz.

Ve sonra detaylı plan çıkacak… Bunun için uğraşıyorsunuz ama plan yapmaya kimsenin zamanı yok. Kimse size detaylarda neler yapıalcağını söylemiyor. Bilgi almak için soruyorsunuz fakat yapılan işlerin tanımı olmadığı için kimse net bir şey söyleyemiyor. Planları herkes aklında tutmakla övünüyor. Olabilir, moralinizi bozmayın.

Bir kaç kez bilgi almak için insanların peşinde koşturduktan sonra baktınız ki olacak gibi değil, “bari plan bölye kabaca kalsın”, dediniz. Hatta siz planı yapmakla uğraşırken, birileri çoktan proje faaliyetlerine başlamış, bazı kilometre taşlarına bile ulaşmışlar. Olsun, moral bozmak yok.

Bir sabah işe geldiğinizde öğreniyorsunuz ki, geçen hafta müşteri, bir proje takım üyesi, proje sponsoru, size hiç haber vermeden bazı konularda anlaşmışlar, projenin yönünü birlikte değiştirmişler ve öyle devam ediyorlar. Siz yine onların peşinden koşup, projenin nasıl şekil değiştirdiğini öğrenmeye çalışıyorsunuz. Bu da normal ve asla moral bozmak yok.

Bir gün, elinizde bilgisayar, bilgisayarda MS Project. Plan yok ama kendinizi herkesin peşinde koşan projede yapılan işleri günlük tutar gibi MS Project’e işleyen bir kişi olarak mı buldunuz? E, bu da normal, buralarda yenisiniz galiba… �

Sevgili Proje Koçu,

Proje planlamanın önemli olduğunu biliyoruz, eksikliğini ben ve projelerde çalışan herkes mutlaka hissediyor fakat bu planlama işini bir türlü yapamıyoruz.

Benim şu anda üzerinde çalıştığım bir proje var. Bu proje şirketimin neredeyse tüm departmanlarını ilgilendiriyor. Planı hazırlayabilmem için o departmanlardan yetkili kişilerin desteğine ihtiyacım var. Bu çerçevede geçen hafta herkesin katılımının olacağı bir toplantı tertip ettim. Amacım yarım günlük bir oturum ile öncelikle projenin İş Kırılım Yapısını çıkarmayı hedeflemekti. Gelin, görün ki; o yarım gün her kafadan bir ses çıktı ve planın “p”’ sini yapamadan toplantı bitti. Her gelen “bu iş böyle olmaz”, “bu bize uymaz”, “nasılsa bu planlar daha çoook değişir”, “boşuna planla uğraşmayalım, nasılsa sapar”, “bu tip şeyler herşeyin düzenli olduğu şirketlerde olur” gibi sözlerle bütün motivasyonumu yok etti.

Bu sözlerin yanısıra, konu bir ara şirketin prosedürel süreçlerindeki aksaklıklara da kaydı ve başta şikayetler sonra suçlamalar derken, toplantı bitti.

Böyle bir durumda siz olsanız ne yapardımız?

Rumuz: Tutkulu PY

————————————

Sevgili Tutkulu PY,

Planlamaya İş Kırılım Yapısı ile başlayıp, kapsamı netleştirme niyetin çok doğru ve yerinde. İş Kırılım Yapısın, bütün proje paydaşlarının doğru iletişim kurabilmesi, projenin çıktılarını aynı şekilde anlayabilmeleri açısından çok çok önemli fakat “İş Kırılım Yapısını bütün paydaşlar biraraya gelerek, hazırlar” diye bir kural yok.

Madem ki, projen şirkette pek çok kişiyi etkilemektedir bu durumda, seninle birlikte planı yapmaktan ve takip etmekteden sorumlu olacak bir çekirdek ekip (Proje Yönetim Takımı) kurulmalıdır. Sen ve bu çekirdek ekip öncelikle İş Kırılım Yapısını kendi aranızda bir hazırlayın. Çekirdek ekip, çok büyük olmamalı (mümkünse 4-7 kişi yeterli). Az sayıdaki kişiyi yönetmeniz daha kolay olacaktır. İKY çıktıktan sonra paydaşların geneline bir sunumla İKY’nin ne olduğunu, amacını, neleri hedeflediğinizi bir sunumla anlatırsınız.

Daha sonra da planlama çalışmasının devamı yine bu çekirdek ekip tarafından geliştirilir. Bu çekirdek ekibe, yürütme, kontrol ve kapanış süreçlerinde de mutlaka ihtiyaç duyacaksın. Bu ekibin, projeye daha fazla zaman ayırmasını sağlamak için üst yönetimin desteği gerekebilir. Yani söylemek istediğim, özellikle büyük projelerde Proje Yöneticisi’nin yanısıra Proje Yönetimi Takımı da üst yönetim tarafından resmen atanır, yarı veya tam zamanlı Proje Yönetimi faaliyetlerine destek olur.

Son olarak, çekirdek ekibine birbiriyle iyi anlaşacağını düşündüğün, tecrübesine güvendiğin, sorun değil, çözüm üreten kişileri seçebilirsen, plan çok kısa zamanda ortaya çıkacak ve genel olarak da kabul görecektir.

Proje Koçu

Son zamanlarda çok sık karşılaştığım bir durum üzerine yazmak istiyorum, bugün. Proje Ofisi’nden ne anlıyor ve ne bekliyoruz?

Öncelikle şunu belirltmem gerekir; Proje Ofisleri pek çok firmada yoğun bir şekilde konuşulmakta ve yavaş yavaş hayata geçirmek için adımlar atılmakta. Eğitim verdiğimiz ve Proje Ofisi’nin ne olduğunu anlattığımız kurumlar yavaş yavaş Proje Ofisi’ni kuruyor, yazılımla destekliyor, sorumlular atıyor, görevler yüklüyor ve doğal olarak PO’nun çalışma biçimiyle ilgili sorunlar yaşamaya da başlıyorlar.

Bu sorunların en başında Proje Ofisi’nin yapacağı işin ne olacağının tam olarak netleşmemesinden kaynaklandığını gözlemliyoruz.

PMI’ın tanımlarında yer alan Proje Yönetim Ofisi için kabaca “projelere yukarıdan bakan bir göz” tanımı vardır. Böylece kaynak yüklemesini projelerin önemine göre değiştirebilir, projelerin metoda uygun ilerleyip, ilerlemediğini denetleyebilir, projelerin ilerlemeleriyle ilgili düzgün veri toplanıp, toplanmadığını kontrol eder. Birden fazla projeden oluşan Programların koordineli yönetilmesini sağlar, vb.

Yukarıdaki ifadeler kitabi tanımlardı. Olması gereken… en azından PMI’ın dile getirdiği bu ifadelerle özetlenebilir…

Peki karşılaştığımız durum ne?

Evet, bir Proje Ofisi kurulsun fakat projelere yukarıdan bakmasın da, Proje Yöneticisi’nin hemen bir adım gerisinden baksın. Daha açık ifadeyle, Proje Yöneticisi’nin eli ayağı olsun; Proje planlarını Proje Yöneticisi’nden aldığı bilgiler çerçevesinde hazırlasın, bunları bir Web platformunda yayınlasın, sonra da proje devam ederken, ilerlemeleri takip etsin ve gelişmeleri anında proje planına yansıtsın. Evet, bu da Proje Ofisi için biçilen bir görev olabilir. Sonuçta, Proje Ofisi’nden ne yapmasını isteyeceğiniz, kurumunuzun kararıdır. Bu yapıya Proje Destek Ofisi demek sanırım daha doğru olur.

Temel sorun şurada;

Proje Ofisi kurulurken, Üst Yönetim’in aklında veya hayalindeki Proje Destek Ofisi kurulması yönünde ve bu Destek Ofisi’nin, Proje Yöneticilerine, planlamada, takipte sürekli destek olacağını umut ediyorken, bu Ofisi’e seçilenler de Proje Yönetim Ofisi gibi çalışaklarını düşünüyor. Her ne kadar Ofise, resmi olarak, Proje Yönetim Ofisi’nin rol ve sorumlukları yazılsa bile, Üst Yönetim, fiilen Proje Destek Ofisi’nin işlerinin yapılmasını istiyor. Bu durum da başta Ofisin iş yükünü, Ofisin çalışan eleman sayısını, Ofis elemanlarının gerekli olan teknik bilgi birikimine sahip olup, olmamalarını etkilediğinden önemli bir bocalama yaşanıyor.

Bu yüzden, şirketinizde eğer bir Proje Ofisi kurulacağına dair bir sinyal aldıysanız, Üst Yönetim ile bu durum açık ve net baştan konuşmak gerekir. Proje Ofisi dendiğinde, beklenen DESTEK OFİSİ mi, YÖNETİM Ofisi mi?

Sevgili Proje Koçu,

Bir kaç aydır Proje Ofisini kurma sürecindeyiz. Üst yönetimin proje ofisinden beklentileri çok ve bu ofisi etkinleşitrme görevi de benim.

Çalışmalara ilk başladığımızda önemli işler gerçekleştirdik; Bir metot hazırlama çalışmasıyla başladık, rol ve sorumlulukları tanımladık, proje yöneticilerimize MS Project eğitimleri aldırdık ve hatta Project Server kurduk. Görüldüğü gibi herşey hazır fakat hiç birşey istediğimiz gibi yürümüyor.

Örneğin,

• Proje Yöneticileri’nin projeleriyle ilgili gelişmeleri Proje Ofisi ile paylaşmaları gerekirken yine eskisi gibi Genel Müdürümüzle görüşüyorlar.
• Proje ilerleme bilgilerinin Proje Ofisi’ne aktarılması gerekirken, Proje Ofisi’ne bilgi vermeden, Müşteri, şirketimizin Genel Müdürü ve Takım Üyeleri kendi aralarında eski yöntemlerle projeleri takip ediyorlar.
• MS Project’in yeterince verimli kullanılmıyor. Takım Üyeleri işlerine Project Server üzerinden hem bakmıyorlar, baksalar bile düzenli gerçekleşme verileri girmiyorlar.
• Metot içinde tanımladığımız formlar, dokümanlar yeterince etkin kullanılmıyor ve dokümantasyon da eksiklikler kalıyor. Bunların tamamlandığını inceleme görevi de bende… fakat Proje Yöneticileri’ne “bu formları, dokümanları doldurun” dediğim de insanlar, bana düşman gözüyle bakıyorlar.

İnanın, önceden yakın olduğum arkadaşlarım bile şimdi benden uzak duruyor, sanki onların projelerdeki başarısızlıklarını üst yönetime raporlayan kişiymişim gibi görülüyorum. Çok zor durumdayım, başka iş aramayı bile düşündüm. Sizce ne yapmalıyım?

Rumuz: Tutkulu PY

- – - – - – - -

Sevigili Tutkulu PY,

Proje Ofisini kurmak gerçekten zor bir süreçtir. Proje Ofisi’ni kurma görevinin bir kişinin üzerinde olması, işi daha da zorlaştırır. “Proje Ofisi’ni kurmak”, deyince pek çok kişi “evin bir odasına kütüphane kurmak” gibi bir şey anlar halbuki Proje Ofisi kurmak şirket içinde kültürel bir değişimdir. Bu yüzden, bu iş “hadi yarın Proje Ofisi kuruyoruz” demekle olmaz.

Şu anda yaşadıklarınız doğal bir süreç. Eğer Üst Yönetim bu konuda daha bilinçlenirse, Proje Ofisi’ne etkinleştirilmesi konusunda daha fazla destek olacaktır.

Proje Yöneticileri ise önce Proje Ofisi’nin faydalarını görmek isterler. Bu yüzden Proje Ofisi, proje yöneticilerinin işini kolaylaştırmalıdır. Planlama sürecinde, geçmişteki verilere ulaşmada, planları güncellemede, ortak kaynakların iş yüklerinin düzenlenmeside Proje Ofisi, Proje Yöneticilerine yardımcı olabilir.

Lütfen ümitsizliğie kapılmayın; her fırsatta Proje Ofisi’nin yardımcı, destek bir birim olduğunu dile getirin ve önce güven aşılayın; Zaman içinde (fakat çok kısa değil) Proje Ofisi’nin etkinliğinin arttığını göreceksiniz. Proje Ofisi kurma konusunda hem üst yönetim hem de siz sabırlı olmanız gerekir.

Proje Koçu

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 çı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.

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.

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 duuyorum. 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.

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?