Proje Yonetimi – MS Project – PMP – PMBOK

İstanbul Kurumsal Gelişim olarak, Aralık ayından itibaren MS Project/Server 2010 eğitimlerimiz başlamıştır. Açık kurs veya kuruma özel olarak 3’er günlük eğitimler, proje yöneticilerine yöneliktir.

Bunun yanısıra, Project Server 2010 eğitimlerimizde Aralık 2010’dan itibaren kurumlara özel olarak gerçekleştirilecektir. Bu eğitim 3 alt başlıkta sunulmaktadır.

Project Server 2010 Kurulum eğitimi – 2 gün – Katılımcı Profili: Bilgi İşlem

Project Server 2010 Sistem Yönetimi – 2 gün – Katılımcı Profili: Bilgi İşlem, Proje Ofisi

Project Server 2010 Kullanıcı Eğitimi – 0,5 gün – Katılımcı Profili: Proje Takım Üyeleri

Detaylı bilgi için: 0216 – 456 60 50 ile irtibata geçebilirsiniz.

Bir yazılım mühendisi, bir donanım mühendisi ve bir proje yöneticisi sahil kenarında dolaşıyormuş. Birden yerde bir lamba görmüşler, ellerine alıp da lambayı ovuşturduklarında içinden bir cin çıkmış. Cin “size 3 dilek hakkı veriyorum fakat 3 kişi olduğunuz için her biriniz bir dilek dileyebilirsiniz” demiş.

İlk sırayı donanım mühendisi almış ve “ben güzel bir adada para derdi olmadan hayatımın geri kalanını geçirmek istiyorum” demiş. Cin, bir anda donanım mühendisini çok güzel bir adaya göndermiş.

Yazılım mühendisine sıra gelmiş. Yazılım mühendisi de “ben de hayatımın geri kalanını bir yat içinde, sevdiğim insanla hiç para derdi olmadan geçirmek istiyorum” şeklinde bir istekte bulunmuş. Cin bir anda yazılım mühendisini denizin ortasında çok güzel bir yatın içine göndermiş.

Son olarak, Cin, proje yöneticisine dönmüş ve “senin dileğin nedir?” diye sormuş. Proje yöneticisi, “projemin zamanında bitmesi için o gönderdiğin iki arkadaşı geri istiyorum” demiş.

Sayfa 19 – Aşağıdaki Süreç isimleri değişmeli; Doğrusu Sayfa 39’da mevcuttur.

Initiating – Süreçlere Başlama
Planning – Süreçleri Planlama
Executing – Süreçleri Uygylama
Monitor and Control – İzleme ve Kontrol Süreçleri
Closing- Süreçleri Kapama

Sayfa 25 –  “Program Yöneticileri/Program değerlendirme kurulu” – “Portföy Yöneticileri/Portföy değerlendirme kurulu” olarak değişmelidir.

Sayfa 38 -  2. ve 3. paragrafların kalın (Bold) olması gerekmektedir.

Sayfa 43 – Sayfa 274 – Sayfa 277 - 11.5 – “Riske yanıtlarının planlanması” ifadesi “Risk yanıtlarının planlanması” şeklinde değişmelidir.

Sayfa 75 – 4.1.1.1 – Stratejik plan tanımı şu şekilde değişmiştir: “Stratejik plan bir organizasyonun stratejik hedeflerini belgeler. Bu yüzden, bütün projeler, stratejik plana göre şekillenmelidir.”

Sayfa 139 –  Şekil 6.7’deki FS, SS, FF ifadeleri Türkçe’deki biçime dönmelidir.

Sayfa 158 -  Şekil 6.14’deki SS, FF ifadeleri Türkçe’deki biçime dönmelidir.

Sayfa 162- 6.6.2.1 – 2.paragraf, 2satırdaki “verilerini” kelimesi “tarihini” olarak düzeltilmelidir.

Sayfa 190 – İlk paragraf 3.kelime “Sınıf”. İngilizcede “Grade” olan bu ifade PMBOK TR’nin Birleşik Standartlar Sözlüğünde “Derece” olarak kullanılmıştır. Sanırım bu durumda sınavda hem “Derece” hem de “Sınıf” kelimesi adayların karşısına çıkabilir.

Sayfa 191 – Kalite Güvencesinin Sağlanması bölümünde tekniklerinde 4 adet numara gözüküyor, yanlış basım var. “2” rakamı yanlış yere yazılmıştır.

Sayfa 224’deki “Kaynak Takvimleri” aslında “Personel Yönetim Planı”’nın bir alt başlığıdır. Bu yüzden kalınlık ve noktalama düzeltilmelidir.

Sayfa 240 – Sondan 3. paragrafta “Ek – F” ifadesi “Ek – G” olarak değiştirilmelidir.

Sayfa 255 - Şekil 10.8′de Alıcı tarafında yazılan “Kodlama”  - “Deşifre etme” ifadeleri yer değiştirmelidir.

Sayfa 297 – Olasılık Dağılımları’nın anlatıldığı paragrafta “münferit dağılımlar” kelimesi kullanılmıştır. “Münferit”, İngilizce’deki Discrete kelimesi yerine kullanılmıştır. Bu ifadenin Türkçe İstatistik terminolojisinde “Kesikli Dağılım” olarak geçmektedir.

Sayfa 298 – Duayrlılık Analzi paragrafı içinde 4. satırda iki adet (, – virgül) basılmıştır.

Sayfa 342 – 1. paragraf – 6. satırdaki “projenin” kelimesinin yerine “sözleşmenin” olması gerekmektedir.

TANDIR TOPRAĞI 6 KİŞİYE MEZAR OLDU -http://www.bugun.com.tr/haber-detay/126345-tandir-topragi-6-kisiye-mezar-oldu-haberi.aspx

UYDURUK BENTLERİN MÜTEAHHİTLERİ BEŞ YILLA KURTULDU – http://www.radikal.com.tr/Radikal.aspx?aType=RadikalDetay&ArticleID=1022866&CategoryID=77

—————–O——————–

Evimin sokağından bundan 2 ay önce İSKİ Müteahhiti kanalizasyon hattı geçirdi. Çalışmaları tam bir felaketti. İş makinası operatörü, ne vatandaşın sınır duvarına, ne de belediyenin bahçe için ördüğü sınır duvarlara dikkat etmeksizin çalıştı. Bu arada dikkatsizliklerinden dolayı 4-5 ağaç kökünden söküldü. Adam sanki altındaki araçla doğadan öç almaya çalışır gibi iş yapıyordu.

İşlerini bitirdikten sonra kaba toprağı örtüp gittiler. Geçen yağmurlarda o kaba toprak çöktü ve yolun ortasında 2 metre çapında bir delik açıldı. Yine geldiler, bu sefer siyah bir toprak – mıcır karışımı atıp gittiler. 2 aydır ne asfalta gelen var ne de verdikleri zararı nasıl tazmin edeceklerini soran. Arasam ilgili kimseyi de bulamam büyük ihtimalle…

Halbuki İGDAŞ da benzer şekilde iş yaptırıyor ama o müteahhit çok daha düzenli ve daha dikkatli iş yaptıklarını gözlemliyorum.

Yukarıdaki haberleri internette biraz araştırınca onlarcası karşımıza çıkıyor. Cezalar caydırıcı değil, en azından bir oto kontrol yöntemi kurulmasını öneriyorum. İşini iyi yapmayan müteahhitler internet üzerinden, tartışma gruplarında paylaşılsın, duyurulsun. İşini iyi yapanlarla, yapmayanlar mutlaka ayrılsın ve bilinsin.

Ben artık hem işi yapan tarafta hem işi yaptıran tarafta Proje Yöneticisi, Proje Sponsoru, Proje Planı, İlerleme Raporu gibi şeyleri internet üzerinden görmeyi hayal ediyorum.

Bir PAYDAŞ olarak çok şey mi istiyorum?

İnsan Kaynakları Yönetimi Bilgi Alanı içinde Proje Ekibinin Geliştirilmesi alt süreci vardır. Bu bölüm (PMBOK 9.3.2.3) özellikle proje ekibini oluşturan bireylere ekip ruhunun nasıl aşılanması gerektiğine dair teknikler önerir.

Bu tekniklerin en önemlisi ise Bruce Tuckman tarafından ortaya atılmış olan “Grup Geliştirme Aşamaları” dikkat çekicidir.

Aşağıdaki sıralama bir proje için biraraya gelmiş kişilerin hangi aşamalardan geçerek ekip olabileceklerini çok güzel özetler.

• Oluşum.(Forming) Bu aşamada ekip üyeleri birbirleriyle tanışır, proje hakkında bilgi alır ve resmi rollerini ve sorumluluklarını öğrenir. Ekip üyeleri bu aşamada genellikle bağımsız davranır ve çok açık olmazlar.

• Karmaşa.(Storming) Bu aşamada ekip, proje çalışmalarını, teknik kararları ve proje yönetimi yaklaşımını ele almaya başlar. Ekip üyeleri işbirliğine ve farklı fikirlere ve  perspektiflere açık değillerse, ekip ortamı yıkıcı bir hale gelebilir.

• Düzenleme.(Norming) Düzenlenme aşamasında, ekip üyeleri birlikte çalışmaya, çalışma alışkanlıklarına ve davranışlara uyum sağlamaya başlarlar ve bu durum ekibi destekler. Ekip üyeleri birbirlerine güvenmeye başlarlar.

• Performans.(Performing) Performans aşamasına ulaşan ekipler iyi organize edilmiş bir birim olarak faaliyet gösterirler. Üyeler karşılıklı bağımlılık içerisinde çalışırlar ve sorunları kolay ve etkin bir şekilde ele alırlar.

• Çözülme.(Adjourning) Çözülme aşamasına gelen ekip üyeleri proje çalışmalarını tamamlar ve başka çalışmalara geçerler.

Merhaba Gökrem Bey,

Nasılsınız görüşmeyeli?

Artık ben de bir PMP yim. Bu sabah girdiğim sınavı başarıyla geçtim. Bize verdmiş olduğunuz eğitimin faydalı olduğunu söylemeliyim. Sınava girmeden bir gün önce yaptığım 17. Sınavdan %82 oranında başarı göstermiştim.

Sınavdaki sorular Rita dan genel olarak daha kolaydı ama şıkları arasında gerçekten çok tereddüt ettiğim sorular da azımsanmayacak kadar fazlaydı. Kim Heldman a çok fazla bakamadım ama bir iki testini çözdüğümde çok faydalı olmayacağını düşündüm.

Desteklerinizden ötürü teşekkürler.

İyi Çalışmalar.

Fatih KAHVECİOĞLU

Türk Telekomünikasyon A.Ş.

Program ve Proje Yönetimi Direktörlüğü

• 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.

Güzel bir araştıma: İncelenmesini Tvasiye Ederim.

Kaynak: Tıklayın

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!