Öğ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.

Müzakere Taktikleri – 6

Yeni Sorun

Müzakere sürecinin ortasında içinde bulunulan durumu düşünmek ve durumu değerlendirmek amacıyla kullanılabilir. Müzakere tansiyonunu düşürmek de amaçlanabilir.

“Pardon, müdürüm arıyor, kendisiyle konuyu kısaca görüşüp, hemen geliyorum”

Oyuncu Takviyesi

Bir müzakerede işin daha uzmanı olan kişiyi ortama dahil ederek, müzakerenin devamını sağlamak.

“Yazılımın teknik yanıyla ilgili Bilgi İşlem birimimizden bir arkadaşımız da az sonra aramızda olacak”

Kemirmek

Karşı taraf için basit olduğunu bildiğimiz bir isteği de bütün isteklerin arasına sıkıştırmak.

“Kapsam ve süre konusunda hem fikiriz, siz de bize %1 simgesel bir indirim daha yapın da karşılıklı projeyi onaylayalım.”

Yetkim Yok

Müzakerecinin bir takım yetkileri olmadığı ifade ederek, karar anını ertelemesi

“Projeyle ilgili bu isteğini kabul etmem mümkün değil.Patronumuzla konuşup, size tekrar döneceğim.”

Müzakere Edilemez

Karşıdan gelen talebi doğrudan geri çevirme ve müzakere konusu bile edilemeyeceğini vurgulama.

– Şu tablonun fiyatı kaça acaba

– O bana eşimin hediyesi, süs amacıyla astım, satılık değildir, efendim.

Bunaltmak

Karşı tarafa çok fazla iş veya bilgi yüklemesi yaparak, bunaltmak ve karşı tarafı geri çekilmeye zorlamak.

“X ürünüyle ilgili müşterilerimizin bilgilerini istemiştiniz.Ben de size tüm müşteri portföyümüzün bilgilerini yolladım. İçinden merak ettiklerinizi bulup, çıkarırsınız.”

Fazlandırma

İlgili konuyu zamana bölerek, idare etmeyi önerme

“Önce projenin basit tarafını 1 ay içinde halledelim. Sonraki aşamaları da alacağımız sonuçlara göre yine zamana bölerek, gerçekleştiririz.

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

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

Projenin üst yönetimden destek görmesi – Etkili bir sponsor
Takım üyelerinin ortak paydada buluşması
Proje takımının becerileri, kabiliyetleri
Proje boyunca fonlamanın planlar çerçevesinde gerçekleşmesi
Etkin planlama ve kontrol teknikleri
Takım çalışmasına önem verme
Proje hedeflerinin açıkça ortaya konması
Proje yönetimi süreçlerinin etkin kullanılması
İ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.

WBS Oluşturma – PMBOK

Bugünkü yazımda PMI’ın en fazla önem verdiği konuya odaklanmak istiyorum. Bütün PMBOK versiyonlarında WBS’in her zaman ayrı bir yeri vardı ve hatta PMP sınavına hazırlananlara “eğer şıklarda WBS’i görüyorsanız o şıkkı işaretleyin, ” denirdi.

Bu kadar önem verilen WBS (Work Breakdown Structure – İş Kırılım Yapısı) PMBOK’ta Kapsam Yönetimi Bilgi Alanında ve Planlama süreç grubu içinde yer almaktadır. Tanım olarak da; Projeyi daha kolay yönetmek amacıyla projeyi teslimat odaklı düşünerek, bölümlendirme (ayrıştırma) işlemi olarak bilinir.

• Projenin bütün kapsamı oluşturulur ve özetlenir.

• İş ayrışım yapısı oluşturma sürecinde projenin teslimatları (deliverables) oluşturulur.

• WBS’te olmayan iş, proje kapsamı dışında sayılır.

• Projenin kapsamının netleşmesini sağlar.

WBS;

• Tarihler içeren bir “Proje takvimi” veya “Proje planı” değildir.

• İşler arasındaki bağımlılıkları (dependency) asla göstermez.

Neye İhtiyacımız Var? (Girdiler)

Proje Tanımlama Dökümanı ve Gereksinim Dökümanı projenin ana aşamalarının belirlenmesi için elde tutulmalıdır. Böylece ayrıştırma işleminde hem projenin yönetimsel politikası hem de ortaya çıkacak ürünün yapısına bağlı olarak o projede ne detayda bir ayrışım gerçekleştirileceğine karar verilir.

Nasıl Yapılır? (Teknikler)

Tek yöntem ayrıştırma çalışmasıdır. Ayrıştırma çalışması ise yukarıdan aşağıya düşünülerek, proje öncelikle hangi aşamalardan geçeceğine karar verirlir. Daha sonra her bir aşama daha küçük iş paketlerine bölümlendirilir. PMI’a göre iş paketleri bir aktivite yerine geçmez, İş Paketleri, aktivite gruplarıdır. Aktivitelerin tanımlanması ise ileriki yazılarımda yer vereceğim bir konu olacaktır.

Önemli olan nokta; ayrıştırmada iş paketlerinin belirli, elle tututlur, gözle görülür ara çıktılara ulaşmasıdır. Böylece projenin ara hedeflerini konulmuş olur ve aşamaların başarıyla tamamlanıp, tamamlanmadığı kolayca ve objektif olarak değerlendirme imkanı doğar.

Ne Çıkar? (Çıktılar)

Proje aşamalandırılmış ve her aşamanın neticesinde hangi ara ürüne (rapor, ara mamül, onay, laboratuvar sonucu vs.) ulaşılacağı net olarak belirlenmiştir. Proje tarafları hangi aşamanın hangi sonuca ulaştığında başarılı olarak değerlendirileceğini biliyorlardır.

WBS oluşturma esnasında Proje Tanımlama Dokümanı (Kapsam Tanımlama) tekrar revize edilebilir. Bu revize işlemiyle birlikte Proje Kapsamı artık netleşmiş olur (Scope Baseline) ve bundan sonraki tüm detaylı planlama çalışmaları, proje taraflarının mutabık kaldıkları bu Proje Kapsamı referans alınarak, yapılacaktır.

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.