Month: October 2010

Bir Kaç Noktaya Dikkat

  • Başkasının söylediği herşeye hemen inanmayın. Kendiniz araştırın ve mümkünse işin başında durun.
  • Güçlü bir sponsoru olmayan ve başarıya ulaşması zor olduğu düşünülen projelerden uzak durun.
  • Projedeki varsayımların daha sonra karşınıza risk olarak çıkacağını unutmayın.
  • Projenin en başında, ortaya çıkacak ürünün detay özelliklerini düşünmekle zaman kaybetmeyin.
  • İhtiyaçları karşılamayacak çözümler, tanımlamaya kalkmayın.
  • Müşterilerin beklentirini yönetmeniz gerektiğini unutmayın.
  • Takım üyelerine işlerinin sonunda teşekkür etmeyi unutmayın.
  • Hiç bir zaman mızmızlanmayın. Bir lider asla mızmızlanmaz ve bir mızmız asla lider olamaz.
  • Güvenilirliğinizi sarsmayın.
  • Güvenilirliğin, dürüstlük, kendini adama, sözünde durma ve icra kudreti ile ortaya çıktığını unutmayın.
  • Projelerin başarısızlığında insanların birince etken olduğunu unutmayın.
  • Ekibi eğitmenin ve güçlendirmenin genel bir yönetim fonksiyonu olduğunu unutmayın.
  • Başkalarının sizin tutum ve davranışlarınızı etkilemesine izin vermeyin. Zorluklarla karşılaştığınızda mantıklı davranmayı unutmayın.
  • Proje işlerinizde çalışırken eğlenmeyi unutmayın.
  • Proje Yönetiminin biraz sanat biraz bilim olduğunu unutmayın.

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!

Önemle Duyurulur: PMP Sınavı Değişiyor

PMI’dan duyuru 31 Ağustos 2011 şu anki sınav bilgilerinin geçerli olduğu son tarih.

Aşağıda PMI tarafından REP’lere gönderilen e-maili görrebilirsiniz.

Burada da sınav sorularında %30’luk değişiklik olacağı belirtilmiş.

PMP Eğitimi almış ama sınava girmeyi erteleyenler, “PMP sertifikasını istiyorum ama eğitime katılmaya zamanım yok” diyenler, benden tavsiye daha fazla ertelemeyin. Şu andaki mevcut sınavla ilgili yeterince veri varken sınava girin ve sertifikanızı alın.

Kamuoyuna duyurulur

Konuyla ilgili gelen E-mail

Ayrıca içerikle ilgili değişikliği anlatan bu belgeyi de inceleyiniz. yeni icerik

İstanbul’daki eğitimlerimiz için : http://www.projeyonetimi.com/tc.asp?ktid=35

Ankara’daki eğitimlerimiz için: http://www.projeyonetimi.com/tc.asp?ktid=34

Proje Planının İçindekiler

PMBOK’a göre bir projede ortaya çıkarılması gereken dokümanlar veya bir Proje Yönetim Planı’nı alt planları aşağıdaki gibidir.

  • Proje yönetim yaklaşımının veya stratejisinin açıklaması
  • Gereksinim dokümanı
  • Gereksinim yönetim planı
  • Kapsam bildirimi
  • İş kırılım yapısı
  • Maliyet tahminleri
  • Zaman çizelgesi
  • Ana kilometretaşları ve hedef tarihler
  • Kilit veya gerekli personel
  • Politikalar:
    • Kapsam yönetim planı
    • Zaman çizelgesi yönetim planı
    • Maliyet yönetim planı
    • Kalite yönetim planı
    • Personel yönetim planı
    • İletişim yönetim planı
    • Risk yönetim planı
    • Tedarik yönetim planı
  • Yap veya satın al kararları
  • Risk yanıtları
  • Tedarikçi değerlendirme kriterleri
  • Kısıtlar ve varsayımlar
  • Teknik dokümanlar
  • Değişiklik yönetim planı
  • Konfigürasyon yönetim planı

Gerçekleşme Verilerini Toplamak

Proje Yöneticisi’nin projeyi planlamanın yanısıra, projeyi yürütme ve takip gibi sorumlulukları da vardır.

Proje ekip üyelerinden gelen verileri, planına işleyecek, herhangi bir fark varsa, planları tekrar revize edip, bu yeni bilgiyi gerekli kişilerle paylaşacaktır.

Bu durumda Proje Yöneticisine, takım üyelerinden gelecek bilginin düzeni, sürekliliği, doğruluğu, güvenilirliği çok büyük önem kazanmaktadır.

Bir Cuma akşamı, Proje Yöneticisimize 5 farklı ekip üyesinden şu şekilde veriler gelmiş olsun:

Takım Üyesi 1 – “Ben işimin %20sini bitirdim” diyen bir e-mail göndermiştir.

Takım Üyesi 2 – Proje yöneticisine telefon açmış ve özetle “Ben, bu hafta 12 saat çalıştım” gibi bir bilgi vermiştir.

Takım Üyesi 3 – Proje yöneticisiyle öğle yemeği esnasında karşı karşıya oturmuşlar ve “Abi, herşey yolunda, merak etme” gibi bir bilgi vermiştir.

Takım Üyesi 4 – Bir form doldurmuş, hangi işte ne kadar efor harcadığını, daha ne kadar çalışması gerektiğini bildirmiştir.

Takım Üyesi 5 – Proje yöneticisini bu hafta ne aramış, ne de sormuştur. Yapması gereken işlerle ilgili hiç bir bilgi de vermemiştir.

Böyle bir ortamda ne kadar iyi plan yaparsak, yapalım, proje takibi mümkün olmadığı için ve özellikle gelen verilerin ortak bir biçimi olmamasından dolayı proje kontrol dışına çıkacak ve başarısızlığa doğru gidecektir.

(Resim ne alaka diyeceksiniz.  “DEĞİŞİK” oldu)