Proje Yönetimi – MS Project – PMP – PMBOK

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

Toplantıdan hemen önce katılımcılara toplantı gündemini hatırlatın

Katılımcı sayısını olabildiğince az tutun

Gündem sırası belirleyin ve toplantıda bu gündemi takip edin

Toplantıda hedef odaklı olun ve sonuca ulaşmak için müzakere yürütün

Katılımcılara söz hakkı tanıyın ve fikirlere saygı duyun

Olabildiğince grafik ve resim kullanarak, toplantıyı renklendirin

 Gündemde olmayan fakat önemli olabilecek konuları not edin

Alınan kararları dokümante edin ve sorumluları belirleyin

 Toplantının sonunda genel bir özet yapın

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.

Düzenli yapılacak, Risk Değerlendirme Toplantılarında İletişim risklerinizi belirlemek amacıyla aşağıdaki soruları puanlayarak, cevaplayınız.

• Proje hedefleri baştan net olarak belrilendi mi?
• Proje hedefleri ölçülebilir mi?
• Proje hedefleri proje takımına ve proje paydaşlarına açıkça anlatıldı mı?
• Proje takımı ve paydaşları hedefleri anladı ve hedefler üzerinde mutabakata vardı mı?
• Bütün proje tarafları tanımlandı mı?
• Proje paydaş analizi gerçekleştirildi mi?
• Proje ilerlemesi proje paydaşlarına düzenli olarak sunuldu mu?
• Proje için İletişim Yönetim Planı hazırlandı mı?

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?

Düzenli yapılacak, Risk Değerlendirme Toplantılarında Finansal risklerinizi belirlemek amacıyla aşağıdaki soruları puanlayarak, cevaplayınız. 

Artık puanlamayı size bırakıyorum. Aşağıdakilerden istediğiniz başlıkları alınız. Kurumunuzdaki önemine göre kendiniz puanlar türetin ve projelerinizi bu punlama sistemine göre değerlendirin.

• Projenin nakit akışı çıkarıldı mı?
• Projeye fon sağlanması gereken dönemler çıkarıldı mı?
• Fon kaynakları belirlendi mi?
• Maliyet tahminleri, aktivite detayında yapıldı mı?
• Projenin Fayda/Maliyet Analizi yapıldı mı?
• Maliyet artış dönemleri ve tahmini artış miktarları proje bütçesine eklendi mi?
• Bütçe aşımı durumunda Proje Organizasyonunda yetkinin kimde olduğu belirlendi mi?
• Proje devam ederken gerçekleşen maliyetlerinin, planlarla karşılaştırılması için gerekli takip ve kontrol sistemi kurludu mu?

Sovyetler Birliği’nde iş yerlerinde kullanılan yandaki resimde “Boş Konuşmayın. Dedikodu vatan ihanettir” şeklinde bir ifade yazıyormuş. Biraz ağır bir söylem bence ve sanırım bu afişi hazırlatanlar büyük ihtimalle dedikodunun hedefi olmuştu ki vatana ihaneti dedikodu yapmakla eşleştirmişler.

Yine de bu konu üzerine iş hayatında herkesin iyi-kötü mutlaka bir anısı vardır.

En meşhur anılardan bir tanesi televizyonlarımızda da reklam olarak seyretmiştik. Hani 2 genç, erkekler tuvaletinde, yaşlı kurt (yöneticilerini) hakkında ileri-geri konuşurlarken, birden sifon sesi duyulur. Hakkında atıp, tuttukları yönetici birden karşılarına çıkıverir ve bu iki genç yerin dibine girer. (Benzer bir olay üniversite yıllarımda benim de başıma gelmişti,. İş hayatına girmeden önce çok önemli bir deneyim kazanmıştım ama yaşlı kurt hocam da beni çok zorlamıştı.) 

Peki birisi hakkında e-mail yazarak, dedikodu yaptınız mı? İşte bu en tehlikelisi… Söz uçar ama yazıyı reddetme şansınızda yoktur. Bu tarz dedikodu da yakayı ele verenlerin genellikle yaptığı hata gelen maili dedikodu yapacağı kişiye gönderirken Forward yerine ya Reply ya da Reply All butonuna basarlar. Send tuşuna basınca da başlarından kaynar sular dökülür. Hatta bir keresinde internete kablolarla bağlıyken (wireless yokken) bir bankacı bayan göndermemesi gereken bir mesajı gönderince, mesajı durdurmak için su hortumunu kıvırır gibi data kablosunu kıvırmış mesaj gitmesin diye…  

Bir başka hikaye de şudur; Pazarlamadan sorumlu iki kişi, müşteri firmanın yerinde bir toplantı düzenlerler. Toplantı çok başarılı geçer ve pazarlama sorumlusu iki arkadaş müşteriyi ikna ederek, ürünlerinin satışıyla ilgili el sıkışırlar. Toplantı salonundan ayrıldıktan sonra asansöre binen iki arkadaşımız daha asansörde başarılarını kutlamaya başlarlar. Yaptıkları el-kol hareketleri, söyledikleri sözler, asansörün içindeki güvenlik kamerası tarafından da seyredilmektedir. Ofislerine döndüklerinde müşteri şikayetinin kendilerinden önce geldiğini öğrenirler ve başarı, etik kurallara uyulmadığı için başarısızlığa dönüşür. 

Öğrenilen Ders

WC’de dedikodu yapma.

Yazdığın e-mailde argo kullanmadığından emin ol.

Yollayacağın e-mailin doğru kişilere adresli olduğundan emin ol.

Müşteri firmanın sahasındayken etik kurallara daha fazla riayet et.

Kıvrık hortumdan  su geçmez ama e-mail geçer.