Reklamlar

Archive

Posts Tagged ‘planlama’

PLANSIZLIĞIN ÖZEL HAYATA ETKİLERİ

Plansız, programsız iş yapanlardan dolayı stres yaşadınız mı? Plansız, programsız yürüyen projelerde dolayı, sevdiklerinizden uzak kaldınız mı? Özel hayatınızdan feragat ettiniz mi?

Reklamlar

Projelerde Ne İş Yapacağını Bilmek

103- Planlı Yaşamak

102 – Detaylı Plan Hazırlamanın Faydaları

101 – Detaylı Planlama

100 – Planlama Hataları

99 – Projeler Aşamalı Olgunlaşır

Proje Yönetimi için Pratik Bilgiler – 10

    • Projeler fanus içinde yapılmaz; Mutlaka iç ve dış faktörler projeleri ilerleyişini etkiler.
    • Çevresel işletme faktörleri dış etkenlerdir.
    • Organizasyonel süreç varlıkları iç etkenlerdir.
  • Proje plan – yürütme ve kontrol süreçleri iç ve dış etkenlerden mutlaka etkilenecektir.

Proje Yönetimi için Pratik Bilgiler – 3

    • Proje planlama tekrar eden bir süreçtir.
    • Planlama sadece bir kez yapılıp, bırakılmaz. Gelişmelere göre plan tekrar tekrar revize edilir.
  • Aşamalı Olgunlaşma, Yaklaşan Dalga Planlama gibi tekniklerle zaman içinde belirsizlikler azaltılırken, plan detaylandırılır.

85 – Planlama Sürecinde Neler Yapılmalı?

84 – Plan Yapmadan Proje Yönetmek Mümkün mü?

1.2.1.12. Proje Yönetiminde Şunlara Dikkat

24- Proje Yönetimi Süreçleri -2

MS Project ile Proje Planlama

Categories: MS Project Tags: , ,

MS Project'i Daha Verimli Kullanmak

“Yaklaşan Dalga Planlama” Yöntemini Kullanın

Özellikle uzun vadeli projelerde, projenin gelecekteki tüm detaylarını bilemeyeceğimiz için plan seviyesini öngörebildiğimiz döneme kadar detaylandırılmalıdır. Belirli Kilometre Taşlarına ulaştıkça, projenin geri kalanı tekrar detaylandırılarak, ilerlenmelidir. Aksi halde, her kilometre taşına ulaşıldığında projenin ilerideki tüm detayları değiştirilmek zorunda kalınabilir. Bu da planlama için harcanan eforun ve zamanın gereksiz yere uamasına sebep olur.

İş Kırılım Yapısına Dikkat

Proje planını tüm paydaşların daha rahat anlayabilmesi için projeyi aşamalara bölmek ve bu aşamaların alt detaylarını oluşturarak, planı şekillendirmek çok doğru bir yöntemdir.

Böylece süre, maliyet ve sorumluluklar proje aşamaları detayında görülmüş olur.

Bağlantılara Dikkat

Proje planındaki tüm kilometre taşlarının ve aktivitelerin mutlaka en az 1 adet öncülü ve bir adet de ardılı olmak zorundadır. Bu proje yönetiminin bir kuralıdır.

Özet görevler ise kesinlikle bağlanmamalıdır.

MS Project’teki Kaynaklar, Sorumlular Değildir

Yine çok sık yapılan bir hata; MS Project’te bir aktiviteye kaynak ataması yapmak,  fiilen çalışacak kişiyi atamak anlamına gelir. Sorumlu atamak için farklı yöntemler kullanmak gerekmektedir.

Temel Plan Eksikliği

Pek çok MS Project kullanıcısı Temel Plan (Baseline) özelliğini bilmez. Bu durumda planlanan ile gerçekleşen arasındaki farkı takip etmek mümün değildir.

Baseline – (Temel Plan) ve ayrıca Tracking Gantt (İzleme Gantt Öğesi) ifadelerini MS Project içinde araştırın.

Proje İlerlemesinin MS Project’e Yansıtılması

Proje içinde fiilen gerçekleştirilen tüm aktiviteler, MS Project üzerinde çok hızlı biçimde işlenmeli ve projenin ilerleyişi MS Project ile takip edilmelidir. Yapılan işlerin kayıtlarının geç girilmesi, projenin gidişatını geç öğrenmemize ve projenin kontrolümüzden çıkmasına sebep olacaktır.

Categories: MS Project Tags: , , ,

Buralarda Yenisiniz Galiba…

Proje Yöneticisi olarak atandığınız ilk proje mi? Hayırlı olsun. Bu üst yönetimin size olan güveninin de bir göstergesi.

Evet, şimdi ekibi toplama ve onları bir plan çerçevesinde çalıştırma zamanı…

Kimleri mi çağıracaksınız? Proje için bir çekirdek ekip kurarak, başlayabilirsiniz.

Proje amaçlarını iyi anlamanız gerekir ki diğerlerine de siz anlatabilin. Eğer eksik veya tutarsız bilgi verecek olursanız, ekibin size olan güvenini daha ilk başta kaybedersiniz.

Hedefi anlattıktan sonra proje kapsamını çekirdek ekibinizle netleştireceksiniz.

Ve sonra detaylı plan çıkacak… Bunun için uğraşıyorsunuz ama plan yapmaya kimsenin zamanı yok. Kimse size detaylarda neler yapıalcağını söylemiyor. Bilgi almak için soruyorsunuz fakat yapılan işlerin tanımı olmadığı için kimse net bir şey söyleyemiyor. Planları herkes aklında tutmakla övünüyor. Olabilir, moralinizi bozmayın.

Bir kaç kez bilgi almak için insanların peşinde koşturduktan sonra baktınız ki olacak gibi değil, “bari plan bölye kabaca kalsın”, dediniz. Hatta siz planı yapmakla uğraşırken, birileri çoktan proje faaliyetlerine başlamış, bazı kilometre taşlarına bile ulaşmışlar. Olsun, moral bozmak yok.

Bir sabah işe geldiğinizde öğreniyorsunuz ki, geçen hafta müşteri, bir proje takım üyesi, proje sponsoru, size hiç haber vermeden bazı konularda anlaşmışlar, projenin yönünü birlikte değiştirmişler ve öyle devam ediyorlar. Siz yine onların peşinden koşup, projenin nasıl şekil değiştirdiğini öğrenmeye çalışıyorsunuz. Bu da normal ve asla moral bozmak yok.

Bir gün, elinizde bilgisayar, bilgisayarda MS Project. Plan yok ama kendinizi herkesin peşinde koşan projede yapılan işleri günlük tutar gibi MS Project’e işleyen bir kişi olarak mı buldunuz? E, bu da normal, buralarda yenisiniz galiba…  🙂

Tutkulu PY’den Mektup – 4

Sevgili Proje Koçu,

Proje planlamanın önemli olduğunu biliyoruz, eksikliğini ben ve projelerde çalışan herkes mutlaka hissediyor fakat bu planlama işini bir türlü yapamıyoruz.

Benim şu anda üzerinde çalıştığım bir proje var. Bu proje şirketimin neredeyse tüm departmanlarını ilgilendiriyor. Planı hazırlayabilmem için o departmanlardan yetkili kişilerin desteğine ihtiyacım var. Bu çerçevede geçen hafta herkesin katılımının olacağı bir toplantı tertip ettim. Amacım yarım günlük bir oturum ile öncelikle projenin İş Kırılım Yapısını çıkarmayı hedeflemekti. Gelin, görün ki; o yarım gün her kafadan bir ses çıktı ve planın “p”’ sini yapamadan toplantı bitti. Her gelen “bu iş böyle olmaz”, “bu bize uymaz”, “nasılsa bu planlar daha çoook değişir”, “boşuna planla uğraşmayalım, nasılsa sapar”, “bu tip şeyler herşeyin düzenli olduğu şirketlerde olur” gibi sözlerle bütün motivasyonumu yok etti.

Bu sözlerin yanısıra, konu bir ara şirketin prosedürel süreçlerindeki aksaklıklara da kaydı ve başta şikayetler sonra suçlamalar derken, toplantı bitti.

Böyle bir durumda siz olsanız ne yapardımız?

Rumuz: Tutkulu PY

————————————

Sevgili Tutkulu PY,

Planlamaya İş Kırılım Yapısı ile başlayıp, kapsamı netleştirme niyetin çok doğru ve yerinde. İş Kırılım Yapısın, bütün proje paydaşlarının doğru iletişim kurabilmesi, projenin çıktılarını aynı şekilde anlayabilmeleri açısından çok çok önemli fakat “İş Kırılım Yapısını bütün paydaşlar biraraya gelerek, hazırlar” diye bir kural yok.

Madem ki, projen şirkette pek çok kişiyi etkilemektedir bu durumda, seninle birlikte planı yapmaktan ve takip etmekteden sorumlu olacak bir çekirdek ekip (Proje Yönetim Takımı) kurulmalıdır. Sen ve bu çekirdek ekip öncelikle İş Kırılım Yapısını kendi aranızda bir hazırlayın. Çekirdek ekip, çok büyük olmamalı (mümkünse 4-7 kişi yeterli). Az sayıdaki kişiyi yönetmeniz daha kolay olacaktır. İKY çıktıktan sonra paydaşların geneline bir sunumla İKY’nin ne olduğunu, amacını, neleri hedeflediğinizi bir sunumla anlatırsınız.

Daha sonra da planlama çalışmasının devamı yine bu çekirdek ekip tarafından geliştirilir. Bu çekirdek ekibe, yürütme, kontrol ve kapanış süreçlerinde de mutlaka ihtiyaç duyacaksın. Bu ekibin, projeye daha fazla zaman ayırmasını sağlamak için üst yönetimin desteği gerekebilir. Yani söylemek istediğim, özellikle büyük projelerde Proje Yöneticisi’nin yanısıra Proje Yönetimi Takımı da üst yönetim tarafından resmen atanır, yarı veya tam zamanlı Proje Yönetimi faaliyetlerine destek olur.

Son olarak, çekirdek ekibine birbiriyle iyi anlaşacağını düşündüğün, tecrübesine güvendiğin, sorun değil, çözüm üreten kişileri seçebilirsen, plan çok kısa zamanda ortaya çıkacak ve genel olarak da kabul görecektir.

Proje Koçu

Tedarik Yönetiminin Planlanması

Tedarik Yönetiminin Planlanması, projenin satın alma kararlarının belgelenmesi, yaklaşımın belirginleşmesi ve potansiyel satıcıların belirlenmesi sürecidir. Bu süreçte, proje ekibi neleri kendi yapacağına, neleri dışarıdan (ürün/hizmet) tedarik edeceğine karar verir.

Satın alma/tedarik işlemleri, satın alma departmanının sorumluluğunda  yürütülür fakat bu sürecin planlanmasından başta proje yöneticisi olmak üzere proje yönetim ekibi sorumludur.

Eğer iyi bir tedarik planı yok ise proje yöneticisi satın alma departmanının kapısını yumurta kapıya gelince çalar. Satın almanın gecikmesi ayrıdır, satın almanın planlanmaması apayrıdır; Doğal olarak, sorumluları da değişkendir.

Neye ihtiyacımız var?

Tedarik planı hazırlayabilmek için özellikle Kapsam Temel Çizgisi (İş Kırılım Yapısının çıktısı) elimizin altında olmalıdır. Böylece projenin ara teslimatlarını görmüş oluruz.

Gereksinim dokümantasyonu, müşteriden gelen ihtiyaçların yazılı olduğu doküman.

İşbirliği anlaşmaları; Eğer şirketinizin belirli ürün veya hizmeti satın aldığı anlaşmalı bir kurum varsa bu durum tedarik planlamayı etkileyecektir.

Bunların haricinde özetle, aktivite kaynak gereksinimleri, risk listesi, maliyet tahminleri, zaman çizelgesi, risklere bağlı sözleşme kararları gibi başlıklar tedarik planlamada gereklidir.

Nasıl Yapılır?

Yap – Satın Al Analizi: Proje ekibi proje içindeki ihtiyaçlarını tek tek ortaya çıkarır ve sonrasında ekibin kendisinin mi bu ürünleri üreteceğine yoksa dışarıdan mı tedarik edeceğine karar verir.

Sözleşme Türleri: PMI, bu bölüme oldukça fazla önem vermiştir ve alıcı ve satıcı arasında yapılabilecek sözleşme tiplerini anlatır. Bunları daha detaylı olarak başka bir yazımda ele alacağım fakat bu sözleşme tiplerinin isimleri şöyledir; sabit fiyatlı sözleşmeler, maliyet geri ödemeli sözleşmeler, süre ve malzeme sözleşmeleri.

Ne Çıkar?

Tedarik yönetim planı: Tedarik yönetimi planı, tedarik belgelerinin geliştirilmesinden sözleşmenin sona ermesine kadar tedarik süreçlerinin nasıl yönetileceğini tanımlar.

Tedarik çalışma bildirimleri: tedarik kalemini, olası satıcıların ürünleri, hizmetleri ya da sonuçları sağlayıp sağlayamayacaklarını belirleyebilmelerine izin verecek düzeyde ayrıntılı bir şekilde tanımlar.

Yap – Satın al kararları: “Yap ya da satın al” kararları, hangi proje ürünlerinin,  hizmetlerinin ya da sonuçlarının proje organizasyonunun dışından elde edileceği ve hangilerinin organizasyon içinde proje ekibi tarafından yürütüleceği konusunda varılan kararları belgeler.

Tedarik Belgeleri: Olası satıcılardan teklif istemek için tedarik belgeleri kullanılır. Farklı türde tedarik belgeleri için, bilgi talebi, ihaleye davet, teknik teklif talebi, fiyat talebi, ihale bildirimi, müzakereye davet gibi terimler kullanılır.

Kaynak seçimi kriterleri: Seçim kriterleri genellikle tedarik talebi belgelerinde belirtilir. Bu kriterler satıcıların tekliflerini derecelendirmek ya da puanlamak için geliştirilir ve kullanılır.

İ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ı…

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.

Detaylı Plan Hazırlamanın Faydaları

Detaylı bir proje planı hazrılamanın avantajları;

1- Süre Tahminleme Kolaylaşır: Aşamaların detaylarına indikça aktivitelerin süre tahminlerini geliştirmek daha kolay olacaktır ve daha gerçekçi bir aşama hatta proje süresine ulaşmak mümkün olacaktır.

2- Maliyet Tahminleme Kolaylaşır: Detay aktivitelerde harcanacak işgücü daha iyi tahmin edilebileceği gibi, makina saati veya malzeme ihtiyacı da daha kolay görüleiblecek ve maliyetler daha kesin tahminlenebilecektir.

3- Delegasyon Kolaylaşır: Büyük bir iş paketini bir departmana atadıktan sonra o işin kimse tarafından üstlenilmediğine şahit olmuşsunuzdur. İşte, bunu ortadan kaldırmak için aktiviteleri detaylandırın ve doğrudan sorumlusunu dokümante edin.

4- Risk ve Problemler Daha Kolay Görülür: Hangi aşamada ve hangi aktivitelerde ne tip sorunların yaşanabileceği daha kolay tahmin edilir. Böylece önleme yöntemleri projenin içine daha kolay eklenir.

5- Proje Takibi Daha Kolaylaşır: Eğer detaylı bir plan yoksa projeler %10, %20, %30… diye hızlı bir şekilde ilerler, ta ki %90’a gelene kadar. Ondan sonra %91, %92, %%93… diye ilerlemeye başlar ve bir türlü %100 olmaz.

Proje Raporları

Projeleri belirli fazlara bölerek, yönetimi ve takibi kolaylaştırmak mümkündür. Bu sayede bir sonraki aşamada yapılacak işlemler daha net görülebilir.

 Bir diğer yandan, projenin en başındayken, sonraki aşamalar için çok detaylı plan yapmakta her zaman anlamlı değildir. Süreçler yaşandıkça ve bir takım belirsizlikler ortadan kalktıkça sonraki aşamaları detaylandırmak planların daha gerçekçi olmasını sağlar.

Sonraki aşamaları planlayabilmek içinse bitirilen aşama ile ilgili önemli çıktılara ulaşmak gerekir. Böylece hem bir sonraki aşamaya geçip, geçmeyeceğinize karar verirsiniz hem de yapılacak işleri netleştirirsiniz. Aşama sonlarında ara ürün olarak mutlaka bazı çıktılar oluşacaktır ama önceden belirleyeceğimiz raporlar da  bize sonraki aşamada karşılaşacaklarımızla ilgili önemli ipuçları verir.

Aşağıdaki proje hayat döngüsünde hangi aşamada hangi bilgileri içeren raporların üretilmesi gerektiğine dair bir gösterim var. Kendi kurmunuzda aşamalarını tanımlayıp, benzer biçimde bir gösterim kullanırsanız, projenin aşamalarını ve çıktılarını anlamak daha kolaylaşacaktır.

asama-raporlari

Proje Yöneticisinin Gücü

Önceki yazılarımı takip edenler bilirler; “Proje Yöneticisi, proje için ayırdığı zamanının %60-90’ını iletişim, koordinasyon ile geçirmelidir”, şeklinde ifadelere yer vermiştim.

 

Bu duurmda Proje Yöneticisi işi yapandan ziyade yaptıran rolünü üstlenmeli ve proje yapmak yerine, yönetme fonksiyonunu yerine geitrmelidir.

 

Bu noktada “iyi de Proje Yöneticisi nasıl iş yaptırabilir?” gibi bir soru akla geliyor. İşte bu yazımda Proje Yöneticisinin iş yaptırabilmesi için kullanabileceği güçlerden bahsedeceğim. (Bu güçler Heroes dizisindeki güçler gibi değil ama yine de işe yarayabilir.)

 

Uzmanlık Gücü: Eğer bir kişinin konusunda uzman olduğunu görürseniz o kişiye saygı duyarsınız. Proje Yöneticisi de gerçekten konusunda uzman veya tecrübeliyse proje takımı daha kolay ikna edebilir. Bir proje ekibi kurulduğunda, ekip üyeleri öncelikle Proje Yöneticisinde bu özelliği ararlar. Kendilerine liderlik yapabilecek bir Proje Yöneticisi varsa projenin başarısına olan inanç da artar.

 

Yasal Güç: Proje Yöneticisi şirket içindeki organizasyon yapısında üst kademelerde yer alıyorsa bu Proje Yöneticisinin yasal gücü olduğu anlamına gelir. Emir-komuta zincirinde yukarıda yer almak proje faaliyetlerinin sorgusuz, sualsiz yapılmasını kolaylaştırır.

 

Ödüllendirme Gücü: Proje Yöneticisi, takım elemanlarına projenin başarısı karşısında bir ödül vaat ediyorsa, bu durumda da Ödüllendirme Gücünü kullandığını söyleyebiliriz. Proje  Yöneticisi özellikle motivasyonu yüksek tutabilmek amacıyla bu gücü kullanır fakat bu gücü kullanabilmesi için Üst Yönetimin desteği gerekmektedir. Bu gücü kullanarak bitirilen projelerde takım üyelerine vaadedilen ödül mutlaka takdim edilmelidir aksi takdirde Proje Yöneticisi ve hatta kurum içinde güven bunalımı yaşanır.

 

Korkutma Gücü: Takım elemanlarını ceza ile korkutarak da proje işleri yaptırılabilir. Korkutma Gücü, proje takımında stresi yükselten ve motivasyonu düşüren bir faktördür.

 

Referans Gücü: Yasal Güce benzer bir durum mevcuttur. Proje Yöneticisi eğer üst düzey bir yöneticinin desteği ile projedeki işleri yaptırmaya çalışıyorsa Referans Gücünü kullandığı anlamına gelir. Şirketlerde stratejik açıdan önemli projelere kurum içinde baskısı hissedilen (sesi yüksek çıkan) Genel Müdür Yardımcıları, sponsor olarak atanır. Bu Genel Müdür Yardımcısının desteğini alan Proje Yöneticisi kimi zamanda Departman Müdürlerinden bile yüksek yetkilere sahip olur. Bu gücü kullananlar, projenin bir başının ve bir sonunun olduğunu unutmamaları gerekir.

MS Project’te İşlerin Tamamlanması Konusu

MS Project’te ve daha pek çok yazılımda bir aktivitenin tamamlanma oranı ile o aktivitede kullanılan eforun harcanma miktarı arasındaki fark ayrı ayrı gösterilmektedir.Sayılarla ifade edecek olursak, Örneğin 10 günlük bir projenin ilk 5 gününde 75 adam*saat, son 5 gününde ise 25 adam*saat kullanacak şekilde plan yapmış olabilirsiniz.

 

Bu durumda işin süresel olarak %50’sini tamamladığınızda bütün eforun %75’ini harcamış olacaksınız. Geri kalan %50’lik zamanda ise tüm eforun sadece %25ine ihtiyaç duyacaksınız.

 

MS Project’te %Complete bilgisi ile %Work Complete bilgisi arasındaki fark budur. Yukarıdaki anlatımın MS Project’te görünümü de aşağıdaki gibi olacaktır.

complete 

Metrobüs Projesi

Türkiye’de Bolu Dağı Tüneli projesinden sonra herhalde son zamanlarda en çok konuşulan proje budur.

 

Projenin başarılı olup, olmadığı üzerine yorum yapmak mümkün değil çünkü hem ilgili sitede zaten pek çok yorum var hem de yorum yapan sanki siyasi görüş de ifade etmiş gibi oluyor.  Onun için ben de sadece çıkan haberleri derledim. Değerlendirmeyi siz yapın. 

 

 

Metrobüse binen arızasına katlanır
21 Mayıs 2009 Perşembe
Arızalanan metrobüsten indirilen yolcular Boğaz Köprüsü’nden Mecidiyeköy’e kadar 2 kilometre zorunlu sabah yürüyüşü yaptı.


Hollanda’dan metrobüs açıklaması
20 Mayıs 2009 Çarşamba
“1 ay içinde sistem hazır hale gelecek. Metrobüslerde sorun yok”


Metrobüs düellosu
17 Mayıs 2009 Pazar
Topbaş’tan Kılıçdaroğlu’na yanıt: “Hala gündemde kalmak isteyenler var”


Metrobüs yolunda feci kaza!
14 Mayıs 2009 Perşembe
Önce önündeki 2 araca çarptı sonra bariyerleri aşıp metrobüs yoluna girdi!


Lastiği patlayan metrobüs dehşet saçtı!
03 Mayıs 2009 Pazar
İki otomobili biçti, bariyerlere çarparak durabildi!


Metrobüs kazalara davetiye çıkarıyor”
02 Mayıs 2009 Cumartesi
TMMOB Makine Mühendisleri Odası İstanbul Şube Başkanı İlter Çelik: “Avcılar’daki kaza düşündürücü”


Metrobüs yolunda feci kaza
30 Nisan 2009 Perşembe
Bariyere çarptı, alev alev yandı!


Metrobüs yolunda feci kaza!
30 Nisan 2009 Perşembe
Bariyere çarptı, alev alev yandı!


Ya lastiği patlarsa!
24 Nisan 2009 Cuma
Metrobüs yolcularını bekleyen tehlike…


Belediyeden metrobüs açıklaması
21 Nisan 2009 Salı
Yeni araçlar ne zaman hizmete girecek?

 

Metrobüs 1 ayda 4 milyon kişiyi taşıdı
01 Nisan 2009 Çarşamba
İETT’nin kazancı 3.5 milyon TL arttı


Metrobüs yayaya çarptı
25 Mart 2009 Çarşamba
İnanılmaz kaza..


Yürübüs yolu!
18 Mart 2009 Çarşamba
Metrobüsler arıza yapınca binlerce vatandaş Topkapı-Mecidiyeköy arası yürümeye başladı.


Metrobüs yolu Yayayolu oldu
18 Mart 2009 Çarşamba

 

Metrobüsten 50 ek sefer!
13 Mart 2009 Cuma
Turkcell Süper Lig’de bu akşam oynanacak Fenerbahçe-Kocaelispor maçı nedeniyle motrobüsün 50 adet ek sefer yapacağı bildirildi.


Metrobüs yolunda feci kaza!
06 Mart 2009 Cuma
Zincirleme kazaya neden aracın fırlayan motoru metrobüse çarptı

 

Metrobüs arızalanınca…
06 Mart 2009 Cuma
1.5 kilometre yürümek zorunda kalan yolcular çılgına döndü

 

Metrobüste büyük izdiham
05 Mart 2009 Perşembe
Polis müdahale etmek zorunda kaldı

 

Metrobüs kullanıcılarına sabah sürprizi
05 Mart 2009 Perşembe
Çift bilet yok!

 

 

 

 

Aktivite Sıralama – 1 – PMBOK

PMBOK’taki süreçleri anlattığım yazı dizisine bugün de bir ekleme yapmak istiyorum. Bu konuyla ilgili bir önceki yazımda ele aldığım Aktivite Tanımlama işleminden hemen sonra yapılması gereken önemli planlama adımı da Aktivite Sıralama’dır.

Aktivite Sıralama bir projenin gerçekçi ve ulaşılabilir zaman çizelgesi oluşturulabilmesi için çok fazla önem verilmesi gereken bir çalışmadır. Bu yüzden projedeki aktivite sayısı kaç olursa olsun, her aktivitenin sıralama çalışmasında ayrı ayrı ele alınması gerekmektedir.

Aktivite Sıralamada bilinmesi gereken iki tane terim vardır: Öncül ve Ardıl. Bunun yanısıra öncül ve ardıl aktivitelere uygulanmak üzere bağlantı tipleri de şu şekilde karşımıza çıkar:

Tamamlanınca – Başlasın (Finish-to-Start)

Başlayınca – Başlasın (Start-to-Start)

Tamamlanınca – Tamamlansın (Finish-to-Finish)

Bilinmesi gereken diğer iki terim ise Öteleme ve Geri Çekme Zamanı olarak karşımıza çıkacaktır.

Öteleme Zamanı: Bir aktivitenin tamamlanmasından sonra belirli bir sürenin geçmesi gerekiyorsa plana eklenmelidir.

Geri Çekme Zamanı: Bir aktivite bitmeden belirli bir süre önce ardıl aktivite başlayabiliyorsa bu durum plana eklenmelidir.

Bir sonraki yazımda Aktivite Sıralama için Neler Gerekli, Nasıl Yapılır, Ortaya Ne Çıkar sorularına cevap arayacağız.

Aktivite Tanımlama – PMBOK

Kapsam yönetiminde  karar verilen teslimatlara ulaşabilmek için yapılacak faaliyetlerin belirlenmesidir.

PMI’a göre İş Kırılım Yapısında proje aşamaları ve nihai noktadaki teslimatlar (ara ürünler) düşünülür, aktivite tanımlama da ise fiilen yapılacak işler tek tek ortaya çıkarılır. Her ne kadar PMBOK’larda bu konular ayrı ayrı yer almış olsa da gerçek hayatta bu süreçler çok da birbirinden kopuk yaşanmaz. Söylemek istediğim; bir ekip, proje aşamalarını, aşamaların sonundaki hedeflerini belirlerken aktiviteleri de bir yandan düşünür ve bir dokümanda (Word, Excel, Project) toplar.

Neye İhtiyacımız Var?

Bu noktada aktiviteleri tanımlayan ekibin dikkate alması gereken en önemli şey, proje taraflarınca ortak olarak kabul edilen kapsam çerçevesinde aktivitelerin belirlenmesidir. Bu yüzden İş Kırılım Yapısına ihtiyaç duyarlar.

Nasıl Yapılır?

Ayrıştırma tekniği: Aktivitelerin netleştirilmesi için kullanılması gereken bir tekniktir.  Ayrıştırmada amaç aktiviteleri daha kolay yönetilebilir seviyeye getirecek ölçüde küçük parçalara bölmek ve idareyi kolaylaştırmaktır.

Bunun yanısıra detay faaliyetleri çıkarmak yinelenen bir işlemdir. Şöyle ki; projenin ilk safhalarında belirli aşamaları tamamlamadan sonraki dönemlerin detaylarını oluşturmak kolay değildir. Ara hedeflere ulaştıkça sonraki süreçleri görmek ve detayları zaman içinde ortaya çıkarmak kaçınılmaz bir süreçtir. Bu tarz yaklaşıma “Yaklaşan Dalga Planlama (Rolling Wave Planning)” adı verilmektedir.

Ortaya Ne Çıkar?

Yukarıdaki tekniklerin uygulanması ile projenin fiilen yapılacak aktiviteleri ortaya çıkarılmış olacaktır.

PMBOK, kilometretaşı listesinin de aktivite tanımlama neticesinde ortaya çıkacağını ifade eder. Kilometretaşları, sıfır süreli aktiviteler olup, projenin kolay takip edilmesi amacıyla planlanmalıdır. Özellikle, onay alma, sunum yapma, kabul/red etme noktaları gibi bütün proje içinde süresinin kısa olacağının düşünüldüğü ve sonraki aktiviteler için de değerlendirmelerin yapılacağı noktalardır.

Müzakere Taktikleri – 6

Yeni Sorun

 

Müzakere sürecinin ortasında içinde bulunulan durumu düşünmek ve durumu değerlendirmek amacıyla kullanılabilir. Müzakere tansiyonunu düşürmek de amaçlanabilir.

 

“Pardon, müdürüm arıyor, kendisiyle konuyu kısaca görüşüp, hemen geliyorum”

 

Oyuncu Takviyesi

 

Bir müzakerede işin daha uzmanı olan kişiyi ortama dahil ederek, müzakerenin devamını sağlamak.

 

“Yazılımın teknik yanıyla ilgili Bilgi İşlem birimimizden bir arkadaşımız da az sonra aramızda olacak”

 

Kemirmek

 

Karşı taraf için basit olduğunu bildiğimiz bir isteği de bütün isteklerin arasına sıkıştırmak.

 

“Kapsam ve süre konusunda hem fikiriz, siz de bize %1 simgesel bir indirim daha yapın da karşılıklı projeyi onaylayalım.”

 

Yetkim Yok

 

Müzakerecinin bir takım yetkileri olmadığı ifade ederek, karar anını ertelemesi

 

“Projeyle ilgili bu isteğini kabul etmem mümkün değil.Patronumuzla konuşup, size tekrar döneceğim.”

 

Müzakere Edilemez

 

Karşıdan gelen talebi doğrudan geri çevirme ve müzakere konusu bile edilemeyeceğini vurgulama.

 

– Şu tablonun fiyatı kaça acaba

– O bana eşimin hediyesi, süs amacıyla astım, satılık değildir, efendim.

 

Bunaltmak

 

Karşı tarafa çok fazla iş veya bilgi yüklemesi yaparak, bunaltmak ve karşı tarafı geri çekilmeye zorlamak.

 

“X ürünüyle ilgili müşterilerimizin bilgilerini istemiştiniz.Ben de size tüm müşteri portföyümüzün bilgilerini yolladım. İçinden merak ettiklerinizi bulup, çıkarırsınız.”

 

Fazlandırma

 

İlgili konuyu zamana bölerek, idare etmeyi önerme

 

“Önce projenin basit tarafını 1 ay içinde halledelim. Sonraki aşamaları da alacağımız sonuçlara göre yine zamana bölerek, gerçekleştiririz.

 

 

Başarı ve Başarısızlık

Projelerin başarısının arkasındaki en önemli sebepler:

  1. Projenin üst yönetimden destek görmesi – Etkili bir sponsor
  2. Takım üyelerinin ortak paydada buluşması
  3. Proje takımının becerileri, kabiliyetleri
  4. Proje boyunca fonlamanın planlar çerçevesinde gerçekleşmesi
  5. Etkin planlama ve kontrol teknikleri
  6. Takım çalışmasına önem verme
  7. Proje hedeflerinin açıkça ortaya konması
  8. Proje yönetimi süreçlerinin etkin kullanılması
  9. İyi iletişim

Başarısızlık ise yukarıdakilerin zıttı davranışları göstermekle mümkün fakat proje bütçelerinin zaman içinde kesintiye uğraması herhalde en çok akrşılaşılan durumdur . Bu yüzden sürenin veya kapsamın revize edilmesi gerekmektedir. Ya süre uzaması gündeme gelmelidir, ya da daha dar kapsamlı bir sonuç ortaya çıkacağı anlaşılmalıdır. Gerekli revizyonlar yapılmaz ise bu durumda riskler artacak ve müşteriye kalitesiz bir ürün sunulmuş olacaktır.

MS Project’te Aktiviteye Özel Takvim

MS Project ile bir proje hazırladınız. Tanımladığınız görevler ve atadığınız kaynaklar MS Project’in Standart takvimine bağlı olarak zaman programına yerleşti. Fakat aktivitelerden bir kaç tanesi aslında Standart takviminizin dışında yapılması gerekiyor. (Örneğin saat 18:00’dan sonra sabaha kadar)

Böyle bir durumda o aktivitenin Standart yerine Gece Vardiyası takvimine bağlanmasını isteyebilirsiniz.

Bu durumda ilgili aktiviteye iki kere tıklamanız ve açılan Task Information penceresinde Advanced sekmesine geçmeniz gerekmektedir. Calender seçeneğinden takvim değişikliği yaparsanız, o aktivite artık diğer takvimlerin zaman aralığına göre Gantt Diyagramı üzerinde gözükmeye başlayacaktır.

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

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.

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

Planlamamak için 10 Mazeret

  1. Bizim işler biraz farklı. Çok dinamik, bu yüzden planlamak ve bunları tutturmak pek mümkün olmuyor. Planlamakla zaman kaybetmeye gerek yok.
  2. MS Project‘in ne zaman, ne yapacağı belli olmuyor. (MS Project’i doğru kullanmayı bilmiyorum)
  3. Bizim kaynaklar her zaman kısıttır.  (Kaynak planlaması nasıl yapılır, bilmiyorum)
  4. Bizde kritik yol çok değişken. (Kritik Yolun ne olduğunu bilmiyorum)
  5. Müşterinin değişiklik istekleri yaptığımız planı bozuyor. (Kapsam Yönetimi nasıl yapılır, bilmiyorum)
  6. Finansal ihtiyaçlarla, gelen parasal kaynak uyuşmuyor. (Bütçenin nasıl belirleneceğini bilmiyorum.)
  7. Kapsam gittikçe genişledi ama üst yönetimi yine aynı bütçe ve aynı sürede projeyi istiyor. (Projenin kalitesi gözardı ediliyor.)
  8. Günümün çoğunu üst yönetime raporlar oluşturmakla geçiriyorum. Rapor hazırlamaktan planlamaya fırsat bulamıyorum.
  9. Departman yöneticilerinden gerekli desteği alamadığım için proje faaliyetlerini yönetemiyorum.
  10. Biz proje yönetimi konusuna hakimiz, planlamayı aklımızdan yapıyoruz.