Daha sonra örnekler yapmaya başlayınca, planlamanın “sözde” değil özde önemli olduğunu ve hatta bir proje yöneticisinin planlamaya, proje takibine önemli bir zaman ayırması gerektiğini gördüklerinde, belki de gözleri korktuğu için, “planlamaya bu kadar zaman ayıramayız” şeklinde bir yorum yaparlar. 

Daha acımasız yorumlar da gelir; Mesela: “bu eğitim bizim ihtiyaçlarımıza karşılık gelmiyor. Bize, daha az planlama yaparak, projelerimizi yönetebileceğimiz bir yöntem gerekiyor.”

Veya bir başkası;

“bizim projeler çok farklı, bize özel bir planalama ve takip yöntemlerinin anlatıldığı bir eğitim gerekiyor.”

Veya bir başkası;

“Planlama önemli ama bizim bu kadar zamanımız yok.”

Veya bir başkası ve benim en çok sevdiğim;

“Bu eğitim çok teknik, bu yüzden bize uygun değil” – bu yorumu çok seviyorum çünkü teknik (elle tutulur, gözle görülür, ölçülebilir) şeyler anlatmaktan hoşlanıyorum ve bu yorum benim doğru işi yaptığımı bana tekrar tekrar hatırlatıyor ve “aman bu katılımcılar bu kadar teknik anlamazlar, daha basit anlatayım.” diye hiç bir zaman da kaygım olmuyor, olmayacaktır da. Bildiğimi, eğmeden, bükmeden anlatıyorum.

Psikoloji,sosyoloji bilimlerinin alt detaylarında yer alan liderlik, motivasyon, ekip yönetme gibi konuların uzmanı değilim ama tabiki bu konular üzerinde önemle durduğum zamanlar da oluyor. Fakat beşeri (insani) özellikleri ölçümlemenin zor olduğunu herkes bilir. Bu yüzden, ben eğitimlerimde katılımcılarıma elle tutulur sonuçlar vermeyi hedefliyorum. Benim verdiğim bir eğitimden sonra kimse şunu diyemez: “Hoca çok güzel anlattı ama bunları nasıl uygulayacağız, anlamadık.”

Dediğim gibi; benim eğitimime katılan bir kişi,  bir projede kapsam, zaman, maliyet, kalite, insan kaynakları, iletişim, risk, tedarik planlarının nasıl hazırlanması gerektiğini uygulayarak, öğrenir. İş yerinde uygular veya uygulamaz o başka ama know-how’dan daha önemli olan do-how’ı alarak eğitimden ayrılır.

Neyse, sonuç olarak, plan yapmadan proje yönetmek mümkün degildir. Begenseniz de, begenmeseniz de…

No related posts.

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

No related posts.

Gereksinim Yönetim Planı: Müşteriden ihtiyaçları toplarken kullanılacak yöntemlerin neler olacağını, gereksinimleri toplamaktan, onaylamaktan, kontrol etmekten hem proje ekibi tarafında, hem de müşteri tarafında sorumlu olanların kimler olduğunu  tanımlayan belgedir.

Gereksinimlerde değişiklik önerilerinin nasıl toplanacağı, nasıl kayıt edileceği, nasıl değerlendirileceği ve bunları yapmaktan kimlerin sorumlu ve yetkili olduğu bu belgede ifade edilir.

Değişiklik Yönetim Planı: Projede bir değişiklik isteği gelmesi veya bir değişikliğin gerçekleşmesi halinde Proje Yöneticisi ve çekirdek takımın hangi süreçleri geçeceğini anlatan belgedir.

Özellikle, kapsamla ilgili gelebilecek değişikliklerde Proje Yöneticisinin yetkilerini aşan bir takım kararları vermekle karşı karşıya kalırsa, bu kararların alınmasındaki adımları ve sorumlu ve yetkili kişi veya grupları (örneğin: Değişiklik Onay Komitesi) işaret eder.

Yapılandırma (Konfigürasyon ) Yönetim Planı: Bu yönetim planı daha çok proje sonunda ortaya çıkacak ürünün teknik anlamda bir takım değişiklikler önerilmesi halinde, bu değişikliklerin nasıl gerçekleştirileceğini anlatan belgedir.

Ürünle ilgili bir değişiklik talebi gelirse, bu durumda ürünün kalite kriterlerinden, ürünü oluşturan parçaların teknik resimlerine, işlevlerine hangi adımlardan geçerek değişitirlecek, yetkili ve sorumlular kimler olacak gibi sorulara cevap bulmak için hazırlanmış bir politika belgesidir.

Süreç İyileştirme Planı: Bu plan, aslında şirketin mevcut iş yapma prosedürlerini, talimatlarını da ilgilendiren bir belgedir.

Projenin yapılması esnasında, şirketin mevcut süreçlerinde bir aksaklık gözlemlenirse, bu aksaklığı gidermek için hangi adımlardan geçileceğinin anlatıldığı belge “Süreç İyileştirme Planı”’dır.

Süreç iyileştirme planı, kurum genelinde ve proje içinde kaliteyi artırıcı özelliklere sahiptir. Bu yüzden, proje ekibi,bir iş yaparken, kolaylık (iyileştirme) bulursa, bu kolaylığı, işi operasyonel yapan kişilerin kullanabileceği şekile dönüştürmesi gerekir. İşte bu iyileştirmelerin nasıl yapılacağı ve kimin bu değişiklik önerilerini inceleyip, kabul edeceği bu belgede yer alır.

Related posts:

1. PMBOK’ta Yer Alan “Yönetim Planları” Nedir? – 1 Kapsam Yönetim Planı Proje kapsamının nasıl tanımlanacağını, geliştirileceğini, doğrulanacağını ve...
2. Yönetim Planları – 2 Kalite Yönetim Planı Kalite yönetimi planında, proje yönetim ekibinin, projeyi...
3. Yönetim Planları – 3 Risk Yönetim Planı Risk Yönetiminin Planlanması, bir proje için risk...