Reklamlar

Archive

Archive for Eylül 2009

Üç 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.

Reklamlar

Microsoft Project 2010 Duyuruldu

ConfShot_217 Eylül 2009 günü Microsoft tarafından yapılan bir duyuru ile MS Project 2010 ile ilgili ilk bilgilendirme yapıldı.

Videodan izlediğim kadarıyla “SÜPER” özellikler eklenmiş.

Kesinlikle izlemenizi tavsiye ederim.

http://www.microsoft.com/project/2010/en/us/default.aspx

Kategoriler:ms project Etiketler:,

Proje Koordinatörü Kimdir?

17/09/2009 2 yorum

Eğitimlerimde organizasyon yapılarını incelerken veya rol ve sorumlulukları konuşurken bu soruyu sorarım.

Herkesin aklına doğal olarak, bütün projeleri bir arada yöneten, üst düzey bir yönetici gelir. Evet, iş hayatımızda koordinatörlük, yüksek yetki gerektiren bir iştir, bu yüzden de üst yönetim yetkilerine sahip birisi tarafından yapılmalıdır.

Fakat benim sorum” PMI terminolojisine göre Proje Koordinatörü kimdir?” aslında…

PMI’a göre Proje Koordinatörü’nün, Proje Yöneticisi kadar yetkisi yoktur. Hafif Matris Organizasyonlarda ortaya çıkan bir görevdir. Proje Yöneticisi gibi planı hazırlar, atamaları yapar, gerekli parasal ihtiyacı belirler fakat takım üyeleri üzerinde, kapsam kontrolünde, bütçe yönetiminde Proje Yöneticisi kadar yetkisi yoktur.

PMI’ın Hafif Matris Organizasyonlarda tanımladığı bir diğer görev ise Proje Asistanlığı’dır. Bu görev de takım içindeki koordine etme fonksiyonunu gerçekleştirir.

PMI, Proje Koordinatörünün, Proje Asistanın’dan farkını tek bir cümleyle açıklıyor. “Koordinatör, asistana göre proje ilerlemelerini daha üst yönetime raporlayan kişidir.”

Demek ki proje koordinatörü deyince artık aklımıza üst yönetimden birileri gelmeyecek. “Peki, işyerinizdeki bugüne kadar hep Proje Koordinatörü olarak adlandırdığınız üst düzey yöneticinize ne isim vereceğiz?” diye sorduğunuzu duyuyorum. PMI’a göre projeleri bir arada götürmek Proje Yönetimi’nin yanısıra Strateji Yönetimiyle de ilgilenmeyi gerektirir. Böyle bir iş Proje Ofisi tarafından yapılmalıdır.

Eylül 2009 Ayın Projesi – IT Altyapı Kurma

Eylül 2009 Bulmacası – Entegrasyon Yönetimi

mr_crossword

Fırsat bulup, Eylül bulmacasını da hazırladım. Bu ayki konumuz Entegrasyon Yönetimi ve bulmacayı aşağıdaki linkten indirebilirsiniz.

Integration Management

Geçen ayki Procurement Management bulmacasının cevapları da burada  Procurement Management (answer

İyi eğlenceler…

PMBOK 2008'de Düzeltmeler

1- Sayfa 75:- Bölüm 4.1.1.1 (3rd bullet): Aşağıdaki gibi değişmiştir.

Strategic Plan: The strategic plan documents the organization’s strategic goal. Therefore, all projects should be aligned with the strategic plan.

2- Sayfa 120: Figure 5-10 aşağıdaki biçimde değiştirilmiştir.

02.09

 

 

 

 

 

3- Sayfa:162: Bölüm 6.6.2.1 (2. paragraf) : “data” ifadesini “date” olarak değiştirin.

4- Sayfa 173: Bölüm 7.1.2.6 (2. paragraf): “schedule documentation” ifadesini “cost documentation” olarak değiştirin.

5- Sayfa 211 – Figure 8.15, aşağıdaki gibi değişmiştir.

03.09

6- Sayfa 248- Bölüm 10.1.2.1 (1.cümle): “process” ifadesini “technique” olarak değiştirin.

7- Sayfa 292 – Figure 11-10: “relative scale” ifadesini “numerical scale” olarak değiştirin.

8- Sayfa 337 – Bölüm 12.3.1.2 – “Conduct procurements” ifadesini “Administrer procurements” olarak değiştirin.

9- sayfa 342 – Bölüm 12.4 (3. paragraf, 3. cümle) – “project” ifadesini “contrtact” olarak değiştirin

10- sayfa 428- Human Resource Plan tanımında ikinci cümlenin en sonuna “management plan” ifadesini ekleyin.

MS Project’te Kilometretaşları

PMBOK’a göre bir “Kilometretaşı Raporu”, üst yönetime özet bilgi vermek için sunulur. Böylece üst yönetime, projenin ara hedefleri de sunulmuş olur.

MS Project’te proje planı hazırlarken, projenizin ikinci satırına (1. satırda projenin adı yazıyor) “Proje Başlangıcı” diye bir aktivite yazmanızı ve bunun da süresini “0” (sıfır) yapmanızı tavsiye ediyorum. Benzer şekilde planın en son aktivitesi de “Proje Teslimi”, “Proje Kapanışı” gibi ifadelerden birini yazarak, bunu da kilometretaşı olarak, gösterin.

Bunun yanısıra, proje içindeki ana aşamalrın da özellikle son aktivitelerini kilometretaşı olarak, göstermenizde fayda var. Böylece, projenin hangi aşaması hangi tarihte bitecek, bir diğer ifadeyle, projenin ara hedeflerine hangi tarihlerde ulaşılabilecek, bilgisini görmek koalylaşacaktır.

Projenin gerçekleşme verilerini toplarken de eğer aktivite sürelerinde herhangi bir sapma var ise, gelen değişikliklerin hangi ara hedefleri, ne kadar etkilediğini de kolaylıkla görebilirsiniz.

Bunun için MS Project’in filtreler bölümünde “Milestone” veya raporlar bölümündeki “Milestone Report” araçlarını kullanmanızı işinizi kolaylaştıracaktır.

%d blogcu bunu beğendi: