Reklamlar

Arşiv

Archive for the ‘Proje Zaman Yönetimi’ Category

Kritik Yol Analizi -2

Reklamlar

Kritik Yol Analizi – 1

Belirsizliklerin Düzeni için Ağ Diyagramı

Üst Yönetim “Önümüzdeki yıl hangi projeleri yapacağız?” gibi bir soru sorarsa, üçer aylık veya aylık bazda yapılacak projeler listesi hazırlanır… Bu kaba plan, üst yönetimin bir sonraki sene ihtiyaç duyacağı kaynağı görebilmesini, stratejik kararlarının önceliğini ve hatta sene sonunda başarıyı değerlendirebilmesi için referans anlamına gelir. Bir takım belirsizliklere karşı ise bu kaba plan belirli aralıklarla güncellenebilir. Böylece, yıl içinde baştaki belirsizliklerden ortadan kalkar ve ihtiyaçlara göre projeler sıralanmış olur.

Projelerin içine odaklanırsak, projelerde de belirsizlikler başlangıç sürecinde oldukça fazladır. Projeye atanan proje yöneticisi de aktivitelerin sırasını oluşturmak zorundadır. Hedeflenen teslimatlara ulaşmak için bazı faaliyetler işin doğası gereği birbirine bağlıyken (sert  mantık), bazı faaliyetler tercihen birbirine bağlı olabilir (yumuşak mantık).

İşlerin sırası ekibin verimsiz çalışmasını engeller.  Kendi aralarında iş aktarımını, dolayısıyla iletişimi güçlendirir, belirsizliklerin hangi sırayla ortadan kalkacağına dair bilgi verir. Projenin zaman çizelgesi oluşturulurken, işlerin sırası dikkate alınır, böylece proje içinde kaynak ihtiyacının da şekillenmesi mümkün olur.

PMI’a göre ve Aktivite Sıralama süreci tamamlanmadan, kaynak tahminleme, süre tahminleme ve zaman çizelgesi geliştirme süreçlerine geçilmemelidir.

Jr6TV

Kategoriler:Proje Zaman Yönetimi

Zaman Çizelgesinin Kontrolü – PMBOK

07/03/2013 2 yorum

images-3Zaman Çizelgesinin Kontrolü, projenin zamandaki ilerlemesini güncellemeyi ve oluşan değişiklikleri yönetmeyi hedefleyen süreçtir.

• Proje zaman çizelgesinin mevcut durumunun belirlenmesi,

• Zaman çizelgesinde değişiklikler yaratan faktörlerin kontrol edilmesi,

• Proje zaman çizelgesinin değiştiğinin belirlenmesi,

• Gerçekleşen değişikliklerin ortaya çıktıkları sırada yönetilmesi

gibi çalışmaları içerir.

Projenin zaman ekseni üzerinde sapmasının olup, olmadığı bir takım göstergelere dayanarak izlenir. En önemli göstergeler:

  • Zaman Çizelgesi Varyansı
  • Zaman Çizelgesi Performans Indeksi

olarak bilinir. Bu değerler sayısal değerlerdir ve doğru hesaplanabilmesi için faaliyetlerle ilgili düzenli olarak takım üyelerinden gerçekleşme verileri toplanmalıdır.

Bir Projenin Süresi Nasıl Kısaltılır?

Proje sponsoru, sizi Proje Yöneticisi olarak görevlendirdi ve projenin planını en kısa zamanda hazırlamanızı istedi. Proje sponsoru proje süresi ile ilgili de hiç bir kısıt belirtmedi.

Projenin zaman planını hazırladınız ve projenizin 100 gün süreceğini belirlediniz ve planı sponsora sundunuz.

Proje sponsoru, süreye baktı ve “100 gün fazla olmuş, 75 günde bitirin bu projeyi” diye bir talimat verdi.

Projeyi 100 günden, 75 güne indirmek için hangi stratejiyi kullanırsınz?

a)   “Tecrübeyle geliştirdiğim SABUNLAMA tekniklerini kullanır, planı ayarlarım.”

b)   “75 gün sorun değil. Ben aslında 50 günde bitirecektim, sponsora 100 demiştim.”

c)   “Planı yönetimin istediği şekle getiririm, proje ilerlemeye başlayınca zaten yine 100 güne uzar, hatta 150 bile olabilir.”

d)   “Maliyet veya Risk artışı seçeneklerini sponsorun onayına sunarım.”

Tabi ki sorunun cevabı: D

1 – Bir projenin süresini kısaltmak için Kritik Yol’daki aktiviteler üzerinde kaynak artırma yöntemine başvururuz. Kaynak Yükleme (CRASHING) olarak bilinen bu teknik, projede maliyet artırır. Bu tekniği kullanırken proje maliyetini en az artıracak faaliyetten kısaltmaya başlamak en doğru yaklaşımdır.

2- Eğer, maliyet artırmadan proje süresi kısaltılmak istenirse o zaman yine Kritik Yol’daki aktivitelerden ardışık olan iki faaliyeti Paralel Yürütme (FAST-TRACKING) suretiyle, proje süresi kısaltılabilir. Ardışık yapılması gereken iki aktiviteyi bile bile paralel yürütmek bir takım riskler almak anlamına gelir.

Proje Yöneticisi, doğru ve gerçekçi planı yapıp, daha sonra projeyi kısaltması gerekirse maliyet veya risk artıran seçenekleri açık ve net olarak sponsorun onayına sunmalıdır.

Ayrıştırma

 

PMBOK’ta iki süreç içinde kullanılan bir araç ve teknik olarak geçer.

Birinci kullanım yeri; İş Kırılım Yapısı Oluşturma, ikinci kullanım yeri; Aktivite Tanımlama’dır.

Bir projede işleri bölerken “Daha fazla iş mi yaratıyorum?” diye sorun. Eğer, detaylandırılan işin gerektirdiği efor, bu işi tanımlamak, kaynak atamak ve takip etmek gibi faaliyetlerin getirdiği eforlardan daha az ise, detaylandırmak bize bir kazanç sağlamayacak hatta işimizi zorlaştıracaktır.

Burada önemli olan şey şudur; Detaylandırdığınız da o işe atadığınız kişi veya kişiler size yaptıkları işle ilgili gerçekleşme verilerini verecekler ve siz de bu faaliyetleri kontrol edebilecek misin? Kontrol edemeyecekseniz, hiç detaylandırmayın. Attığınız taş, ürküttüğünüz kurbağa değsin.

Ayrıca, işe atadığınız kişiler, işin nasıl yapıldığını zaten biliyorsa, bu kişilere işin kırılımını çıkarmak da gereksiz olacaktır. Hatta, bu insanlardan tepki de alabilirsiniz. Dikkat!

Üç Nokta Tahmini

PMBOK’ın süre tahminlemede önerdiği tekniklerden biridir.

Proje Yöneticisi bir işin süresini tahmin ederken, eğer kendi deneyimlerine güvenmiyorsa veya süre tahminiyle ilgili fikir danışması gerektiğini düşünüyorsa, bu teknik oldukça etkilidir.

Bu tekniğe göre, işi öncelikle detaylı olarak tanımlaması gerekiyor. Daha sonra işle ilgili bilgi sahibi olan, işin yapısını anlayabilecek kişileri seçmek ve onlara bu işin ne kadar süreceğini üç farklı açıdan sormak gerekmektedir.

Bu üç farklı durum; iyimser (herşey yolunda giderse), yaklaşık (normal şartlar altında), kötümser (herşey ters giderse) olarak tanımlanır.

Yukarıdakı esaslara göre, tahminde bulunacak kişilerin kimsenin yorumlarından
etkilenmemiş olması, yani tamamen bağımsız olmaları gerekmektedir.

Ali KAPTAN, yukarıdaki esaslara göre 5 kişilik bir tahminleyici grubu belirledi ve
kendilerinden, açıkca tanımlanmış aktivite için farklı durumları gözönüne alarak, 3 tane değer vermelerini istedi.

Tahminleyicilerden gelen veriler şu şekilde oldu:

(Gün)

İyimser (a)

Yaklaşık (b)

Kötümser (c)

Tahminleyici 1

2

3

5

Tahminleyici 2

1

2

6

Tahminleyici 3

6

8

10

Tahminleyici4

4

7

15

Tahminleyici 5

2

5

9

ORTALAMA

3

5

9

Gelen verilerden İyimser, Yaklaşık ve Kötümser değerlerin ortalaması alınmıştır.

Üç Nokta tahmini sayesinde tahminleyicilerin kişisel görüşlerinden kaynaklanan subjektif davranışlar da yok edilmektedir. Doğal olarak, bu teknikte olabildiğince çok veri toplanmasında fayda vardır.

Bu ortalama değerleri kullanarak da bir aralık tahminleme çalışması yapılabilir.

X, Ortalamaların Ortalaması olmak üzere;
X= (ORTa + 4*ORTb + ORTc) / 6
X= (3 + 4x 5 + 9) / 6
X= 32 / 6 = 5,3 gun

S, Standart Sapma olmak üzere;

S= (ORTc – ORTb) / 6
S= (9 – 3) / 6
S= 6 / 6 = 1

Sonuç olarak; bu aktivite 5,3+1 veya 5,3-1 gün arasında gerçekleşme olasılığı yüksektir.

4,3 ile 6,3 gün arasında gerçekleşmesini bekleyeceğimiz gibi, işin 5,3 günde bitmesini isteyebilir fakat 6,3 günde bitse de bu durumu yadırgamamamız gerektiğini biliriz.

Yukarıdaki örnek oldukça basit olarak hazırlanmış olmakla birlikte, istatistik kitaplarında oldukca yoğun işlemlerle karşılaşılır.

Tabiki bir projede yüzlerce aktivite olduğunu düşündüğümüzde bu çalışmanın oldukca fazla zaman kaybettireceği açıktır. Fakat bu yöntemin tüm aktivitelere uygulanması yerine, riskli gözüken aktivitelerde veya önemli proje aşamaları için uygulanmasında büyük yararlar sağlanabilir.

Yapılacak daha yoğun istatistiksel çalışmalar sonucunda projelerin üç farklı durum için tamamlanma süreleri, aktivitelerin kritik yola girme olasılıkları gibi bilgilerin ortaya
çıkarılabileceği gibi, PY için de alternatif planlar yaratılmış olacak ve proje sürecindeki gelişmeler dikkate alınarak, hangi önleyici veya düzeltici faaliyetlerin devreye girmesi gerektiğine karar verilecektir.

Yukarıda tanımlanan yöntem yalnızca bir araç olup, kesin doğru verilere ulaşmanızı
sağlamayabilir. Fakat projelerde genelde dikkate alınmayan farklı durumların ele
alınmasında yardımcı olacaktır.

Bu teknik, Microsoft Project 2007 yazılımı tarafından da desteklenmektedir ve projeniz için iyimser, yaklaşık ve kötümser senaryolar geliştirmenize yardımcı olur.

%d blogcu bunu beğendi: