Performansın Raporlanması – PMBOK

Durum raporları, ilerleme ölçümleri ve öngörüler gibi performans bilgilerinin toplanması ve dağıtılması sürecidir.

Performansın raporlanması süreci, gerek projedeki ilerlemenin ve performansın anlaşılması ve iletilmesi, gerekse proje sonuçlarının öngörülmesi amacıyla temel çizgi verilerinin ve gerçekleşen verilerin karşılaştırmalı olarak periyodik bir şekilde toplanmasını ve analiz edilmesini içerir.

Yüzde tamamlanma,
Kapsam, Zaman, Maliyet, Kalite ile ilgili detaylar,
Geçmiş performansın analizi,
Risklerin ve sorunların mevcut durumu,
Zaman dilimi içerisinde tamamlanan çalışma,
Bir sonraki zaman diliminde tamamlanacak çalışma,
Zaman dilimi içerisinde onaylanan değişikliklerin özeti,
Gözden geçirilmesi ve tartışılması gereken diğer ilgili bilgiler.

Eksiksiz bir rapor, proje tamamlama öngörülerini de (zaman ve maliyet dahil) içermelidir. Bu raporlar düzenli olarak ya da istisnai durumlarda hazırlanabilir.

Performans Raporlarına temel oluşturacak veriler temelde 4 süreç içinden gelmektedir. Bu süreçler:

Kapsamın Kontrolü
Zaman Çizelgesi Kontrolü
Maliyetlerin Kontrolü
Kalite Kontrolü

Özellikle Zaman Çizelgesi Kontrolü ve Maliyetlerin Kontrolü süreçlerinden gelen veriler, Performansın Raporlarının içinde kullanılmaktadır. Bu verileri hatırlayalım:

Zaman Çizelgesi Varyansı
Zaman Çizelgesi Performans İndeksi
Maliyet Varyansı
Maliyet Performans İndeksi

Bütün bunların yanı sıra geleceğe yönelik tahminler de Performans Raporlarının içinde yer alır. Bu verilerin de sayısal olanları şunlardır:

Tamamlanma için Gerekli Maliyet
Tamamlanma Noktasındaki Maliyet
Tamamlanma Noktasındaki Fark

olarak adlandırılır.

——————–

trafik 2

Proje Performansını Ölçmek

Varsayın ki mahallenizin kasabına gittiniz. Girer girmez selamlaşıp, bir iki hoş sohbetin ardından 1 kg kuşbaşı et istediniz.

Kasap, arkasında yer alan büyük buzdolabını açtı, asılı duran etten sizin ihtiyacınız kadar olan bir parçayı kesti ve dönüp, tezgahının üzerine serdiği ambalajın içine koydu. Sonra da başladı eti kuşbaşı kuşbaşı doğramaya.

İşini bitirdikten sonra bir sağ eliyle ambalajı havaya kaldırdı, bir sol eliyle havaya kaldırdı. “Tamam abi, bir kilo kuşbaşın hazır, borcun 40 TL” dedi.

40 TL’yi kasaba gönül rahatlığıyla verebilir misiniz?

Yüzünüzde bir endişe oluştuğunu farkeden kasap, “abi inanmıyorsan al bir de sen bak… vallahi de billahi de bu 1 kg’dur. Hatta çoğu vardır, azı yoktur.” demeye başladı.

Doğal olarak, gözünüz bir tartı aleti, baskül arar. “Mümkünse tartabilir misiniz?” diye sorarsınız, çünkü verdiğiniz paranın karşılığında tam olarak aldığınızdan emin olmak istersiniz.

“Ya abi, bu sabah tartı aleti bozuldu, bizim çırakla tamire yolladım. Bir iki gün böyle idare edecez artık.” dese ne yapardınız?

Hepimizin üzerinde hemfikir olduğu birimler (kg, metre, litre…) olmasa ölçmek de mümkün olmazdı ve ticaret de bu seviyelere gelmezdi.

Yukarıda ölçü birimlerinin önemini basit bir örnekle anlattıktan sonra (detaylı bilgi için bkz: ilkokul 2 – 3 ders notları 🙂 ) konuyu projelere getirelim.

Projenin maliyetini hesaplarken, projenin zaman içindeki performansını denetlerken hangi ölçü birimi kullanılmalıdır?

Projenin gidişatını herhangi bir anda üst yönetime raporlamanız gerekiyor? Hangi bilgileri, hangi bilgilerle karşılaştırarak, rapor hazırlayacaksınız? Neye göre ileride veya geride olduğunuz söyleyeceksiniz?

İşte bu performansı tanımlamak ve başkalarının da anlayacağı şekilde raporlayabilmek için herkesin üzerinde hem fikir olduğu ölçü birimlerine ve bunların ölçüm sonuçlarını doğru algılayabilecek bilgi birikimine ihtiyaç vardır.

Eğer şu üçlüden herhangi birisi eksikse o projenin ileride veya geride olduğunu tartamaz ve hatta kimseye de anlatamazsınız: Ölçü biriminiz, ölçebilecek aracınız, ölçüm sonuçlarını yorumlayabilecek bilgi birikimi.

Yukarıdaki soruları akıllarda bir soru işareti oluşturmak amacıyla şimdilik cevapsız bırakıyorum. Bir başka yazıda bu konuyu tekrar ele alırız. O zamana kadar projeleriniz için aşağıda daha açık hale getirdiğim soruları düşünmenizi rica ederim;

Projenizde çalışanlar size hangi ölçü birimine göre işlerinin ne kadarının tamamlandığına dair bilgi veriyor?
Siz gelen bilgileri, hangi bilgilerle karşılaştırıyorsunuz?
Karşılaştırma esnaısnda kullandığınız matematiksel formüller nelerdir?
Karşılaştırma sonunda çıkan sonuçları yorumlama yönteminiz nedir?
Bu bilgileri üst yönetimle (sponsorla, müşteriyle) nasıl paylaşıyorsunuz? Raporlama biçimi, sıklığı vb.
Çıkan sonuçlardan yararlanarak, projenize yeni bir yön verebiiliyor musunuz?

Yoksa kasabın yaptığı gibi eti bir sağ elinizle bir de sol elinizle havaya kaldırarak mı projenin durumunu belirliyorsunuz?

Müşteri için Doğru Şeyler Yapmak

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.

MS Project’in Kendi Raporları

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

Proje Raporları

Projeleri belirli fazlara bölerek, yönetimi ve takibi kolaylaştırmak mümkündür. Bu sayede bir sonraki aşamada yapılacak işlemler daha net görülebilir.

Bir diğer yandan, projenin en başındayken, sonraki aşamalar için çok detaylı plan yapmakta her zaman anlamlı değildir. Süreçler yaşandıkça ve bir takım belirsizlikler ortadan kalktıkça sonraki aşamaları detaylandırmak planların daha gerçekçi olmasını sağlar.

Sonraki aşamaları planlayabilmek içinse bitirilen aşama ile ilgili önemli çıktılara ulaşmak gerekir. Böylece hem bir sonraki aşamaya geçip, geçmeyeceğinize karar verirsiniz hem de yapılacak işleri netleştirirsiniz. Aşama sonlarında ara ürün olarak mutlaka bazı çıktılar oluşacaktır ama önceden belirleyeceğimiz raporlar da bize sonraki aşamada karşılaşacaklarımızla ilgili önemli ipuçları verir.

Aşağıdaki proje hayat döngüsünde hangi aşamada hangi bilgileri içeren raporların üretilmesi gerektiğine dair bir gösterim var. Kendi kurmunuzda aşamalarını tanımlayıp, benzer biçimde bir gösterim kullanırsanız, projenin aşamalarını ve çıktılarını anlamak daha kolaylaşacaktır.

MS Project'te Aktivitelerinize Doküman Ekleyin

Varsayın ki bir projede satın alma işlemi gerçekleştirdiniz ve Excel’de hazırlanmış bir sipariş formunuz bilgisayarınızda kayıtlı veya bazı aktivitelerin neticesinde ortaya teknik resimler çıktı ve bu resimler Autocad formatında yine bilgisayarınızda bir yerlerde kayıtlı.

İşte bu proje içindeki farklı formatlardaki dosyaları, proje aktivitelerinizle eşleştrimek isteyebilirsiniz. Böylece hangi faaliyette hangi dokümanın doldurulduğunu veya oluştuğunu daha kolay takip etme imkanı bulursunuz.

Bunun için aşağıdaki adımları takip etmeniz yeterlidir.

Öncelikle hangi aktiviteye doküman ekleyecekseniz, o aktiviteye iki kere tıklayarak, TASK INFORMATION penceresini açınız. NOTES sekmesine geçip, aşağıda görüldüğü gbi INSERT OBJECT butonuna tıklayınız.

Karşınıza aşağıdaki pencere gelecektir. Sol kenardaki “Create From File” sekmesini seçin.

BROWSE tuşuna basarak, ekleyeceğiniz dosyanın bilgisayardaki yerini bulun.

Yukarıdaki pencereden istediğiniz dosyayı seçin ve INSERT butonuna basın.

TASK INFORMATION penceresine tekrar ulaştığınızda ilgili dosyanın NOTES alanına eklendiğini göreceksiniz.

MS Project’te Aktivitelerinize Doküman Ekleyin

Bunun için aşağıdaki adımları takip etmeniz yeterlidir.

Karşınıza aşağıdaki pencere gelecektir. Sol kenardaki “Create From File” sekmesini seçin.

BROWSE tuşuna basarak, ekleyeceğiniz dosyanın bilgisayardaki yerini bulun.

Yukarıdaki pencereden istediğiniz dosyayı seçin ve INSERT butonuna basın.

TASK INFORMATION penceresine tekrar ulaştığınızda ilgili dosyanın NOTES alanına eklendiğini göreceksiniz.

Öğrenilen Dersler Raporu

Projelerde genellikle proje kapanışında hazırlanan bu rapor için aslında PMI, her aşamanın kapanmasında hazırlanmasını önerir. Özellikle uzun projelerde, projenin sonunu beklemek, öğrenilmiş olan derslerin unutulması anlamına gelecektir.

Aşama sonlarına ulaşıldığı iyi giden olayları da, kötü giden olayları da bu rapora ekleyebilirsiniz. Genel olarak içerik aşağıdaki başlıkları içerebilir.

· Açıklamalarıyla birlikte planlardan sapmaya sebep olan olaylar.

· Teknik olarak kullanılan yöntem ve araçların sunduğu faydalar, zorluklar, eksiklikler

· İlerideki aşamalarda değiştirilmesini önereceğiniz, süreçler, iş akışlar, sure ve maliyet tahminleri, riskler.

· Tamamlanan aşamanın başka bir projede tekrar karşımıza çıkması durumunda neyi farklı yapardık sorusuna cevap.

· Proje taraflarıyla ilgili alınan dersler. Tarafların geçmiş aşamadaki tutum ve davranışlarının sonraki aşamalara nasıl yansıyabileceğine dair tahminler ve sonraki aşama sorumlularına uyarılar.

Bilgi Kaynakları:

Süreçleri gözlemleme
Günlük alınan kayıtlar
Düzenli yapılan toplantı notları

Son söz:

Projelerden toplanan öğrenilen dersler, Proje Ofisi birimi tarafından kalite kriteri olarak dönüştürülür. Böylece yeni projeler, proje yöneticilerine atanırken her aşamanın, hatta aktivitenin dikkat edilmesi gereken, geçmişte yapılmış hataları da proje yöneticisine sunulmuş olur. Böylece, farklı takım üyelerinin aynı hataya bir daha düşmesi engellenir.

MS Project’te Aşamaları Renklendirmek

Bir projenizi aşağıdaki gibi görmek ister misiniz?

Renk formatı dinamiktir ve aşama sürelerinin uzaması veya kısalmasıyla değişecektir.

1. İlk önce proje aşamalarını isimlerini belirleyin: Örnek

– Planning
– Execution
– Closure

2. Kilometre taşı isimlerini ve kısaltma karakterlerini belirleyin. Örnek:

Kilometre Taşı– Kısaltma
– Planning Complete – PC
– Execution Complete – EC
– Closure Project – CP

3. MS Project’i açın

4. Aşağıdaki gibi proje aşamalarınızı oluşturun.

5. Kilometre taşlarınızı belirleyin ve bunları seçip, sağ tuşa tıklayarak, Task Information menüsünü açın.

6. Seçtiğiniz kilometre taşları için aşağıdaki pencereden “Roll up to Gantt bar to Summary” ifadesini işaretleyin.

7. OK’e tıkladığınızda bu kilometre taşları artık, özet görev üzerine yerleşik olarak, gözükür.

8. Gantt Chart görüntüsünün takvim alanı üzerinde sağ tuşa tıklayarak, Bar Styles menüsünü açın.

9. Aşağıda görüldüğü gibi *Rolled Up Milestone satırına tıklayın ve aynı pencerenin hemen altında yer alan Text sekmesini (TAB) işaretleyin. Altta açılan satırlardan Bottom karşısına “Name” alanını seçin.

10. OK’e basarak, yukarıdaki Aşamanın kilometre taşlarının altında kısaltmaların gözüktüğünü farkedeceksiniz.

11. Üç adet kolon ekleyin. Adları sırasıyla Flag 1, Flag 2, and Flag 3 olsun. (Kolon eklemek için herhangi bir kolonun gri başlığı üzerindeyken sağ tuşa basıp, “Insert Coloumn” menüsünü seçmeniz gerekmektedir. Açılan pencerede Field: Flag1 … olmalı.) Ek Bilgi: Flag kolonları sadece Yes/No değeri alabilir.

12. Flag1 kolonununun üzerindeyken tekrar sağa tıklayın ve açılan menüden Customize Fields seçeneğini işaretleyin.

13. Açılan pencerede Rename butonuna basarak, “Planning Flag” yazın.

14. OK

15. Formula butonuna tıklayın.

16. Boş alana şu formülü yazın: [Name]=“Planning”

17. OK tuşuna basınca yukarıdaki pencere kapanacaktır.

18. Ekranda açık kalan Customize Field penceresinde “Calculation for task and group summary rows”, alanında “Use Formula” seçeneğini işaretleyin.

19. OK

20. “Yes” ifadesi Planlama aşamasının olduğu satırda Flag1 için otomatikman gözükecektir.

21. Flag 2’yi sağ tıklayın ve Customize Fields menüsünü seçin.

22. Rename butonuna basarak şu şekilde değiştirin: “Execution Flag”

23. OK.

24. Formula butonuna tıklayın.

25. Boş alana şu formülü yazın: [Name]=“Execution”

26. OK.

27. “Calculation for task and group summary rows” alanında da “Use Formula” işaretleyin.

28. OK

29. Flag 3’e sağ tıklayın ve Customize Fields menüsünü seçin.

30. Rename butonuna basarak şu şekilde değiştirin: “Closure Flag”

31. OK.

32. Formula butonuna basın.

33. Boş alana şu formülü yazın: [Name]=“Closure”

34. OK

35. “Calculation for task and group summary rows” alanında da “Use Formula” işaretleyin.

36. OK

37. Flag 1,2,3 alanlarını gizleyebilirsiniz.

38. Show Outline Level 1’e tıklayın. (Alt detayları kapantın)

39. Gantt chart görüntüsünde takvim üzerine tekrar sağ tuşa tıklayarak, Bar Styles menüsünü açın.

40. Name kolonunda Summary’e tıklayın.

41. Cut Row butonuna tıklayın.

42. 4 kere Paste Row butonuna tıklayın.

43. İkinci sıradaki “Summary” ifadesini “Rolled Up Summary Planning” olarak değiştirin.

44. Show For kolonunda ise, Summary den sonra bir virgül koyun ve “Rolled up” ifadesini açılan listeden seçin. Sonra yine bir virgül koyun, Flag 1 alanını yine açılan listeden seçin ve en sonunda Rolled up Summary Planning ifadesini tıklayın.

45. Daha aşağıdaki Bars sekmesinden başlangıç, orta çizim ve son için farklı bir renk seçimi yapın.

46. 43 -45’i adımları 3. ve 4. satırlardaki Summary için tekrar edin.

47. Her bir aşamanın altında aşama isimlerini de göstermek için Text sekmesine tıklayın.

48. Yukarıdan Rolled Up Summary Planning ifadesine tıklayıp, aşağıda Bottom alanına Name seçin.

49. Yukarıdan Rolled Up Summary Executing ifadesine tıklayıp, aşağıda Bottom alanına Name seçin.

50. Yukarıdan Rolled Up Summary Closure ifadesine tıklayıp, aşağıda Bottom alanına Name seçin.

51. OK

52. Şimdi bunu kendi projeleriniz için kişiselleştirin.

Project Server 2007 Ekranları

Find more videos like this on Proje Yöneticileri

Project Server’da Kurumsal Kaynak Merkezi

res-center Project Server konusunda bilgilendirme yazı dizime devam ediyorum. bu konudaki bir önceki yazım Kurumsal Projeler hakkındaydı. Şimdi ise Kurumsal Kaynaklardan bahsetmek istiyorum.

Project Server kullanan bir firmanın en büyük beklentisi projelerde ortak olarak kullanılacak kaynakların hangi dönemlerde darboğaza girdiğini tespit etmektir.

Sınırlı sayıda kaynakla yapılmayı bekleyen pek çok projenin doğru bir planlamayla daha gerçekçi süre ve maliyet tahminleri ortaya çıkacaktır. Bu yüzden Project Server üzerinde Kurumsal Kaynaklar önce tanımlanır sonra da Proje Yöenticilerinin kullanımına sunulur.

Proje Yöneticileri kendi ihtiyaç duyacakları kaynakları MS Project Professional 2007‘de Resource Sheet görüntüsüne geçerek, Insert – New Resources From – Project Server seçeneğinden kurumsal kaynakların tamamını görür ve kendi ihtiyaç duyacağı kaynakları projesine almaya başlar.

Kurumsal Kaynakları atadıktan sonra eğer bazı kaynaklar aynı dönemde diğer projelerde de görevlere atanmış ise o kaynaklar üzerinde darboğaz olacağı kaynakların kırmızı gözükmesinden anlaşılacaktır.

Project Server üzerinde ise Kurumsal Kaynakların tamamının hangi dönemde kapasitelerini aştığını gösteren grafiksel raporlar alınabilmektedir.

MS Project Planını Paylaşma Yöntemleri

Bir proje planı hazırlamak için Microsoft Project 2007’de uzun bir zaman harcadınız. Artık son haline geldiğini düşündüğünüz proje planınızı projeye dahil olan herkesle paylaşmak ve uygulama sürecine geçmek istiyorsunuz. Fakat proje planını paylaşacağınız kişilerin bazılarının bilgisayarında MS Project’in farklı versiyonları var, bazılarında MS Project dahi yok, bazılarında bilgisayar bile yok. İşte böyle durumlarda ne yapmak gerekir acaba?

Senaryo 1: MS Project Prof. 2007 versiyonuna sahip olanlar…

Bu en basit senaryo. Zaten hazırladığınız planda MS Project 2007 versiyonu olduğu için proje planınızı e-maile ekleyip, gönderdiğinizde, yolladığınız kişiler de dosyayı kolayca açacaktır.

Senaryo 2: MS Project Server. 2007 versiyonuna aktifse…

Eğer şirketinizde MS Project Server 2007 kurulmuş ise hazırladığınız projeyi Web ortamına aktararak, proje taraflarının plana intranet/internet ortamında ulaşmasını sağlayabilirsiniz. Project Server üzerinden tanımlanan yetkiler çerçevesinde farklı proje tarafları onlar için tanımladığınz ekranlara ulaşacaklar ve projeye müdehale edebileceklerdir.

Senaryo 3: MS Project Prof. 2003 versiyonuna sahip olanlar varsa…

Eğer projenizi MS Project 2007 versiyonunda hazırladıysanız ve projenizdeki bazı kişilerin bilgisayarında Project 2000/2003 versiyonun yüklü olduğunu biliyorsanız, herkesle projeyi paylaşmadan önce mutlaka dosyanızı Save As komutuyla 2000/2003 versiyonuna çevirin ve bütün katılımcılarınıza bu dosyayı e-maile ekleyerek gönderin. Bilgisayarında MS Project 2007 versiyonu olanlar 2000/2003 versiyonunu sorunsuzca açabileceklerdir.

Senaryo 4: Bilgisayarında MS Project’i yüklü olmayanlar varsa…

Projenizde çalışan bazı kişiler aslında hiç planlama yapmayacaklar ve projede çok sınırlı sayıda aktivite gerçekleştirecekler. Belirli periyotlarla proje planını inceleseler ve kendi işlerinin tarihlerini okumayı bilseler yeterli olacak ise bu kaynaklar için MS Project Prof. 2007’nin satınalmaya gerek yoktur. Peki ne yapılabilir?

· Project Web Access. Eğer Project Server 2007 kullanıyorsanız, proje takımında yer alanlar kendilerine açılacak bir hesap ile Project Web Access’e intranet/internet üzerinden ulaşıp, kendilerine atanan aktiviteleri görmeleri mümkün olacaktır. Böylece projelerle ilgisi Proje Yöneticisine göre daha az olanlar için ek bir lisanslama masrafı yaşanmayacağı gibi takım üyeleri de yazılımı öğrenmek için çok büyük bir çaba içine girmek zorunda kalmayacaktır.

· Deneme Versiyonu. Eğer MS Project’in belirli bir dönem için kullanılması söz konusuysa (yine lisanslama ücretinden kaçınmak için) Deneme Versiyonu bilgisayarakurulabilir. 60 günlük deneme sürümü projenin takibi için yeterli bir zamansa önerebileceğim seçeneklerden bir tanesidir. Deneme versiyonunda tüm fonksiyonlar etkin olarak çalışacaktır. İndirmek için.

· Excel’e Veri Aktarma. Bu seçenek pek çok kişinin aklına gelen ilk seçenek olsa da ne yazık ki bu fonksiyon oldukça kötü çalışıyor. Proje planı Excel olarak kaydedildiğinde projedeki WBS yapısı Excel’e aktarılamıyor, bu yüzden hangi aktivitelerin aşama, hangilerinin detay faaliyet olduğunu ayırmak mümkün olmuyor.

· Proje Planın Fotoğraf Çekmek. MS Project Prof. çok az bilinen bir özelliği de proje planının .gif formatında kaydedilebilmesidir. Oldukça basit bir özellik olan bu seçenek pek çok kişinin proje paylaşımında çok işine yaramaktadır. MS Project 2007 versiyonunda Report menüsü içinde “Copy Picture” fonksiyonunu incelemenizi tavsiye ederim.

Senaryo 5 – Bilgisayarı dahi olmayanlar veya bilgisayardan nefret edenler için…

Herkesin bilgisayarı olacak diye bir şey yokO ve ya projede görev alıp da bilgisayarla arası iyi olmayanlar da olabilir. Bu durumda proje bilgileri farklı biçimlerde kağıt ortamına aktarılmalıdır.

· Görüntü Baskı Alma. MS Project’teki, Gantt, Detail Gantt, Task Usage, Resource Usage vb. görüntülerinin hepsi doğrudan görüntünün açık olduğu sayfadan baskısı alınabilmektedir. Bu konuyla ilgili detay bilgiyi buradan bulabirisiniz.

· Raporlar. MS Project 2007’nin Report menüsü üzerinden iki farklı Rapor yöntemi uygulamak mümkündür. Visual Reports (Görsel Raporlar şiddetle tavsiye ettiğim bir bölümdür) proje bilgilerinizi Excel’e aktararak, grafiksel raporlar üretmenizi sağlar. Temel Raporlar ise MS Project’in kendi Görüntü, Tablo ve Filtre fonksiyonlarını kullanrak üretilen rapor tipleridir. Bu raportların da baskısı alınarak, proje taraflarına projenin planları, ilerlemesi düzenli olarak aktarılabilir.

30 Saniyede Proje Durum Raporu

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.

Proje Durum Raporu Nasıl Hazırlanır?

Proje ilerleme raporunda hangi bilgiler yer almalıdır?

Durum raporu, üst düzey yöneticilere projenin ilerleyişini anlatan bir rapor olmalıdır. Rapor, genel durumdan detaya doğru ilerlemelidir. Böylece ilk bakışta projenin genel durumu görülür, arka sayfalarda detay verilere ulaşılır.

Projenin durumunu raporlayabilmek için üç adet bileşeni dikkatle incelemek gerekir:

Genel Durum
- Projenin Adı
- Projenin Kodu (Kurum içinde tanımlanmışsa)
- Genel Durumu Anlatan Gösterge (yeşil, sarı, kırmızı)
- Bugüne kadar ulaşılması gereken % oran (planlanan tamamlanış)
- Şu anda fiilen projenin % kaçında olduğunuz
- Planın kaç gün ilerisinde veya gerisinde olduğunuzu gösteren ifade
- Karşılaşılan engellerin ana başlıkları önem sırasına göre dizimi
- Bugüne kadar harcanması gereken bütçe ile gerçekleşen maliyetin karşılaştırılması
Kilometre Taşları– Projenizin ara hedeflerine ulaşabildiniz mi? Üst Yönetim, hangi kilometre taşının tamamlandığını, hangilerine ne kadar yaklaşıldığını veya hangilerinde sapma yaşandığını görmek ister.
- Üst Yönetimin Sorması Gereken Soru: “Hangi kilometre taşında sorun var? Sorunlu olan kilometre taşı kimin (hangi departmanın) sorumluluğunda? Kilometre taşının içinde bulunduğu proje aşaması nedir ve bu, projenin genel durumunu etkileyecek mi?”
  - Kilometre taşının adı
  - Hedef Tarih
  - Gerçekleşen Tarih
  - Mevcut Duruma Göre Yeni Tarih
  - Tarih Farkı (Mevcut Tarihle, Hedef Tarih arasındaki fark)
Problemler– Proje ilerlerken baştan düşünülmeyen problemler veya yönetimin zaman içinde vereceği kararlarla şekillenecek detaylar olabilir. Durum Raporunda üst yönetimin bu konulardan haberdar edilir ve doğru karar verilebilmesi için problemleri açıklanır.
- Üst Yönetimin Sorması Gereken Soru: “Özellikle problemli olan ana aşamalar ve kilometre taşları için problemin kaynağı nedir?
- Hangi problem, projeyi daha fazla etkileyecekse o ilk sırada yer almalı, önem sırası azaldıkça geriye doğru sıralanmalıdır.
- İyi bir proje yöneticisi sadece problemi yazmakla kalmamalı, üst yönetimin vereceği karar alternatiflerinin neler olabileceğini, bu kararların avantaj ve dezavantajlarını da rapora eklemelidir.
  - Problemin Kısa Tanımı ve Açıklaması.
  - Problemin Ortaya Çıkış Tarihi ve Zamanı – üzerinden hayli zaman geçmesine rağmen çözülmeyen sorunlar, yeni sorunlar yaratabilir, bu yüzden sorunların ne zamandan beri gündemde durduğu takip edilmelidir.
  - Önem ve Aciliyet Düzeyi– Hem önem, hem de aciliyet açısından üst yönetimin kararını bekleyen konuların sıralanması ve projenin bu problemelerden en az etkilenerek, ilerletilmesi gerekir.
  - Problemin Sahibi – Problem kim veya hangi departmanla ilgili.
  - Çözüm Önerileri– Proje Yöneticisi, kendisi veya ekibinin problemle ilgili önerilerini avantaj ve dezavantajları da ifade ederek, raporuna eklemelidir. Aksi takdirde, sanki sadece şikayet eden ama çözüm geliştiremeyen bir yönetici durumuna düşer. Bu üst yönetimin kesinlikle istemediği bir şeydir; Üst Yönetimin temel fonksiyonu stratejik kararlara imza atmak, projelere politik açıdan destek vermek ve ekibin tıkandığı noktalarda yolu açmak olarak özetlenebilir. Bu yüzden çıkan sorunlarla ilgili çözüm önerilerini de proje yöneticisi ve takımdan beklerler.

Raporda Şunlara da Dikkat

Hedef odaklı yazı: İmalardan uzak durunuz. Söylemek istediğinizi sözü dolaştırmadan aktarınız
İmleme İşaretleri (Bullets) kullanın. Düz yazı okumak sıkıcıdır.
Gereksiz başlık ve kolon kullanmaktan kaçının. “Tarih: 7/4/2008“ ifadesi aslında sadece “7/4/2008″ ‘i anlatmaktadır.
Kısaltmaları kullanın. Kurum içinden genel olarak bilinen kısaltmaları kullanarak, raporu olabildiğince kısa tutun.