İletişimin Planlanması – PMBOK

Proje paydaşlarının bilgi ihtiyaçlarının belirlenmesi ve bir iletişim yaklaşımının tanımlanması sürecidir.

İletişimin Planlanması süreci, paydaşların bilgi ve iletişim ihtiyaçlarına yanıt vermek için yürütülür; örneğin, kimin hangi bilgiye ne zaman ihtiyaç duyacağı , bu bilgilerin onlara nasıl ve kimin tarafından verileceği gibi konularda kararlar alınır.

İletişimin yanlış planlanması veya hiç planlanmaması mesajların iletilmesinde gecikmelere, hassas bilgilerin yanlış yerlere gönderilmesine ve bazı paydaşlara eksik bilgi gönderilmesine yol açabilir.

Etkin iletişim, bilginin doğru içerikte, doğru zamanda ve doğru etkiyi yaratacak şekilde sunulması demektir.

Verimli iletişim ise sadece gerekli bilgilerin sunulması anlamına gelir.

Neye İhtiyacımız Var?

İletişimin planlanabilmesi için öncelikle Paydaş Listesi elinizin altında olmalıdır. Paydaş Listesi’ni inceleyerek, hangi paydaşı nasıl yönteceğinize dair bir strateji geliştirmelisiniz. Geliştirdiğiniz stratejilerde hangi paydaşa hangi bilgileri göndereceğinizi veya hangi bilgileri alacağınızı belirlemekte yardımcı olacaktır.

Nasıl Yapılır?

İletişim Analizi ve İletişim Teknolojisini belirleyerek, iletişim planına ulaşılabilir. Yapılması gereken şey, proje sürecinde Gantt Şemasına da bakarak, öncelikle Major Toplantıların (Üst Yönetime, Sponsora) zamanına, katılımcılarına, yerine, gündemine karar vermek, daha sonra  Minor Toplantıların sıklıklarını belirlemek ve aynı şekilde olmazsa olmaz katılımcıları, gündem konularını belirlemek olarak özetlenebilir.

Ayrıca bilgi akışında kullanılacak araçlar, teknoloji, formlar, yazılımlar da netleştirilir. Bu araçların neler olduğu proje ekibine tanıtılmalıdır.

Ortaya Ne Çıkar?

İletişim planı, herkesin baktığında bu projede iletişimin nasıl yapılacağını anlaması gereken bir doküman olmalıdır.

İçinde örneğin;

  • Takım üyeleri gerçekleşme verilerini ne sıklıkta Proje Yöneticisine ve nasıl aktaracaklardır?
  • Proje Yöneticisi, üst yönetimi veya müşteriyi ne sıklıkta ve hangi bilgi içeriği sunarak bilgilendirecektir.
  • Üretilen bilgiler nasıl arşivlenecektir.
  • Rapor formatları, sıklığı, kimden kime gönderileceğine dair yaklaşım.
  •  ve daha fazlası…

Mart 2010 Bulmacası – İnsan Kaynakları Yönetimi

Bu ayın konusu İnsan Kaynakları Yönetimi.

Projeye dahil olacak bireylerin seçiminden, etkin kullanımına, eğitiminden, motivasyon konularına kadar geniş yelpazede bir proje yöneticisinin bilmesi gereken konular bu süreç altında ele alınır.

  • İnsan Kaynakları Planının Geliştirilmesi
  •  Proje Ekibinin Oluşturulması
  •  Proje Ekibinin Geliştirilmesi
  •  Proje Ekibinin Yönetilmesi

 Human Resouce Management

Ocak Ayı’daki Kalite Yönetimi’nin cevabı: Quality Management (answer key)

Kapsam ile Kalitenin İlişkisi

Bir projenin kapsamının daralması, kalitesinin düşmesi anlamına gelir mi? Bu soruyu duyan pek çok kişi bir tereddüt yaşıyor. Bu soruya evet veya hayır demek kolay değil. Ben konuya “algı meselesi” olarak bakıyorum.

PMBOK’ta çok beğendiğim bir örnek vardır. Bir yazılım satın aldığınızı düşünün; Satan kuruluş, bu yazılımın çok fazla fonksiyonu olduğunu söylemiş olsun. Yani bir yazılım alarak, şirketinizdeki pek çok meseleyi tek bir merkezden halledeceksiniz. Bir taşla bir sürü kuş vuracaksınız. Firmaya inandınız ve yazılım satın aldınız, diyelim. Yazılıma baktığınızda gerçekten bir çok fonksiyonu var fakat çalıştırdığınızda yanlış sonuçlar veriyor, hatalı işlemler yapıyor veya çok geç yapıyor, kimi zaman hiç yapmıyor.

Böyle bir ürünü mü tercih edersiniz, yoksa daha dar fonksiyonlu ama en azından istediğiniz gibi hatasız çalışan bir ürünü mü?

Bence kapsam ile kalite arasındaki farkı en iyi anlatan örnek budur.

Çıkan sonuç: kapsamı geniş tutup, zamanında yetiştirmek adına kalitesiz, bir şey yapmaktansa, daha dar kapsamlı fakat kalite kriterlerinden ödün verilmemiş bir proje çok daha başarılı görülecektir.

Bazen Proje Yöneticisi zamanı baskısı yüzünden kaliteden feragat etmeyi tercih ediyor. Halbuki, müşteri ile açıkça konuşmalı, beklentilerin bir bölümünü bir sonraki faza aktarmanın daha doğru olacağına, kalitenin vazgeçilmez bir başarı göstergesi olduğuna ikna etmelidir.

Burada iletişim çok büyük önem taşıyor çünkü eğer Proje Yöneticisi, müşteriye haber vermeden kapsamı daraltırsa, müşteri gözündeki algı, ürünün kalitesinden feragat edildiği yönünde olacaktır. Müşteri gözündeki kapsam ve kalite algısını oluşturmak ve yönlendirmek, Proje Yöneticisinin görevleri arasındadır.

Kalite Planlama – PMBOK

Projenin veya ürünün ihtiyaç duyduğu kalite kritelerinin belirlenmsi ve dokümante edilmesi Kalite Planlama olrak bilinir. Proje Yöneticisi, projesinin kaliteli yönetilmesi için ve müşterinin ihtiyacı olan ürünün istenen kaliteye ulaşabilmesi için kalite planlamasına çok önem vermelidir.

PMI da, bu yüzden Kalite Yönetimine ayrı bir önem verir; “Kalite Yönetiminden kim sorumludur” şeklinde bir PMP’lik sorusunun cevabı “Herkes” olarak işaretlenmelidir.

 Neye İhtiyacımız Var?

Gereksinim Listesi, Kapsam Tanımı, İş Kırılım Yapısı, projenin kapsamını anlatacağı için Kalite Planlama için gereklidir.

Ayrıca, proje paydaşlarını da bilmemiz gerekir ki beklentilere göre kalite planları değişikliğe uğrayabilir.

Kalite için ayırabileceğiniz bütçeyi ve yanısıra kalite kriterlerinin hangi aktivitelerde uygulanacağını bilmek için zaman planı da girdilerimiz arasındadır.

 Nasıl Yapılır?

Bu konuda bir çok teknik sıralanmıştır.

Fayda/Maliyet Analizi: Kalitede sınır yoktur. Sınır kalite için harcayabileceğiniz bedeldir. Bu yüzden maliyet ile fayda arasındaki ilişkiye bakarak, kalite seviyesi belirlenir.

Bazı istatistiksel yöntemler. Örneğin; kontrol grafikleri, istatistiksel örnekleme gibi.

Bunun haricinde, kıyaslama, deney tasarımı, akış diyagramı oluşturma gibi teknikler de kalite planlama da kullanılır.

 Ortaya Ne Çıkar?

Bu sürecin çıktısı çok önemlidir. Proje Yönetim Takımı, kalite planı hazırlayarak, proje içindeki işlerin, teslimatların olmasını istedikleri özellikleri ortaya çıkarmış olacaktır.

Daha açıkçası, işlerin yapılış şekilleri veya ara hedeflerde ortaya çıkacak sonuçların nitelikleri. Örneğin bir araştırma ve veri toplama aşamasının nasıl yapılacak ve çıktısı ne olacak bilgisi aşağıdaki gibi planlanabilir.

  • En az 1.000 kişi ile mülakat yapılacak.
  • Mülakatları psikolog uzmanlar gerçekleştirecek.
  • Araştırmada şu sorulara yer verilecek.
  • Araştırma sonuçları şu formatta, şu yetkiliye raporlanacak.

Neden PMP Sertifikası Almalıyım? -2

Çok basit ve kısa süren bir araştırma. Siz de kolayca yapabilirsiniz.

 Az önce www.kariyer.net sitesine girdim. Saddece İstabul için önce “Proje Yöneticisi” kelimesini kullanarak, verilen iş ilanlarını döktüm. 2010 yılı itibariyle 100 adet içnde “Proje Yöneticisi” kelimesi içeren ilan buldum.

Daha sonra “PMP” ifadesi içeren iş ilanlarını araştırdım. 26 adet buldum. Tek tek inceledim iki ilanda “PMP” ifadesini farklı anlamda kullanmış. Yani 24 ilan PMP sertifikasına sahip Proje Yöneticisi arayışında.

 Bu da ilanların %24’ü eder. Bu sayının PMBOK’ın ve PMP sınavının Türkçeleşmesiyle daha da artacağını sanıyorum.

Ve Karşınızda PMBOK 2008 Türkçe

Bugün Türk Telekom’dan Program ve Proje Yönetimi Direktörlüğü Başkanı Kamil Yılmaz Bey ile yaptığımız toplantı sonunda kendisi bana Türkçe PMBOK 2008’i hediye etti.

Türk Telekom, PMBOK 2008 Türkçe kitabı bütün il kütüphanelerine, tüm üniversitelere, kamu kuruluşlarına, sivil toplum örgütlerine ücretsiz olarak gönderiyor.

Türk Telekom PMBOK’ı, Türkçeleştirerek, ülkemizde proje yönetimi adına önemli bir adım atmış oldu.

Kıtabı satın almak isteyenlerin PMI Türkiye ile irtibata geçmeleri gerekmektedir.

Bu yıl sonu itibariyle sınavın da Türkçe olacağını Kamil Bey’den öğrenmiş bulunmaktayım. Bu bilgiyi de paylaşmaktan mutluluk duyarım.

Kasım 2009 Bulmacası – Zaman Yönetimi

mr_crosswordSon anda yetiştirdim. 🙂 Kasım ayından çıkmadan bu bulmacayı yayınlamayı da başardım. Bu ay eğitimlerle oldukça meşguldüm. Bu yüzden blog sayfama çok fazla zaman ayıramadım. Bugün bayramın 3.günü ve ben saat 22:00’de Zaman Yönetimi konulu bulmacayı bayram için geldiğim Eskişehir’de hazırladım.

Time Management

Ve geçen ayın Genel Çerçeve (Framework) bulmacasının cevap anahtarını da bu linkten bulabilirsiniz:  Framework (answer key)

Yeni bulmacada herkese başarılar ve iyi eğlenceler dilerim.

Maliyet Tahminleme – PMBOK

PMI’ın Planlama Sürecinde ve Maliyet Yönetimi Bilgi Alanı içinde anlattığı maliyet tahminlemenin amacı; Proje aktivitelerinin ihtiyaç duyduğu parasal miktarı bulmak ve projenin hem toplam hem de belirli zaman dönemleri için gerekli olan parasal kaynak ihtiyacının üst yönetime sunulmasıdır.

Bu çalışmanın da tekrarlanan olduğunu unutmamak gerekir. Projenin başında kabaca yapılan maliyet tahmini, iş planları detaylandıkça daha da netleşecek ve sapma ihtimali azalacaktır.

Neye İhtiyacımız Var?

Maliyet tahminleme için projenizin hangi aşamalardan geçeceğini mutlaka bilmelisiniz. Bu yüzden projenizin kapsamı netleşmiş ve İş Kırılım Yapısı ortaya çıkmış olmalıdır.

Bunun yanı sıra projenizin detay aktivitelerini de bir zaman diyagramı üzerinde görmeniz gerekmektedir.

Böylece detayları daha bilinmeyen/belirlenmemiş aşamalar için ve detayları ortaya çıkmış aktiviteler için zaman ekseni üzerinde maliyet tahmin etmek mümkün olacaktır.

Nasıl Yapılır?

Geçmişteki deneyimlere dönüp, bakmak en kolay yöntemdir. Hızlı bir tahmin geliştirme imkanı sunar fakat kesinliği hakkında aynı şeyleri söyleyemeyiz.

Bir tahminleme tekniği Parametrik Tahminlemedir. Oldukça basittir. 1 metrekare 5 TL’e boyanıyorsa, 100 metrekare kaça boyanır, şeklinde bir hesapla maliyet tahminlenir.

Aşağıdan yukarıya tahminleme de bir diğer yaklaşımdır. Her detay aktivite için tek tek harcanacak insan kaynağı eforu, makina saati ve malzeme bilgisi düşünülerek, her işin maliyeti ayrı ayrı tahmin edilir. Uzun ve zor bir çalışma gerektirebilir fakat kesine yakın sonuç bulmanızı sağlar. Sapma ihtimali çok daha az olacaktır. Oluşan farklılıkların sebepleri de daha net ortaya çıkacaktır.

Tedarikçilerden fiyat toplama da işlerin fiyatını tahminlemek için kullanılabilir bir yöntemdir.

Ne Çıkar?

Maliyet tahminleme ile projedeki tüm aktivitelerin maliyet tahminleri ortaya çıkmış olacaktır.

Projeler İlerledikçe Gelişir…

PMI’ın, projelerin geneli için ifade ettiği bir tanım vardır. Bu tanım, “proje” tanımının içinde doğrudan yer almadığından kimi zaman gözden kaçar. PMI derki: Projeler İlerledikçe Gelişir. Orjinal ifadesiyle “Progressive Elaboration” projelerin doğasında olan bir özelliktir.

Bundan önceki yazılarımda belirttiğim bir konu vardı. Projelerde belirsizliklerin zamanla azalacağı hakkında… İşte, belirsizliklerin zamanla azalması projelerin de zamanla gelişimini sağlar. (Gelişim deyince sadece ilerleme, tamamlanma anlamında kullanmıyorum.)

Örneğin, proje yöneticisi, belirsizliklerin en fazla olduğu anda bir süre veya maliyet tahmini geliştirirse, bunun gerçekçiliği ne kadar doğru olabilir? Kapsamı tam belirleyemeden yapılan süre ve maliyet tahminleri, kapsam netleştikçe revize olmak zorundadır. Kapsamın zamanla artması durumu varsa, süre ve maliyet hedeflerinin buna bağlı olarak revize edilmesi kaçınılmazdır. Kapsamın genişlemesi veya daralmasına göre diğer hedeflerde yapılacak revizelerin de bir Proje Yönetimi metodu içinde yer alması sağlanabilir. Bunların müşteriden, üst yönetimden, sponsordan kapsamla ilgili teyit alma ve buna karşılık zaman, maliyet hedeflerinin nasıl değiştiğini izah etme noktalarıdır. Bu yöntem sayesinde Kapsam’ın netleştirilmesi ve hatta proje taraflarınca Kapsam’ın Doğrulanması sağlanmaktadır.

Yukarıdaki tanıma ek olarak, müşteriden gelecek değişikliklerin de ekstra bir maliyeti olacaktır. Değişiklik istekleri başta gelirse, yaratacağı maliyet düşük iken sona doğru gelecek bir değişiklik isteğinin yaratacağı maliyet çok daha yüksek olacaktır.

Proje Yöneticisi için ise plan hazırlarken “Progressive Elaboration” ifadesini anlamış olması çok önemlidir. Bu kavramın anlatmak istediği; Proje Yöneticisi tarafından yakın gelecek detaylı planlanmalı, uzak gelecekteki detay seviyesi ise çok fazla olmamalı çünkü bir takım ara hedeflerin çıktısı bilmeden, uzak gelecekteki detayları planlamak zaman ve efor kaybı olacaktır. İşte, “ara hedef” diye de ifade ettiğim tanım, kapsamın doğrulanması ile söz konusudur.

Kapsam Doğrulama, aslında projenin adım adım sağlıklı gelişmesi sağlayan önemli bir işlemdir. Proje Yöneticisi, Müşteri (veya diğer taraflar) tarafından yeterince önemsenmez ise  projede ilerleme görülemez, bu da belirsizliklerin yüksek kalmasına, değişiklik isteklerinin çok pahalıya mal olmasına, projenin sadece kabaca planlarının yapılmasına sebep olacaktır.

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.