Proje Yonetimi – MS Project – PMP – PMBOK

• Proje Kapsamını Müşteriye Doğru Anlatmak: Proje Yöneticisi, müşterisine müzakereler sonucu ulaştığı kapsamı açık ve net olarak, anlatmak zorundadır. Kapsamda belirsizlikler olsa dahi bu belirsizliklerin de neler olduğu konusunda iki tarafta hemfikir olmalıdır. Kapsamda değişiklikler oldukça veya kapsamdaki belirsizlikler ortadan kalktıkça müşteri gelişmelerden haberdar edilmeli ve kapsamı kontrol altında tutabilmek için Proje Yöneticisi azami gayreti göstermelidir.
• Riskleri Dikkatli Takip Etmek: Proje Yöneticisi, kendisinin ve ekibinin geçmiş deneyimlerini proje planına yansıtabilmelidir. Geçmişte yaşanan olumsuzlukları yok etmek için Risk Yönetimi’ne önem vermelidir. Projesi için yapacağı düzenli Risk Değerlendirme Toplantıları ile risklere nitel veya nicel tehdit değerleri verip, önlem alınması gereken durumları sorgulamalıdır.
• Etkili İletişime Önem Vermek: Müşteriniz, sizin onun işiyle ne kadar uğraştığınızı merak eder. Bir hayli zaman harcayıp, uğraşsanız bile eğer müşteriyi bu konuda bilgilendirmesseniz, onun işini arka plana attığınızı düşünecektir. Bu yüzden olumlu ve olumsuz gelişmeleri, uğraşlarınızı, yapabildiklerinizi ve yapamdıklarınızı eğer düzenli olarak bildirirseniz, başarı için toleranslarınız artar.
• Proje İlerlemesini Raporlamak: Müşteri istediği bir anda kendi projesinin ne durumda olduğunu görmek ister. Bunun için de şeffaf bir Proje Yönetimi’nin olmasını ister. Projenin gelişmesini görmek için herhangi bir kimseye sormadan bir kaç tıkla ve çok kısa bir zaman içinde gelişme raporuna kolayca ulaşma talebi olur. Şeffaf bir Proje Yönetimi yapısını sağlamak için gerekli alt yapı çalışmalarına başlayın. Bu sayede müşteri size olan güveni de artacaktır.

Özet

Müşteri için doğru şeyleri yapmak, müşterinin her istediğini yapmak anlamına gelmez. Müşterinizi Proje Yönetimi’nin nimetlerinden faydalandırabilirseniz, başarı kendi kendine gelecektir.

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.

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?

% Gerçekleşme

Aktiviteye iki kere tıklayarak General Sekmesinden işin % kaçı bittiyse giriniz.

Actual Work – Remaining Work

 Yukarıda Gantt, alttaki görüntü Task Form iken, sağ tuş ile Resource Work seçeneğini işaretleyin ve fiili çalışma miktarını girin.

Gün Gün Gerçekleşme Verisi Girme

 Task Usage görüntüsündeyken takvim üzerinde sağ tuşa tıklayın ve Actual Work alanını ekleyerek, kaynakların günlük çalışma miktarlarını işleyin.

Actual Start ve Actual Duration

 Gantt Diyagramına aşağıdaki kolonları ekleyerek de gerçekleşme verilerini girebilirsiniz.

Update Project

 Belirli bir zamana göre projeyi güncellemek istiyorsanız aşağıdaki resimleri takip edin.

Önceki yazılarımı takip edenler bilirler; “Proje Yöneticisi, proje için ayırdığı zamanının %60-90’ını iletişim, koordinasyon ile geçirmelidir”, şeklinde ifadelere yer vermiştim.

Bu duurmda Proje Yöneticisi işi yapandan ziyade yaptıran rolünü üstlenmeli ve proje yapmak yerine, yönetme fonksiyonunu yerine geitrmelidir.

Bu noktada “iyi de Proje Yöneticisi nasıl iş yaptırabilir?” gibi bir soru akla geliyor. İşte bu yazımda Proje Yöneticisinin iş yaptırabilmesi için kullanabileceği güçlerden bahsedeceğim. (Bu güçler Heroes dizisindeki güçler gibi değil ama yine de işe yarayabilir.)

Uzmanlık Gücü: Eğer bir kişinin konusunda uzman olduğunu görürseniz o kişiye saygı duyarsınız. Proje Yöneticisi de gerçekten konusunda uzman veya tecrübeliyse proje takımı daha kolay ikna edebilir. Bir proje ekibi kurulduğunda, ekip üyeleri öncelikle Proje Yöneticisinde bu özelliği ararlar. Kendilerine liderlik yapabilecek bir Proje Yöneticisi varsa projenin başarısına olan inanç da artar.

Yasal Güç: Proje Yöneticisi şirket içindeki organizasyon yapısında üst kademelerde yer alıyorsa bu Proje Yöneticisinin yasal gücü olduğu anlamına gelir. Emir-komuta zincirinde yukarıda yer almak proje faaliyetlerinin sorgusuz, sualsiz yapılmasını kolaylaştırır.

Ödüllendirme Gücü: Proje Yöneticisi, takım elemanlarına projenin başarısı karşısında bir ödül vaat ediyorsa, bu durumda da Ödüllendirme Gücünü kullandığını söyleyebiliriz. Proje  Yöneticisi özellikle motivasyonu yüksek tutabilmek amacıyla bu gücü kullanır fakat bu gücü kullanabilmesi için Üst Yönetimin desteği gerekmektedir. Bu gücü kullanarak bitirilen projelerde takım üyelerine vaadedilen ödül mutlaka takdim edilmelidir aksi takdirde Proje Yöneticisi ve hatta kurum içinde güven bunalımı yaşanır.

Korkutma Gücü: Takım elemanlarını ceza ile korkutarak da proje işleri yaptırılabilir. Korkutma Gücü, proje takımında stresi yükselten ve motivasyonu düşüren bir faktördür.

Referans Gücü: Yasal Güce benzer bir durum mevcuttur. Proje Yöneticisi eğer üst düzey bir yöneticinin desteği ile projedeki işleri yaptırmaya çalışıyorsa Referans Gücünü kullandığı anlamına gelir. Şirketlerde stratejik açıdan önemli projelere kurum içinde baskısı hissedilen (sesi yüksek çıkan) Genel Müdür Yardımcıları, sponsor olarak atanır. Bu Genel Müdür Yardımcısının desteğini alan Proje Yöneticisi kimi zamanda Departman Müdürlerinden bile yüksek yetkilere sahip olur. Bu gücü kullananlar, projenin bir başının ve bir sonunun olduğunu unutmamaları gerekir.

Uzmana Başvuru

Eğer iki tarafın da çıkarlarını önemli ölçüde etkileyecek bir karar vermek gerekiyorsa bir anlaşmazlık veya bir konuyu onaylama/teyid amacıyla uzmana başvurma tercih edilebilir.

“Ben bu arabayı alacağım ama önce bizim tanıdık bir usta var; O’na bir gösterelim.”

Artan İletişim

Bütün ekip üyelerini ayrı ayrı ziyaret ederek, bir konu üzerinde ikna etmeye çalışma. Grup biraraya geldiğinde mutabakatın kolay sağlanması için ön hazırlık süreci.

Bazen büyük toplantılar öncesinde çatışacağı belli olan tarafları bir masaya oturtmadan önce belirli konularda hemfikir olunması için de yapılan ön ziyaret ve müzakere tekniği.

İçten Pazarlık

Aslında o sırada kabul etmeyeceği birşeyi kabul ediyormuş gibi davranma ve daha sonra vazgeçtiğini belirtme.

“Evet, toplantı esnasında öyle dedim ama şimdi şartlar değişti…”

Avukat Rolü

Müzakere ortamında avukat gibi davranarak, her türlü ifadeyi detaylı sorgulama yöntemi.

“Ama toplantımıza başlarken her türlü hizmeti vereceğinizi söylüyordunuz, şimdi şartlar öne sürmeye başladınız.”

Bilgi Sızdırma Yöntemi

Toplantıya katılan karşı tarafa doğru veya yanlış bilgiye sahip olması için bir takım kayıtların okunabilecek veya kopyalanabilecek şekilde bırakılması.

Karşı tarafa toplantı arasında doğru veya yanlış bilgiyi informal biçimde aktarma

İlişkilendirme

Durumun gelişimini şartlara bağlama yöntemi.

“Eğer, bana şimdi %25 indirim yaparsanız, nakit alabilirim fakat yapmazsanız 1 hafta sonra kredi kartımla gelmem gerekecek.”

Alçak Top

Alıcının düşük fiyat söylemesi ve yukarıya doğru çıkması durumu.

“Oğlum sabaha karşı 3’te evde olmak için izin istedi, ben gece 10’da evde olacaksın dedim. Gece yarısında anlaştık”

MS Project 2007′de Project Menusunden Project Information seçeneğini işaretleyin.

Yukarıdaki pencerede Statistics butonuna tıklayın, karşınıza aşağıdaki gibi bir pencerede çıkacaktır.

Bu sayfada;

Current Start ve Finish: Projenizin mevcut sapmalardan etkilenerek, yeni bitiş tarihini göstermektedir.

Baseline Start ve Finish: Nihai(Temel) Planı onaylattığınız andaki (yani planlanan) proje başlangıç ve bitiş tarihidir.

Actual Start ve Finish: Projenin fiilen başladığı tarihi göstermektedir. Projenin tüm falliyetleri bitmeden Actual Finish alanında NA ifadesi görülür.

 Start Variance: Current Start ile Baseline Start arasındaki fark – Projeye plana göre ne kadar geç başladığınızı gösterir.

Finish  Variance: Current Finish ile Baseline Finish arasındaki fark – Projeye plana göre ne kadar geç bitireceğinizi gösterir.

Süre, Maliyet ve Efor gibi bilgiler de benzer şekilde yorumlanabilir.

Sol alt köşede %Comp. projenin % kaçını tamaladığınızı ve hemen yanında da %W.Comp. planlanan eforun % kaçının harcandığını gösterir.