Archive

Archive for Ocak, 2009

Üniversiteli Gençlere Tavsiyeler

İçinde bulunduğumuz dönemde Proje Yönetimi çok önemli hale geldi. Gelecek çok daha proje bazlı çalışmayı zorunlu kılacak.

Yani okuldan mezun olduktan sonra hangi sektörde çalışacağınız artık önemli değil; Her durumda projelere dahil olmanız, sonra da projeleri yönetmeniz istenecektir. Bu yüzden, boşa zaman geçirmeden Proje Yönetimine öğrencilik yıllarınızda önem vermenizi tavsiye ederim.

* PMI’yı tanıyın. Kütüphanenizde PMNetwork Dergisi geliyorsa mutlaka takip edin.

* PMBOK adlı kitabı mezun olmadan önce mutlaka okumuş olun.

* Proje Yönetimi Bilgi Alanlarının neler olduğunu öğrenmiş olun. İçeriğini bilin.

* Proje Yönetimi üzerine geliştirilen metodların neler olduğunu öğrenin. (PRINCE2, Agile, Scrum, Kanban)

* Microsoft Project programını kullanmayı mutlaka öğrenin.

* Stajlarınızda projelere dahil olun.

* Bitirme ödevinizi mutlaka proje yönetimi üzerine alın..

İş aramaya başladığınızda tecrübesiz olduğunuz için iş bulmanız zor olacaktır fakat öğrencilik yıllarınızda proje yönetimi üzerine yapacağınız her türlü etkinlik size avantaj sağlayacaktır.

PMI’a Göre Proje Bazlı Organizasyon – PMBOK

screenshotProje bazlı organizasyonlarda Proje Yöneticilerinin Yetki ve Sorumluluk alanları oldukça geniştir. Bir şirketin proje bazlı organizasyon tipinde faaliyet göstermesi projelerin kurum içindeki önemiyle yakından ilgilidir. Eğer şirket temel kazancını proje yaparak kazanıyorsa, bu durumda doğal olarak, proje bazlı çalışmak zorunda ve organizasyonu da proje bazlı kurgulamak zorundadır.

Bu organizasyon tipinde kontrol ve yönetim, proje yöneticilerinde olduğu gibi çalışanlar arasında hedef odaklı çalışma alışkanlığı doğmuştur. Buna karşılık, proje yöneticileri çok fazla idari süreçlere dahil olmak zorunda kalabilirler. Ayrıca çalışanlar da tek bir konuda uzman olmaktan uzaklaşırlar hatta her işi yapan kişiler haline dönüşebilirler.

Uzmanlığı olan kişiler için de özelikle şirketteki proje miktarı azalması durumunda, kaynakların verimsiz kullanılması sorunu ortaya çıkar.

MS Project’te Aktivitenin İz Düşümü

Aktivite sayısının fazla olduğu projelerde herhangi bir aktivitenin Projede hangi döneme denk geldiğini görmek zordur.

Aktiviteye iki kere tıklarsanız, Task Information penceresi açılacaktır.

General sekmesindeki “Roll up Gantt Bar to Summary” seçeneğini işaretlediğinizde o aktivitenin Özet görev üzerine yansımasını göreceksiniz.i10

 

images

 

Categories: MS Project Tags:

Gereksinimlerin Toplanması – PMBOK

Kapsam Yönetimi Bilgi Alanında ve Planlama Sürecinde yer alan yeni bir başlık Gereksinimlerin Toplanması (Collect Requirements) olarak PMBOK 2008’de yerini almıştır. 2004 versiyonunda bu bölümün yerine Kapsam Planlama başlığı olduğunu hatırlatalım. En önemli ve bence en iyi değişiklik açıkçası burası olmuştur. Çünkü pek çok kişi Kapsam Planlama çok soyut bir kavramdı ve anlaşılması zordu.

Gereksinimlerin Toplanması tanım olarak, proje hedeflerine ulaşmak için proje paydaşlarının ihtiyaçlarını belirleme ve dokümante etme süreci olarak geçmektedir. Projenin başarısı hem projeden, hem de üründen beklentilerin doğru anlaşılması ve bunların etkin bir şekilde yönetimiyle ilişkilidir.

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

Gereksinimleri belirlerken en önemli girdi Proje Başlatma Belgesi‘dir. Başlamasına üst yönetim tarafından karar verilen projenin daha detayda gereksinimlerini belirlemek, projenin kapsamını netleştirmek adına önemlidir. Gereksinimleri belirlerken projeye paydaş (Bkz: Paydaşların Belirlenmesi) olacak kişilerin ihtiyaçlarının netleşmesi sağlanacaktır.

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

– Mulakat: Taraflarla yapılacak bire bir görüşmeler.

– Odak Grup: Grup kurularak ve mulakata göre daha fazla tartışmanın yaşandığı bir yönlendiricinin başkanlığında idare edilen toplantılar.

– Rehberli Çalıştaylar: Farklı beklentileri olan proje taraflarından aynı anda beklentileri toplama yöntemi. Böylece beklentilerin farklılaştığı noktaları belirleme ve bir ortak payda bulma süreci

– Yaratıcılık Teknikleri: Beyin Fırtınası, Delphi Tekniği, Zeka Haritası vb…

– Grup Karar Verme Teknikleri: Fikir Birliği, Oy Çokluğu, Çoğunluğun Benimsemesi ve Diktatörlük

– Anket ve Araştırma: Yazılı araştırma formları proje taraflarına sunulur ve gelen sonuçlardan gereksinimler netleştirilir.

– Gözlem: Proje Taraflarının ihtiyaçları gözlemlenerek, belirlenmeye çalışılır.

– Prototip: Gereksinimler proje tarafları üzerinde örnek bir uygulamayla denenir. Geneln geri bildirimler projeye başlamadan önce önemli ipuçları verecektir.

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

Gereksinim Dokümanı – Proje taraflarının ihtiyaçlarını anlatan bir belge ortaya çıkmalıdır.

Proje Ofisleri

Kurum hedef ve önceliklerine, planlanan bütçe içinde zamanında varmak adına, Proje Yönetim sistematiğini yaymayı hedefleyen fonksiyonel bir birim/departman…

 

Neler Yapar:

         Proje Yönetim metodolojilerini, standart ve süreçlerini oluşturmak

         Proje Yönetim yazılımlarını belirlemek, geliştirmek

         Proje Yönetim şablonlarını geliştirmek

         Kurum içinde Proje Yönetim  becerilerini geliştirmek

         Plan oluşturmak, kurum içinde izlenebilir kılmak, güncellemek

         Proje önceliklerini belirlemek ve kaynakları bu önceliklere göre yönlendirmek

 

 

Genel Uygulama Tipleri ve Etkinlik Seviyeleri

Seviye 1 – Kütüphane

         Kurumun, projelerle ilgili bilgi ve haber kaynağı

         Proje kayıtlarının tutulduğu merkez

         Yeni araç ve şablonların test merkezi

 

Genelde düşük değerli projelerin uygulandığı veya geçişe direnç olan kurumlarda başlangıç aşaması olarak görülebilir.

 

Seviye 2 – Koçluk

 

          Proje Yönetim uygulamalarından ve kalitesinden sorumlu

          Araç, süreç, standartlar ve  metodoloji desteği sağlar

          Projelere uygulama açısından danışmanlık desteği sunar.

 

Seviye 3 – Yönetimi

         Proje Yöneticilerinin bağlı olduğu fonksiyonel merkez

         Tüm sözleşmeli projelerin yönetiminden sorumlu departman

Neden PMP Sertifikası Almalıyım?

 pmp

Bu yılbaşı itibariyle dünya genelinde PMP sertifikasına sahip kişi sayısı 306.706 kişi olarak PMI tarafından duyurulmuştur.Özellikle 2000 yılından sonra Proje Yönetimine olan ilgi önceki senelere göre hızlı bir artış göstermiştir. En önemli etkenin 2000 yılına geçerken dünyadaki tüm firmaların Y2K Projesini yürütmeleri oldukça önemli bir etkendir. Özellikle global şirketler dünyanın farklı yerlerindeki şirketlerinde aynı standartta Proje Yönetimi uygulamasına önem vermek zorunda kalmış ve Proje Yönetiminde ortak bir dil birliğinin veya metodunun ne kadar önemli olduğu ortaya çıkmıştır. 

 Ülkemizde halen 500 civarında PMP sertifikasına sahip kişi bulunmaktadır. Dünyada kariyer gelişimi için kullanılan bu sertifika tahminize göre önümüzdeki 3-4 yıl içinde proje bazlı çalışan kuruluşların işe alımların da ilk soracakları sertifika olacaktır. Sonuçta, rekabet sadece kurumlar arasında yaşanmıyor, bireyler arasında da daha iyi şartlarda işlerde çalışmak için kişiler kendilerinde bir farklılık yaratmak zorundadır. Bunun için gayret göstermek, zaman ve para harcama kaçınılmazdır. Fakat neticede rekabet avantajı sağlayarak, hem daha iyi şartlarda iş bulmak hem de bilgi birikimini artırarak daha verimli çalışma ortamları yaratmış oalcaklardır.

 

Proje bazlı çalışmak bundan 10 sene öncesine göre çok daha tercih edilen bir çalışma biçimi haline gelmiştir, önümüzdeki yıllar da ise çok daha talep görecek bir yönetim şeklidir. Doğal olarak, şirketlerin önümüzdeki yıllarda Profesyonel Proje Yöneticilerine çok daha fazla ihtiyaçları olacaktır. Ülkemizde kariyer gelişimini hedefleyen ve özellikle yabancı kökenli şirketlerde çalışmayı düşünen gençlere tavsiye edeceğim bu sertifika için en kısa zamanda PMBOK’ı tedarik etmelerini ve okumaya başlamalarını tavsiye ederim.

Categories: PMP Tags: , , ,

Etkili Toplantı

“TOPLANTI, TOPLANTI, YİNE TOPLANTI… TOPLANTILARDAN ZAMAN BULUP DA İŞ YAPMAYA VAKİT YOK”:

 Kimbilir işyerinizde kaç kez bu tip yakınmalar duymuşsunuzdur. Belki de bizzat kendiniz toplantıların yoğunluğundan yakınıyorsunuzdur. Kötü yönetilen, kötü planlanan, iyi hazırlanılmamış toplantılar, insan kaynağının önemli bir zaman dilimini yok etmektedir.

Bu konuda bir kaç ipucu toplantıların daha verimli geçmesini sağlayabilir;

Toplantı Duyurusu : Toplantıların başarılı sona erebilmesi için katılımcılara önceden toplantıların gündemi ile ilgili bilgi verilmesi oldukça önemlidir. Katılımcıların hazırlanması gereken konularda açıkça toplantı duyurusunda belirtilmelidir. Katılımcıların hazırlanması için gerekli zaman dilimi mutlaka göz önüne alınmalıdır.

Katılımcılara, toplantının yapılacağı yer, tarih ve saat bilgileri de eksiksiz olarak
iletilmelidir.

Toplantı Zamanları : Katılımcıların motivasyonunu etkileyecek önemli faktörlerden bir tanesi de toplantı zamanlarıdır. Mesai çıkışına yakın veya bir tatil arifesinde planlanan toplantıların verimsiz geçme ihtimali yüksektir.

Toplantı Ortamının Hazır Olması : Toplantıdan önce, toplantı esnasında lazım olacak araç – gerecin kontrolü ve tedariği de önemlidir. Hazırlığı yapılmamış bir toplantı salonu, toplantının bölünmesine veya geç başlamasına sebep olabilir.

Zamanında Başlama : Toplantılara mutlaka zamanında başlayın. Geç kalanlara bir açıklama yaparak, toplantının bölünmesine izin vermeyin. Bu konudaki ciddiyet, katılımcıların da toplantıya tam zamanında gelme konusunda hassasiyet göstermelerine sebep olur.

Toplantı Liderini Belirleyin : Bir toplantı bir kişinin liderliğinde yürütülmeli ve bunu da bütün katılımcılar önceden bilmelidirler. Genelde önerilen; toplantıyı talep eden kişinin toplantı liderliğini üstlenmesidir. Toplantı Liderinin amacı, konuşmaların gündem maddesi üzerinde yoğunlaştırmaya çalışmaktır.

Toplantı Amaçlarına Yönelik Tartışmalar : 650 yönetici üzerinde yapılan bir araştırmada, toplantı esnasında karşılasılan en büyük problemin “konudan sapma” olduğu belirlenmiştir. Toplantı liderinin ve katılımcıların toplantı gündemine sadık kalması ve problemin özüne yönelik tartışmaların yapılması önemlidir. Pek çok yönetici, toplantılarda genelde problemlerin etrafında döndüklerini, hiç bir zaman öze inemediklerinden yakınır.

Toplantının Bölünmemesi : Toplantı esnasında yapılan çay, kahve, kuru pasta
ikramlarını kaldırın. Katılımcıların dikkatini dağıtan bu uygulamalar, 1 saatten fazla sürecek toplantılarda periyodik aralar verilerek, toplantı salonunun dışında
gerçekleştirilmelidir. (Böylece önemli evraklar da çay, kahve dökülmelerine karşı
korunmuş olur.)

Katılımcıların Ortak Hedeflerde Buluşması : Toplantının başarısı, katılımcılar arasında fikirlerin ve bilgilerin açıkça dolaşmasına bağlıdır. Katılımcılar, kişisel çatışmalarından veya ast-üst bürokrasiden kaçınmalı, problemlere odaklanmalıdırlar. Bu ortamda toplantı liderinin etkinliği önemlidir.

Toplantının Ulaştığı Başarının Özetlenmesi : Toplantının hedeflerine ulaşıldığında, kilit noktalar ve önemli görev/sorumluluk/yetki atamaları tamamlandığında, bütün bu verilerin özetlenmesi ve bir toplantı raporunun hazırlanması gerekebilir. Bu aynı zamanda toplantının başarısını simgeler.

Toplantının Sonlandırılması : Toplantı lideri olarak, katılımcıların da güvenini kazanmak adına toplantıyı önceden duyurulan saatte bitirmeye özen gösterin. Unutmayın ki, katılımcılarda iş programlarının, bu toplantının bitim saatine göre ayarlamış olabilirler.  Eğer tartışma konuları henüz bitmemiş ise toplantıya o sırada devam etmek yerine ortak olarak belirlenecek başka bir tarih ve saatte buluşmak daha faydalı olacaktır.

Toplantı liderinin sorumluluğu buna benzer toplantı yönetmeliklerine uyulmasını
sağlamaktadır. Bu yönetmelikler toplantı salonlarına asılarak, katılımcıların uyması gereken basit kurallar hatırlatılmış olacaktır. Toplantıların verimliliğinin, kurumun temel hedeflerine ulaşmadaki başarısını direk etkileyeceği unutmamak gerekir.

Project Server – Proje Merkezi ve Kurumsal Projeler

Project Server programından Üst Yönetimin özellikle beklentisi, şirket içindeki projelerin bir arada görülebileceği bir ekran yapısına ulaşmaktır.

Proje Yöneticilerimiz, MS Project Prof.2007 üzerinden hazırladıkları proje planlarını yayınlamak için File menüsünden – Publish komutuna basmaları yeterlidir. Üst Yönetim, herhangi bir projeye müdahale etmeden, projelerin genel durumuyla ilgili bilgileri Project Server 2007 üzerinden görme imkanı bulacaklardır. 

Üst Yöneticimiz, kendi kişisel Windows hesabıyla Project Server ekranını açtığında sol kenardaki menülerden Project Center ifadesine tıkladığında PY’ler tarafından yayınlanan bütün projeler gözükecektir. Bu projeler farklı kategorilere göre sınıflandırılabilir. Örneğin; Ar-Ge, Satınalma, IT, Tedarikçi Geliştirme, Bakım, İyileştirme vb. Bunun yanı sıra üst yönetim projelerin genel bilgilerini (süre, başlangıç, bitiş) görebileceği gibi maliyet, adam*gün, planlanan ve gerçekleşen arasındaki sapma miktarları gibi deayları da incelemesi mümkündür.

MS PRoject Server

MS Project Planını Paylaşma Yöntemleri

Bir proje planı hazırlamak için Microsoft Project 2007’de uzun bir zaman harcadınız. Artık son haline geldiğini düşündüğünüz proje planınızı projeye dahil olan herkesle paylaşmak ve uygulama sürecine geçmek istiyorsunuz. Fakat proje planını paylaşacağınız kişilerin bazılarının bilgisayarında MS Project’in farklı versiyonları var, bazılarında MS Project dahi yok, bazılarında bilgisayar bile yok. İşte böyle durumlarda ne yapmak gerekir acaba?

Senaryo 1: MS Project Prof. 2007 versiyonuna sahip olanlar…

Bu en basit senaryo. Zaten hazırladığınız planda MS Project 2007 versiyonu olduğu için proje planınızı e-maile ekleyip, gönderdiğinizde, yolladığınız kişiler de dosyayı kolayca açacaktır.

Senaryo 2: MS Project Server. 2007 versiyonuna aktifse…

Eğer şirketinizde MS Project Server 2007 kurulmuş ise hazırladığınız projeyi Web ortamına aktararak, proje taraflarının plana intranet/internet ortamında ulaşmasını sağlayabilirsiniz. Project Server üzerinden tanımlanan yetkiler çerçevesinde farklı proje tarafları onlar için tanımladığınz ekranlara ulaşacaklar ve projeye müdehale edebileceklerdir.

Senaryo 3: MS Project Prof. 2003 versiyonuna sahip olanlar varsa…

Eğer projenizi MS Project 2007 versiyonunda hazırladıysanız ve projenizdeki bazı kişilerin bilgisayarında Project 2000/2003 versiyonun yüklü olduğunu biliyorsanız, herkesle projeyi paylaşmadan önce mutlaka dosyanızı Save As komutuyla 2000/2003 versiyonuna çevirin ve bütün katılımcılarınıza bu dosyayı e-maile ekleyerek gönderin. Bilgisayarında MS Project 2007 versiyonu olanlar 2000/2003 versiyonunu sorunsuzca açabileceklerdir.

Senaryo 4: Bilgisayarında MS Project’i yüklü olmayanlar varsa…

Projenizde çalışan bazı kişiler aslında hiç planlama yapmayacaklar ve projede çok sınırlı sayıda aktivite gerçekleştirecekler. Belirli periyotlarla proje planını inceleseler ve kendi işlerinin tarihlerini okumayı bilseler yeterli olacak ise bu kaynaklar için MS Project Prof. 2007’nin satınalmaya gerek yoktur. Peki ne yapılabilir?

· Project Web Access. Eğer Project Server 2007 kullanıyorsanız, proje takımında yer alanlar kendilerine açılacak bir hesap ile Project Web Access’e intranet/internet üzerinden ulaşıp, kendilerine atanan aktiviteleri görmeleri mümkün olacaktır. Böylece projelerle ilgisi Proje Yöneticisine göre daha az olanlar için ek bir lisanslama masrafı yaşanmayacağı gibi takım üyeleri de yazılımı öğrenmek için çok büyük bir çaba içine girmek zorunda kalmayacaktır.

· Deneme Versiyonu. Eğer MS Project’in belirli bir dönem için kullanılması söz konusuysa (yine lisanslama ücretinden kaçınmak için) Deneme Versiyonu bilgisayarakurulabilir. 60 günlük deneme sürümü projenin takibi için yeterli bir zamansa önerebileceğim seçeneklerden bir tanesidir. Deneme versiyonunda tüm fonksiyonlar etkin olarak çalışacaktır. İndirmek için.

· Excel’e Veri Aktarma. Bu seçenek pek çok kişinin aklına gelen ilk seçenek olsa da ne yazık ki bu fonksiyon oldukça kötü çalışıyor. Proje planı Excel olarak kaydedildiğinde projedeki WBS yapısı Excel’e aktarılamıyor, bu yüzden hangi aktivitelerin aşama, hangilerinin detay faaliyet olduğunu ayırmak mümkün olmuyor.

· Proje Planın Fotoğraf Çekmek. MS Project Prof. çok az bilinen bir özelliği de proje planının .gif formatında kaydedilebilmesidir. Oldukça basit bir özellik olan bu seçenek pek çok kişinin proje paylaşımında çok işine yaramaktadır. MS Project 2007 versiyonunda Report menüsü içinde “Copy Picture”  fonksiyonunu incelemenizi tavsiye ederim.

Senaryo 5 – Bilgisayarı dahi olmayanlar veya bilgisayardan nefret edenler için… 

Herkesin bilgisayarı olacak diye bir şey yokO ve ya projede görev alıp da bilgisayarla arası iyi olmayanlar da olabilir. Bu durumda proje bilgileri farklı biçimlerde kağıt ortamına aktarılmalıdır.

· Görüntü Baskı Alma. MS Project’teki, Gantt, Detail Gantt, Task Usage, Resource Usage vb. görüntülerinin hepsi doğrudan görüntünün açık olduğu sayfadan baskısı alınabilmektedir. Bu konuyla ilgili detay bilgiyi buradan bulabirisiniz.

· Raporlar. MS Project 2007’nin Report menüsü üzerinden iki farklı Rapor yöntemi uygulamak mümkündür. Visual Reports (Görsel Raporlar şiddetle tavsiye ettiğim bir bölümdür) proje bilgilerinizi Excel’e aktararak, grafiksel raporlar üretmenizi sağlar. Temel Raporlar ise MS Project’in kendi Görüntü, Tablo ve Filtre fonksiyonlarını kullanrak üretilen rapor tipleridir. Bu raportların da baskısı alınarak, proje taraflarına projenin planları, ilerlemesi düzenli olarak aktarılabilir.

PMP® Sertifikası Başvuru Şartları

PMP® Sertifikasına başvurmak için aşağıdaki konularda başvuru sahibinin sağlaması gereken bazı şartlar vardır.

1. Eğitim düzeyiniz. Yüksek okul veya Üniversite mezunları sınava girebilir.

2. Geçmişteki Proje Yönetimi deneyiminiz: PMI®, 2 veya 4 senelik temel üniversite eğitimine dikkat ederek başvuran kişinin proje yönetimi tecrübe sahibi olmasını ister.

* Yüksekokul mezunları için 7.500 saatlik proje yönetimi tecrübe sahibi olması

* Üniversite menzunları için 4.500 saatlik proje yönetimi tecrübe sahibi olması

Proje Yönetimi deneyimi herhangi bir projede ve herhangi bir konuda görev alarak, kazanılabilir. Örneğin, proje zaman yönetim, maliyet yönetimi, risk yönetimi gibi konular olabilir. Bütün bu bilgilerin PMI® tarafından denetlenebileceğini unutmayınız.

3. Proje Yönetimi konusunda aldığınız eğitimler: Proje Yönetimi üzerine 35 saat eğitim almış olmak gerekmektedir. Bu eğitimleri aşağıdaki kurum veya kuruluşlardan almış olmanız PMI® için yeterlidir.

* Üniversiteden

* PMI’ın oanyladığı bir eğitim ve danışmanlık firmasından (Registered Education Provider-REP)

4. Son olarak PMI web sitesinde başvuru formunun neticesinde sınava giriş ücreti olarak da kredi kartınızdan $555 çekileceğini bildirmek isterim. Sınavı kazanamazsanız bir sene içinde toplam 3 kere sınava girme hakkınız bulunmaktadır ve daha sonraki sınav ücretleri $405 olarak değişmektedir.

İstanbul Kurumsal Gelişim PMP Eğitim Takvimi

Categories: PMP Tags: ,

Proje Paydaşlarının Belirlenmesi – PMBOK

PMBOK 2008’e yeni eklenen başlıklardan bir tanesi de “Proje Paydaşlarının Belirlenmesi olmuştur. PMI, bu başlığı İletişim Yönetimi Bilgi Alanında ve Proje Başlatma süreci içinde ele almıştır.

Projeden etkilenecek bütün kişiler ve organizasyonları belirlenmesi işlemi olarak bu başlığı basitçe ifade edebiliriz. Projenin başarısı için proje taraflarının  ilgi veya alakaları yazılı hale getirilmesi gerekir. Örneğin, bazı departmanlar müşteri durumunda iken, bazıları proje neticesinden etkilenecek, üst yönetim projenin sonunda verimlilik artışı isteyecek ve tedarikçi firmalar da alt projeleri üstleneceklerdir.

Proje Paydaşları Belirlemek için en önemli gereksinim Proje Başlatma Belgesi’dir ‘dir. Böylece, Proje Yöneticisi, talep edilen projenin özelliğine bakarak, proje için hangi kişi veya organizasyonların projeye dahil olması gerektiğini belirler.

Proje Paydaşlarını Belirlemek için  iki adımdan oluşan “Proje Paydaş Analizi” yapılması gerekir. Bu analiz ile projeye taraf olan kişi veya organizasyonların İlgi ve  Güçleri değerlendirmeye tabi tutulur.

Değerlendirme neticesinde elinizde Proje paydaşlarının açıkça isimleri, rolleri, organizasyondaki pozisyonları, iletişim bilgileri ve Proje paydaşlarını yönetmek için “Proje Paydaş Analizi” göz önüne alınarak, Proje Yöneticisi’nin stratejisi yazılı hale getirilir.

Project Server’da Projeyi Kaydetmekle, Yayınlamak Arasındaki Fark

Project Server’da projenin kaydedilmesi (SAVE) ile projenin yayınlanması (PUBLISH) arasında fark vardır. Bir proje planı üzerinde çalışılırken yapılan değişikliklerin kaybolmaması için tekrar tekrar kaydedilir. Proje nihai hale gelmediği için proje yayınlanmadan önce gözden geçirmek veya değişen talepler çerçevesinde projeyi değiştirmek amacıyla kayıt fonksiyonu önemlidir. Bu yüzden, proje nihai plana ulaştığı anda önce temel plan (BASELINE) olarak kaydedilir ve daha sonra proje taraflarına görevlerini bildirmek amacıyla proje yayınlanır.

MS Project'ten Print Alma

Pek çok kişi MS Project’in print fonksiyonundan şikayet eder. Üst Yönetimden gelen rapor biçimini veya proje planlarını Proje Yöneticimiz bir türlü istendiği gibi kağıda basmayı beceremez. Aslında bir iki kurala dikkat ederek, kağıtlara alacağınız çıktıları daha etkin hale getriebilirsiniz.

1- Kolonlarla, takvimi ayıran orta çizgiye dikkat. O çizgi eğer aşağıdaki gibi “Finish” kolonunun ortasında ise Print işlemi neticesinde “Finish” kolonunun kağıda basılmadığını göreceksiniz. Bu yüzden  kesinlikle hangi kolonları görmek istiyorsanız, o çizgi kolonların en sağında kalmalıdır.

print-1

2- Takvimin zaman skalasına dikkat. Yine yukarıda gördüğünüz gibi takvim eğer ayları gösterecek biçimde ayarlanmışsa, baskı aldığınızda da kağıdınızda aylık zaman skalası gözükecektir. Eğer daha farklı baskı almak isterseniz (yukarıdaki yaklaş(büyüteç)/uzaklaş(küçülteç) butonlarına basmanız gerekir. Yaklaştıkça daha detaylı bir plan alacağınız için görüntü daha fazla sayfaya yayılacaktır.

3- Baskı Önizleme yaparak, alacağınız baskının nasıl olacağını önizleyebilirsiniz.

print-2

Yukarıdaki önizleme sayfasının en altında bir klavuz (Legend) görülmektedir. Gantt üzerindeki çubukların ne anlama geldiğini göstermektedir. Eğer Page Setup butona basıp, Legend on: None işaretlerseniz, daha fazla bilgiyi tek bir sayfaya yerleştirebilrsiniz.

4- Page Setup penceresinden Page sekmesine tıklayarak, baskıyı belirli oranda küçültebileceğiniz gibi bütün projeyi tek bir sayfaya sığdırmayı da deneyebilrisiniz. Tabiki bu durumda yazılarınız okuyamayacak kadar küçülebilir. Buna dikkat edin.

print-3

Categories: MS Project Tags: ,

Planlama Hataları

Proje Yöneticileri, planlama esnasında genellikle iki önemli hatayı yapmaktan kurtulamazlar. Birincisi; Projede görev alacak diğer departmanlarının bireylerinin zaman planlarına dikkat etmeden kendi projelerine dahil etmeleridir. Projeye dahil edilecek kaynakların iş yükleri, tecrübeleri, eğitim düzeyleri gibi faktörler göz önüne alınmadan yapılan proje planlarının geçerliliği tartışmaya açıktır. Özellikle kaynakların aktivitelere atanması ve sürelerin tahminlenmesinde, proje yöneticileri ilgili kaynaklardan bilgi almadan plan hazırlamakta ve bu durum, planların sapmasına sebep vermektedir.

Projenin başında projeye destek vermesi gereken kaynakların, proje sürecinde yeterli desteği ver(e)memesi, proje yöneticilerini zor durumda bırakacağından, pek çok proje yöneticisi diğer kaynakların yapacağı işleri kendi kendilerine öğrenirler ve uygulamaya geçerler. En azından üst yönetime birşeyler raporlayabilme kaygısıyla projeyi yürütmeye çalışırlar.

Yukarıdaki uygulamaların saysısının artması proje yöneticisi diye adlandırılan kişilerin joker eleman olmasına sebep verecek ve zamanla proje yönetiminin bir takım ruhu gerektirdiği gerçeğinden uzaklaşılacak, bireysel yapılan her iş proje olarak adlandırılmaya başlanacaktır.

Planlamada yaşanan bir diğer sorun ise “Planlamama” olarak adlandırılabilir. Geçmişte yapılan planlara sadık kalınmaması, planlarda sapmaların yaşanması, proje yöneticilerinde plan yapmaya karşı bir isteksizlik uyandırır.Nasıl olsa planlar bir işe yaramamaktadır, bu durumda bir de plan yapmak için zaman harcamamak gerekir.

Halbuki; planlamadaki amaç; Geçmişte yaşanan sapmalardan, risklerden, problemlerden ders alarak her defasında daha iyi planlar yaratabilmektir.

Unutulmamalıdır ki; “Planlama Planlanmalıdır.”

Planlama ile aşağıdaki sorulara cevap aranmalıdır:

• Yapılması gereken işler nelerdir? Bu soru hedefler ve işin kapsamına yönelik cevaplar oluşturmayı sağlar.
• Nasıl yapılacak? Bu soru ile projenin uygulanmasına yönelik stratejiler belirlenecektir.
• Kimler yapacak? Rollerin ve sorumlulukların belirlenmesi gerekir.
• Ne kadar sürede yapılacak? Zaman programını oluşturmayı sağlar.
• Ne kadara mal olacak? Bütçe oluşturmayı sağlar.

Ürün/Hizmet ne kadar iyi olmalı? Kalite standartlarını da belirleyebilmek için bu soruya cevap aranmalıdır

Proje Yapmak mı, Proje Yönetmek mi?

Hepimizin bildiği gibi Proje Yöneticisi projenin çıktılarından sorumludur. Proje Yöneticiliği pozisyonu temelde bu amaç için oluşturulmuştur. Bu çerçevede özellikle projenin planlanması, uygulaması, kontrolü ve kapanışı süreçlerinden PY sorumludur. Fakat bu durum PY’nin proje içindeki işleri yapması anlamına gelmez.

Proje Yönetmek tam zamanlı bir iş olduğunda proje yöneticisinden teknik analiz yapmasını , tasarım, üretim, test gibi işleri beklemek ve istemek projenin yönetim fonskioynuun sekteye uğramasına sebep olur. Eğer PY, teknik detaylara fazlasıyla gömülürse yukarıda saydığımız planlama, uygulama, kontrol süreçlerine zaman bulamaz ve projeyi yönetmekten çok , projeyi yapmaya odaklaır. Proje Yöneticiliği özellikle farklı talepleri olan proje taraflarının ihtiyaçlarını, belirli bir zaman ve bütçe içinde, mutabık kalınan bir kapsam dahilinde ortaya çıkarmak amacıyla vardır. Bu çerçevede PY özellikle koordinasyona odaklanmalı ve planlardaki herhangi bir değişikliğin projenin bir başka tarafını nasıl etkilediğini entegre (bir bütün) olarak düşünüp, yansımalarını çok hızlı biçimde etkilenecek kişilere, üst yönetime, sponsora, vs. haber vermelidir. Bu yüzden PY, proje için ayırdığı zamanının ağırlıklı bir bölümünü İLETİŞİMe odaklanarak geçirmelidir.

Proje içinde yaşanan iletişim sorunları pek çok projenin başarısızlık sebebidir bu yüzden, iletişim yönetimine özel bir önem vermek gerekir; Yanlış anlama, yanlış anlatma, bilgi vermeme, eksik bilgi verme, yanlış yorumlama vb. gibi sebeplerden pek çok projede gecikme veya kalite düşmesi yaşanır.

Araştırmalar, projelerdeki başarısızlığın arkasındaki %60’lık payın, iletişimin etkin yönetilmemesinden kaynaklandığını göstermektedir.

30 Saniyede Proje Durum Raporu

MS Project 2007’de Project Menusunden Project Information seçeneğini işaretleyin.

 

screenshot

 

Yukarıdaki pencerede Statistics butonuna tıklayın, karşınıza aşağıdaki gibi bir pencerede çıkacaktır.

6a00e551db8d428833016767b4ed1c970b-500wi

 

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.

Categories: MS Project Tags: , , , ,

Projenizde Büyü Var!

Millet olarak herşeyimiz kendimize özgüdür. Problemlere yaklaşım ve çözüm biçimimiz; Dolayısıyla, proje yönetme yaklaşımımız da yabancılara göre daha farklıdır. Örneğin biz planlamayla zaman kaybetmeyi sevmeyen bir milletiz, bu yüzden projeleri planlamadan doğrudan uygulama sürecine geçerek, başlatırız. Plan olmadığı için kontrol edecek de bir referans yoktur, böylece su akar yatağını bulur ve proje de münasip bir zamanda, münasip bir sonuçla biter, diye düşünürüz.

Konuyu fazla dağıtmak istemiyorum, esas ilginizi çekeceğini umduğum başlığı biraz açalım. Malumunuz milletimizin hurafelere olan inancı yüksek. Bir çok ipe sapa gelmez tartışma konusu TV’lerde boy gösteriyor. Çocuğuna kısmet bulmak isteyenler yatırlara, vücudundaki bir arızayı gidermek isteyenler üfürükçülere, evindeki uyumsuzluğu gidermek isteyenler büyücülere, cincilere başvuruyorar.

Bundan yola çıkarak ben de yeni bir sektöre açılmaya karar verdim. Malum benim konum Proje Yönetimi… Yapacağım yeni iş ise özellikle geciken, maliyetini aşan, müşterinin sürekli şikayet ettiği projelerde kara büyü olup, olmadığını bulmak ve her türlü büyüyü projenin içinden çekip, çıkarmak. Bu işi danışmanlık olarak düşünebilirsiniz. Ama ben şimdi projenizin içine büyü, in, cin vb. girmemesi için şimdi bir kaç öneride bulunacağım.

Kurban Kesme: Her projenin başında mutlaka kurbanınızı kesin. Bu uygulama inşaat projelerinde aslında uygulanır. Arazi sahibi inşaata başlamadan önce işçilerin faydalanması ve inşaatın hayırlara vesile olması için kurban kestirir. İşte benim önerim bu uygulamayı genişletme yönünde; özellikle IT projelerinde kick-off toplantısını müteakip kimse dağılmadan kurbanımızı kesiyoruz. Akan kanı bütün proje paydaşlarının (stakeholder) alnına sürüyoruz ki yarın öbür gün kimsenin başı ağrımasın, kimsenin motivasyonu düşmesin, stres bizden uzak olsun. Mutlu, mesut projemiz tamamına ersin. (Kurbanın nasıl kesileceğine ayrı bir yazıda değineceğim)

Projeci Babayı Ziyaret: Eğer kurbanınızı kestiyseniz, şimdi ekip olarak toplanıyor ve İstanbul Kadıköy/Ataşehir meydanda yattığı bilinen Projeci Baba’yı ziyaret ediyorsunuz. Projeci Baba’ya yolunuz düşünce bana da uğrayın. Ben de özel WC kağıtları var. Onları Projeci Baba’nın bulunduğu mekana rulo halinde bırakıyorsunuz. Topluca projenizin yine hayırlara vesile olmasını temenni eden dualarınızı yaptıktan sonra artık projeye başlamaya hazır sayılırsınız.

Yukarıdakileri bütün işlemleri bitirdikten sonra proje uygulaması esnasında örneğin Risk Yönetimi toplantısındasınız. Ne PMI’ın, ne de başka bir kurumun önerdiği yöntemleri asla uygulamıyoruz. Peki napıyoruz? Tabi ki yüzlerce yıldır bizleri idare eden Kahve Falına odaklanıyoruz. Proje Yöneticisi şekersiz bol telveli bir kahve içiyor ve arkasından kahve fincanını okumayı bilen en az üç arkadaşımız (çünkü bir kişi yanılabilir) projenin karşılaşabileceği riskleri açık ve net olarak ortaya koyuyor. Proje Yöneticisi elinde kalem ve kağıtla söylenenleri bir bir not ediyor. Bu arada ekip olarak önleme yöntemleri düşünülebilir ama lütfen fazla kafa yormayalım.

Bunun haricinde başta Proje Yöneticisi olmak üzere bütün takım üyeleri üzerlerinden nazarlıklarını eksik etmiyorlar, her nerde olursa olsun kara kedilere dikkat ediyorlar, yolu kısaltmak için bile olsa asla merdiven altından geçmiyorlar.

Bütün bunlara rağmen yine de projede başarısızlık sözkonusu oluyorsa üfürüğü güçlü bir hocaya, papaza, hahama (farketmez ama PMP olursa daha iyi olur) başvuruyorlar ve inanın bundan sonra projeler, ne kapsamından, ne zamanından, ne de maliyetinden taviz vermeden ilerlemeye başlıyor. Kalitesi hakkında birşey diyemeyeceğim, artık onu da Allah’a emanet edebilirsiniz.

Lütfen yukarıda önerdiklerimi çekinmeden uygulayın. Sonuçları da bu yazımın yorumlar bölümüne lütfen ekleyin ki başkaları da sizin yaptıklarınızdan öğrenilmiş ders alsın ve millet olarak daha başarılı projelere imza atalım.

Categories: Proje Yönetimi

Proje Başlatma Belgesinin Geliştirilmesi – PMBOK

PMBOK 2008, bildiğniz gibi 31.12.2008 tarihinde yayınlandı. Bir önceki baskıyla olan farklılıklardan daha önceki yazılarımdan bir tanesinde kısaca bahsetmiştim.

Bir yazı dizisiyle özellikle İngilizce olan PMBOK 2008’in önemli başlıklarını kısmen Türkçe’ye çevirmek ve okuyucularımla paylaşmak istiyorum.

PMI, bir projenin başlangıcında sürecinde en önemli işlemin Proje Başlatma Belgesi’nin hazırlanması olduğunu ifade eder.

Proje Başlatma Belgesi neden önemlidir?

Proje taraflarının ihtiyaç ve beklentilerini karşılayacak bir projenin tanıtımı yazılı olarak proje yöneticisine ve proje yöneticisini destekleyecek kişilere duyurulur. Böylece,

  • proje resmiyet kazanır.
  • proje yöneticisi üst yönetimden yetkiyi devralmış olur.

Proje henüz müşterinin dile getirdiği ihtiyaçlar çerçevesinde tanımlanmıştır. Üst Yönetim veya Proje Sponsoru bu dokümanı aşağıdaki başlıkları içerecek şekilde yayınlar.

  • Projenin amacı
  • Kabaca ihtiyaçlar
  • Çok genel proje tanımı
  • Karşılaşılabilecek riskler
  • Kilometre taşlarının neler olabileceği
  • Yaklaşık maliyet
  • Üst Yönetim adına destek alınacak kişi veya birimler
  • Atanan Proje Yöneticisi
  • Atanan Proje Sponsoru

Darboğaz Kaynak Konusu

Evet, bir proje planı hazırladınız ve planın gelecekteki durumunu inceliyorsunuz. Bir kaynağınız iki ay sonraki 4-5 aktiviteyi aynı anda yapmak üzere görevlendirilmiş. İleride yaşanacak bu darboğazı farkettiğinizde ne yaparsınız?

Değişik çözüm yöntemlerini önermeden önce bu fazla yüklenme durumunun nasıl oluştuğunu inceleyelim. Belirli bir zaman diliminde herhangi bir kaynağımızın kapasitesinin üzerinde iş atamış olmamızla birlikte kaynakta fazla yükleme problemi oluşur. Örneğin haftada 40 saatlik iş yüklediğimiz bir kaynağımıza daha fazla iş yüklemeye devam edersek, kaynağımız fazla yüklenmiş olarak ifade edilir.

Ne yapılabilir?

  1. Ek Kaynak Ekleyin: Fazla iş yüklenen kaynağın yanına bir kaynak daha ekleyin Böylece sorunlu kaynağın iş yükünü azaltıp, fazla yüklenme problemini çözün.
  2. Aktivitenin Süresini Uzatın:  Fazla yüklenen iş yükünden dolayı kişiye atanan aktivitelerin bitiş tarihlerini uzatın.
  3. İki Aktiviteyi Birbirine Bağlayın: Fazla yüklemeye sebep olan faaliyetleri ard arda başlayacak şekilde planlayın.
  4. Günlük-Haftalık Çalışma Saatlerini Artırın: Kaynağın günde 8 saat, haftada 40 saatlik çalışma süresini artırın.
  5. Teknolojiden Yararlanın: Eğer zamanınız varsa kaynağın aynı iş sonuçlarına hedeflediğiniz sürede ulaşması için teknolojik gelişmelere destek olun.
  6. Dış Yaptırım: Aynı nda bitmesini istediğim işlerin bir bölümünü dışarıdan birsine devredebiliriz. Bu seçenek maliyetleri daha fazla artırma riski yaratır.
  7. Kapsamı Daraltın: Son çare olarak düşünülebilecek bir seçenek.Eğer ekstra dahil edebileceğiniz kimse yoksa, dışarıdan destek konusunda  bütçe kısıtı varsa bu durumda projenin kapsamı daraltılabilir. Ortaya çıkacak ürünün veya hizmetin fonksiyonlarının azaltılması sonucuyla karşılaşılır.
  8. Hibirşey Yapmayın: İş yükü açısından ileride darboğaz olacağını görmenize rağmen hiçbir şey yapmamak da bir seçenektir. Darboğaz yaşayacak olan kişi işleri kalitesiz yapıp, teslim eder sonra o kalitesiz işleri düzeltmesi proje yöneticisine düşer.

MS Project ile Aylık Kaynak İhtiyacınızı Belirleyin

Proje Yöneticileri ihtiyaç duydukları kaynakları diğer departmanlardan temin etmek zorundadır. Proje Yöneticileri, diğer departmanların yöneticilerinden (Fonksiyon Yöneticileri) kaynak istediklerinde bir soruyla karşılaşırlar; “Departmanımdan kimi, hangi dönemde, kaç saatliğine istiyorsun?”

Eğer Proje Yöneticisi, bu soruya tatmin edici biçimde cevap veremezse, Fonksiyon Yöneticisinin de planlı bir kaynak desteğinde bulunması beklenemez.

İşte bu soruya tatmin edici cevap vermek için MS Project programında yararlanmak mümkündür.

Aktiviteleri belirledikten ve kaynak atamalarını gerçekleştirdikten sonra;
1- View menüsünden
2- More Views
3- Resource Usage görüntüsüne tıklayın
4- Zoom out butonu ile takvim üzerinde Aylık dönemleri görecek şekilde uzaklaşın.


Eğer Sarı Takvim üzerinde mouse’un sağ tuşuna basarsanız açılan menüden Cost’u seçerek, hangi ay, hangi kaynağınıza ne kadar ödeme yapacağınızı da görebilirsiniz.

Böylece hangi kaynağa hem kaç adam*saat ihtiyaç duyduğunuzu hem de hangi kaynağınıza hangi ay ne kadarlık bir ödeme yapmanız gerektiğini bulabilirsiniz.
Hatta isterseniz bunları Excel’de grafiksel olarak Kaynak Histogramı biçiminde görmek de mümkündür. O da bir balka yazının konusu olsun.

Kontrolsüz Sinirlenmeyin…

Bireyler arasında yaşanan çatışma iki farklı sinirlenme sonucu yaratır; Kontrollü Sinirlenme, Kontrolsüz Sinirlenme.

Kontrollü sinirlenme çatışanları arkadaş ortamının içinde tutsa da problem çözülmedikçe taraflar tatmin olma duygusu hissetmezler. Eğer çatışan taraflar dinlemeye açıksa problemin çözülme ihtimali yüksektir. Ortamda sinirler yükselse bile üzerinde durulan konu problemin kendisidir. Tarafların iletişim kanalları açık, her türlü olumlu veya olumsuz fikir bireysel egodan uzak bir biçimde değerlendirilmektedir.

Kontrolsüz Sinirlenme, duygulara hakim olamamktan kaynaklanır; Çatışanlar birbirlerine argo sözler sarfedebilir. Taraflar birbirlerini dinlemeyi veya ortak bir noktaya gelmeyi kabullenmiyorlardır Kontrolsüz sinirlenme durumunda çatışma bireyselliğe dönüşmüş, esas çözüm bekleyen problem unutulmuştur. Çatışan taraflar, fikirlein kurum için faydasını incelemeden karşı tarafa her ortamda zarar vermeyi hedeflemektedir.

Bu yüzden çatışma eğer işle ilgliyse faydalıdır, fakat bireyselliğe dönerse başta kurum olmak üzere çatışan kişilere ve dolaylı olarak çalışanlara zararı dokunur. Örneğin bir şirkette iki departman yöneticisinin bireysel çatışması, sadece kendilerine değil, şirkete ve departman çalışanlarına zarar verecektir.

Çatışmayı çözmek için;

1- Problemi tanımlayın. Anlayın ve anlatın.

2- Probleme etkisi olan tarafları açıkça dinleyin.

3- Çözüm için alternatifleri belirleyin. Destek isteyeceğiniz kaynakları belirleyin.

4- Tarafların söylemlerinin bireyselliğe dönüşmemesi için azami çaba gösterin.

5- Çözüm için eylem planı tanımlayın ve mutabakat sağlayın.

6- Problemi plana göre adım adım çözmeye başlayın. Çözüm neticesinde taraflardan onay alın.

Categories: İletişim

Proje Yürütme Komitesi Sorumlulukları ve Rolü

  • Projeyi stratejik açıdan değerlendirmek: Projenin stratejik hedeflere ulaşmadaki payını düşünmeli ve projeleri bu gözle değerlendirerek, proje ekiplerine bir önem sırası belirtmelidir.
  • Projenin ihtiyacı olan stratejik kararları vermeli: Bu tarz kararlar Proje Yöneticisi’ne desteği sunmak adına önemlidir. Bu kararların gecikmesi projenin gecikmesine sebep olur. Bu kararların netleşmemesi ise projeler için belirsizlik ve risk olarak tanımlanır.
  • Proje planını onaylamalı: Proje yöneticilerinden gelen planların incelenmesi ve onay verilmesi, proje yöneticisinin ihtiyaç duyduğu kaynağı alması açısından yetki verilmesi anlamına da gelmektedir.
  • Proje uygulaması esnasında değişiklik isteklerinin kabul veya reddetmek.
  • Projenin tamamaen durdurulması kararını vermek.
  • Projenin ertelenmesi kararını vermek.
  • Proje Yöneticisini stratejik hedefler çerçevesinde yönlendirmek.
  • Düzenli olarak proje ilerleyişini ve çıkan problemleri gözden geçirmek ve projeyi istenilen hedeflere kanalize etmek.
  • Proje bütçesini takip etmek.
  • Proje risklerini takip etmek.
  • Kurum içi veya dışı politik proje yöneticisinin ihtiyaç duyacağı politik desteği sağlamak.

Beyin Fırtınası Tekniği

Beyin fırtınasını ilk defa uygulamaya koyan ve kullanımı için gerekli koşulları belirleyen Alex Osborn’dur. Beyin fırtınası hiçbir tür yargılamanın olmadığı ortamlarda gerçekleştirilir; yaratıcı ve orijinal fikirlerin doğmasına yardımcı olur.

Beyin fırtınası, bir grup insana, açık fikirli olarak, bir konunun veya problemin durumu hakkında düşünmelerini ve mantıklı olup olmadığı endişesine kapılmadan olabildiğince çok sayıda fikir üretmelerini istemek olarak tanımlanabilir.

Katılımcıların hayal güçlerini kullanmalarını sağlayan ve yaratıcılıklarını yüreklendirici bir sorun çözme yöntemidir. Beyin fırtınası esnasında

  • katılımcıların ileri sürdükleri fikirler asla eleştirilmemelidir.
  • katılımcılarda sınırsız düşünme özendirilmelidir.
  • katılımcıların fikirlerinde nitelik yerine nicelik aranmalıdır.
  • amaç gelişme ve geliştirme olmalıdır.

Projeniz Açık Olsun

Proje planları paydaşlarca görünür olmalıdır. Proje takım üyeleri, üst yönetim, müşteri herhangi bir anda projenin ilerlemesiyle ilgili kilometre taşlarını ve teslimatları takip edebilmelidir.

Proje takım üyelerinin desteğini alabilmek ve motivasyonu yüksek tutabilmenin yolu, planın ekibin ulaşabileceği bir ortamdan yayınlamasını sağlamaktır.

Üst Yönetim planların açık olmasından dolayı ekibin performansını kolay takip edebileceği için herhangi bir gecikmeye hızlıca önlem alabilirler.

Müşteri açısından bakıldığında ise projesini şeffaf biçimde yöneten şirketler, gelecekte müşteriler tarafından daha fazla tercih edilecektir.

Krizde Şirketinizi Geliştirin

Kriz döneminde, kurum içindeki süreçlerin yeniden tanımlanması, belirsiz yetki ve sorumlulukların netleştirilmesi, bilgi – ürün akışının yeniden gözden geçirilmesi gibi iyileştirici projeler hayata geçirilmelidir.

Krizler özellikle donanım altyapısının iyileştirilmesi için yeni fırsatlar sunar. Otomobil ve araçların yenilenmesi, eski teknolojili donanımın  yenilenmesi krizden faydalanmanın bir diğer yoludur. Bu çerçevede Donanım Altyapısı Geliştirme Projesi başlatılabilir.

İşlerin yoğun olduğu dönemde bir türlü hayata geçirmeye fırsat bulamadığınız Bilgi İşlem Projeleri hayata geçirilebilir. Yazılım paket fiyatlarında önemli avantajlar sağlayabilirsiniz. İşlerin azlığından dolayı bu yeni yazılımlara geçiş kolay olacaktır. Yoğun iş dönemlerinde kullanıcılardan hem mevcut işlerini yapmaları, hem de yeni yazılımı öğrenmeleri beklenir. Bu yüzden pek çok proje başarısız olur. Krizi fırsata çevirmek için Bilgi İşlem Projeleri önemlidir.

Mevcut insan kaynağı farklı alanlarda eğitilerek, yetenek ve bilgi birikiminin artırılması sağlanabilir. Böylece personel kalitesinin artırılması mümkün olacaktır.

Görüldüğü gibi kriz döneminde şirketlerimizin yapabileceği pek çok proje vardır. İnsana yapılan yatırım çalışanlar için de motivasyon ve şirkete bağlılık yaratacaktır. Uzun vadede hem çalışanlar, hem de kurumlar krizden fayda sağlamış olur.

MS Project Verilerini Raporlayın

MS Project’te Report menüsünden aşağıdaki gibi bazı raporları almak mümkündür.

Proje Ekibinin Planlanan – Gerçekleşen ve Kalan iş yüklerini gösteren rapor örneği.

Haftalık Planlanan, Gerçekleşen ve Mevcut Nakit Akışını gösteren rapor.
Kaynak iş yüklerinin yüzdesel dağılımını gösteren rapor.
Categories: MS Project

Sürekli Risk Yönetimi

Risk yönetimi projenin başından sonuna kadar rutin aralıklarla yapılması gereken bir süreçler içerir.

Risk yönetimi, risk tanımlama, nitel ve nicel risk analizi, risklere yanıt planı oluşturmak, planları hayata geçirmek ve izlemek gibi süreçleri içerir.

  1. Başlangıçta proje takımı, potansiyel risk başlıklarını belirler.
  2. Kabaca her belirlelenen risk için önleme faaliyetleri ve düzeltme faaliyetleri belirlenir.
  3. Risklerin tehdit katsayısı sayısal olarak ortaya konur; bunun yanısıra riskin aciliyeti, sorumlusu, tetikleyicileri gibi konular da ele alınır.
  4. Risklerin proje süresini ve bütçesini ne kadar etkileyeceği belirlenir.
  5. Risk Yanıtlama Planı içindeki önleme faaliyetleri, aktivite listelerinin arasına eklenir. Proje kapsamı, zaman çizelgesi ve bütçesi tekrar revize edilir.
  6. Kapatılan riskler gelecekte öğrenilen derslerin içine girmek üzere arşivlenir.
  7. Proje takımı iki haftada bir risklerin durumunu değerlendirmek ve yeni risklerin varlığını sorgulamak için bir araya gelir.

MS Project’te “Task Type” Konusu

Task Type: Fixed Unit (Sabit Kaynak Sayısı – Bu işi Ali tek başına yapar, eforu arttırırsanız, süre artar; süreyi artarsanız, efor artar)


Task Type: Fixed Work (Bu işin bitmesi için Ali toplam 80 adam*saat çalışması gerekir. – Daha hızlı çalışırsa (Unit artarsa), Süre Azalır, daha yavaş açlışırsa (Unit azalırsa) süre artar.

Task Type: Fixed Duration (Bu iş kesinlikle 10 gün sürer – Ali işin başında tam zamanlı beklerse (unit=1) daha fazla efor harcar, yarı zamanlı beklerse (Unit=0,5) daha az efor harcar.

Categories: MS Project