Kategori arşivi: Kontrol ve İzleme

Proje Yönetimi ve Kaymalar

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Proje Yönetiminde Kapsam Kayması ve Altın Kaplama yazımda planda yer almayan değişikliklerden bahsetmiştim. Projelerde kaymalar bundan ibaret değil.

Umut Kayması

Bazen proje ekip üyesi zaman çizelgesinin gerisinde kalmasına rağmen bir sonraki rapor dönemine kadar işleri toparlayacağını düşünerek (umut ederek) geciktiğini söylemez.

Eğer proje ekibi üyeleri kötü haber vermekten kaçınıyorlar, hesapverebilir bir ortam olduğunu düşünmüyorlarsa problem büyük demektir. Kumarda kaybedenin iddiayi iki katına çıkararak kaybettiklerini kazanmak için tekrar oynasına benzetebiliriz. Önemli olan Proje Yöneticisine doğru bilgi gelmesi, Proje Yöneticisinin kendisine gelen bilgilerin doğruluğunu güvence altına almasıdır. Buradan, Proje Yöneticisinin sürekli her detayı incelemesi değil, belirli dönemlerde rasgele kontroller yapması gerektiğini düşünebilirsiniz.

Efor Kayması

Proje Ekip Üyesinin harcadığı efora paralel bir sonuç çıkmamasıdır. Genellikle çalışanların harcadığı efora bakılmaksızın aktivitenini tamamlanmasına odaklanılır. Halbuki tahmin edilen efor doğrultusunda aktiviteler gerçekleştirilmiyorsa problem var demektir. Proje Durum Raporlarında, yapılan işlere harcanan eforlar yer almalı, kalan eforların orantılı olarak azalması gerekir. Efor kaymasının erken fark edilmesi daha sık raporlama ile mümkündür. Sebepleri üzerinde durulmalıdır.

Yararlanılan Kaynak: Effective Project Management: Traditional, Agile, Extreme, Seventh Edition, Robert K. Wysocki, PHD

Yayınlanan yazıların e-postanıza gelmesini istiyorsanız aşağıdaki formu doldurunuz;

Paylaşın:

Proje Yönetimi Tarihçesi: 1985 – 2013

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

1985: Şirketler maliyet kadar kalite konusunda da rekabet etmeleri gerektiğini anladılar. Toplam Kalite Yönetimini yerleştirmek için proje yönetimi prensiplerini izlediler. Kalite ve Proje Yönetimi birlikteliği başladı.

1990: 1989–1993 durgunluk döneminde, şirketler zaman çizelgesi sıkıştırma ve pazarda ilk olmanın önemini fark etti. Mühendislik daha iyi çizelgeleme tekniklerini kullanmaya başladı.

1991–1992: Üst Yönetimler, karar verme ve yetkileri Sponsorlara devretmeye başladılar. Kendini yöneten ekipler çıktı.

1993: 1989–1993 durgunluk dönemi bitmiş, şirketler yeniden yapılanma sürecine girmişlerdi. Daha az adamla daha fazla iş yapılabilmesi isteniyordu. Yeniden yapılanmanın yolu proje yönetiminden geçiyordu.

1994: Proje maliyet kontrol sistemleri ile tahmin gücünün gelişeceği, gerçek maliyeti hesaplamanın önemi anlaşıldı. Proje Yaşam döngüsü maliyeti hesaplanmaya başladı.

1995: Şirketler projelerin başlangıç kapsamından çok farklı bir şekilde sonuçlandığını fark ettiler. Etkin değişiklik kontrol sistemleri geliştirilmeye başlandı.

1996: Risk yönetiminin tampon süre belirlemek olmadığı anlaşıldı. Risk Yönetimi Planları yapılmaya başlandı.

1997–1998: Proje Yöneticiliğinin profesyonel bir kariyer olduğu anlaşıldı.

1999: Eşanlı mühendislik ve hızlı ürün geliştirmenin sırf o işe ayrılmış kaynaklarla gerçekleştirilebileceğini anladılar. Bir arada çalışan ekipler ortaya çıktı.

2000: Uluslararası işbirlikleri ve ortaklıkların artması proje yönetimini zorunlu hale getirdi. Uluslararası ekipler kurulmaya başlandı.

2001: Şirketler proje yönetimi olgunluk seviyelerini metodolojilerle geliştirmeye başladılar.

2002: Proje Yönetimi şirketler için stratejik bir konuma yükseldi. Hem proje yönetimi için stratejk planlama hem de stratejik planlamalara projelerin desteği başladı.

2003: Intranet durum raporlaması vb. hızlı bilgi paylaşımları çıktı.

2004: Intranet raporlaması hangi kaynağı nerede ve ne kadar çalıştığının görülmesini sağladı. Kaynak optimizasyonları ve dağılımları yapılmaya başlandı.

2005: Akti Sigma vb. teknikler Proje Yönetimi ile uyumlu hale geldiler. Sürekli Gelişim proje yönetim metodolojilerine de yansıdı.

2006: Sanal proje ekipleri ve proje ofisleri kurulmaya başladı.

2007: Yalım üretimin kavramları proje yönetimine uyarlandı.

2008: Geçmiş deneyimlerin önemi far kedildi, Alınan Dersler toplanmaya ve saklanmaya başlandı.

2009: Proje yönetim metodolojileri daha fazla iş süreçleri içermeye başladı.

2010: Karmaşık projelerde daha fazla paydaşı yönetmek zorunda kalan Proje Yöneticileri için Proje Paydaş Yönetimi önemli hale geldi

2011: Ek paydaşların ortaya çıkması tek bir Sponsor yerine Proje Yürütme Kurullarının ortaya çıkmasına sebep oldu.

2012: Kapsam, zaman, maliyet ve kalite kadar projenin üreteceği değer bir kısıt olarak ele alınmaya başlandı.

2013: Etkin proje yönetiminin zaman ve maliyetten çok daha fazla bilgi olduğu anlaşıldı.

Yararlanılan Kaynak: Project Management: A Systems Approach to Planning, Scheduling, and Controlling – 11th Edition – Harold Kerzner

Yayınlanan yazıların e-postanıza gelmesini istiyorsanız aşağıdaki formu doldurunuz;

Paylaşın:

Kamu Projelerinde Dikkat Edilmesi Gerekenler

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Kamu projeleri etkiledikleri alan ve kişi sayısı açısından çok önemlidirler. Çoğu zaman özel sektör projelerinden daha zordurlar;

  • Çoğunluk için yapılan projeler çatışmalara yol açarlar.
  • Çok fazla paydaş ve paydaşların alt paydaşları söz konusudur.
  • Diğer politik görüşlerin eleştirileri ve baskıları söz konusudur.
  • Hata toleransı azdır.
  • Çıktının faydalarını sayısallaştırmak zordur.
  • Kanun ve bürokrasi kısıtları altında gecikmeler yaşanabilir, kaynak bulmak zorlaşabilir.
  • Dış Kaynaklarla koordinasyon zordur.
  • Mevcut kaynaklarla proje gerçekleştirilmek zorundadır.
  • Destek vermesi gereken paydaşların öncelikleri değişebilir, proje başarısını farklı algılıyor olabilirler.
  • Politik reklamlar zorlayıcı koşullar doğurabilir.
  • Kamu projeleri kısa-orta-uzun vade de olabilir. Uzun vade projeleri gelecek kuşaklar için yapılan yatırımlardır. Bunun yaratacağı problem bugün projeyi tanımlayan tarafların gelecek nesli temsil etmeleridir. Gelecek neslin ihtiyaçlarını belirlemeye çalışırlar.
  • Kamu projeleri özel sektör projelerinin çoğundan daha karmaşıktır. Bazı projelerin çıktıları proje başında tanımlanırken bazı projelerde yürütme esnasında netleştiriliyor olabilir. Kamu projeleri değişen politik ortam ve çevreye göre hızlı adaptasyon konusunda yavaş kalabilirler.
  • Kamu projelerinde sadece ekibi yönetmeniz yetmez, kamu ve özel sektör şirketlerini, STK’lar vb. diğer kuruluşları da yönetmeniz gerekir.
  • Kamu projelerinde proje ekipleri izole çalışırlar ve belirli dönemler haricinde yapılanlar izlenemeyebilir. Özel sektör projelerinde projelere daha yakın durulur ve ilgili tüm paydaşların izlemesi sağlanır.
  • Kamu projelerinde Proje Yöneticileri resmi olarak görevlendirilir ve gereken yetki verilir.
  • Verilen yetki doğrultusunda ilgili paydaşlar bilgilendirilir ve desteklemeleri istenir.

Kamu projelerinin başarı ya da başarısızlığı özel sektör projelerini doğrudan etkiler. Kamu projelerinde aşağıdaki hataların yapılmaması gerekir;

  • Projeden etkilenecek (vatandaşlar, şirketler) ve etkileyecek (paydaşlar) tarafların ihtiyaçlarının iyi tanımlanamaması,
  • Gerçekçi olmayan bitim tarihleri ve buna ek olarak gecikmelere tolerans gösterilmemesi,
  • Proje gerçekleştirecek nitelikli kaynaklar olmadan harekete geçmek, kaynakları sağlamamak,
  • Planlamaya gerekli vakti ayırmamak,
  • Doğru teknoloji, ekipman vb. seçiminde profesyonel tekniklere başvurmamak,
  • Doğru ve nitelikli tedarikçilerle çalışmamak,
  • Proje risklerini tanımlamamak, analiz etmemek, gerekli yanıt planlarını üretmemek,
  • Gerçekçi olmayan varsayımlarla yola çıkmak,
  • Paydaşlararası çatılmaları görmezden gelmek, çözümlememek,
  • Beklenmedik durumlarda harekete geçmemek, yavaş kalmak, karar verme ve problem çözme süreçlerini proje özelinde ele almamak,
  • Proje Yönetimi Metodolojilerini kullanmamak,
  • Deneyimli proje yöneticileri yetiştirmemek, nitelikli proje yöneticileri ile çalışmamak,
  • Proje sürecine paydaşları gerektiği gibi dahil etmemek
  • Geçmiş proje deneyimlerinden alınan dersleri yeni projelere adapte etmemek, bu konuda bir yöntem geliştirmemek,
  • İyi tanımlanmamış kapsamla yola çıkmak sayılabilir.

Kamu’nun özel sektör projelerine olumsuz etkilerine aşağıdaki örnekleri verebiliriz;

  • Bürokratik süreçlerin çokluğu ve uzunluğu,
  • Onay, Kabul vb. konularda kamunun yeterli personeli olmaması,
  • Kanun, yönetmeliklerdeki kısıtlayıcı güncellenmemiş kurallar,
  • Ödemelerin gecikmesi,
  • Devlet kademelerindeki değişikliklerin yaratabileceği otorite boşlukları,
  • Proje özelinde yaklaşılmaması sayılabilir.

Yararlanılan Kaynak: Project Management: A Systems Approach to Planning, Scheduling, and Controlling – 11th Edition – Harold Kerzner

Yayınlanan yazıların e-postanıza gelmesini istiyorsanız aşağıdaki formu doldurunuz;

 

Paylaşın:

Proje Yönetimi ve Kontrol Hesapları

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Kapsam, bütçe, gerçekleşen maliyet ve zaman çizelgesinin bütünleştirildiği  ve performansı ölçmek için kazanılmış değerle karşılaştırıldığı bir yönetim kontrol noktasıdır.

Projelerde, proje ekibi proje hedeflerine ulaşmak ve gerekli teslimatları yaratmak için İş Kırılım Yapısını (İKY) oluşturur. Projede maliyet muhasebesi yapılabilmesi için her bir çalışma paketine hesap kodlarından özgün bir belirtecin (Kontrol Hesabı) verilmesi gerekir.

Kontrol hesapları İKY’deki seçilmiş yönetim noktalarına yerleştirilir ve Zaman Çizelgesinde yer alması sağlanır. Her bir kontrol hesabı bir ya da daha fazla çalışma paketi içerebilir, ama çalışma paketlerinin her biri sadece bir kontrol hesabıyla bağlantılandırılmalıdır.

Maliyet tahminleri Kontrol Hesabı düzeyinde birleştirilebilir. Böylece Kontrol Hesapları toplamı Maliyet Temel Çizgisini oluşturacaktır.

Organizasyonel Kırılım Yapısı ile İş Kırılım Yapısının kesişim noktalarında Kontrol Hesapları belirlenebilir. Böylelikle her bir kontrol hesabının zaman, maliyet ve kapsam düzeyinde sorumlusu belirlenmiş olur.

Paylaşın:

Proje Yönetimi ve 360° Geri Bildirim

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

360° Geri Bildirim (360° Feedback), takım üyelerinin, proje sponsorlarının ve diğer paydaşların anonim olarak tarandığı ve proje yönetiminin performansı hakkında görüşlerinin alındığı geri bildirim türüdür. Yeterliliklerdeki boşlukları tespit etmek, gelişim veya eğitim planı oluşturmak için dayanak olarak kullanılır.

Basitçe söylemek gerekirse 360° Geri Bildirim bir çalışanın yöneticisini, yöneticisinin çalışanını değerlendirmesidir. Proje Yönetiminde birbirini değerlendirecek tarafları şöyle sıralayabiliriz;

  • Proje Müşterisi
  • Sponsor
  • Proje Yöneticisi
  • Proje Ekibi
  • Fonksiyonel Departmanlar
  • Dış Kaynaklar

Bu değerlendirmede aşağıda yer alan konular sorgulanabilir;

  • Proje Yöneticisi, projenin paydaşlara olan etkisini yeterince anlamış mıdır?
  • Proje ekip üyesi rol ve sorumluluklarını etkin bir şekilde yerine getirmekte midir?
  • Proje Yöneticisi, Proje Ekibine destek olmakta mıdır?
  • Proje Sponsoru gerekli kaynakları sağlamakta mıdır?
  • Dış Kaynak raporlamalarını düzenli yapmakta mıdır?
  • Ekip üyeleri kendi aralarında etkin iletişim kurmakta mıdır?
  • Fonksiyonel Yönetici doğru kaynağı, doğru zamanda atamakta mıdır?

Proje ekipleri yöneticileri için bu yöntemin bazı artı ve eksi tarafları vardır. Bazı ekip üyeleri başarılarının ve gayretlerinin tek bir kişi tarafından değerlendirilmesini istemezler. Tüm ekip üyelerinin gözlemlerinin ve düşüncelerinin dikkate alınmasını tercih ederler. Belirli kişilerle yaşadığı olumsuz durumların tüm performanslarına yansıtılmasını doğru bulmazlar. Böyle değerlendirmelerde “kişisel” görüşlerin “profesyonel” görüşlerin önüne geçmesine izin verilmemelidir.

Yapılacak değerlendirme herkese aynı formatta yapılmalı, haksızlıklara ya da yanlış anlaşılmalara imkan vermemelidir. Değerlendirmede yer almayan konular ilgili taraflarca yazılı halde ayrıca toplanmalıdır.

Değerlendirmenin amacı birini iyi ya da kötü göstermek değil gelişim, eğitim vb. konularda yol gösterici olması olmalıdır.

Yapılan değerlendirmeler bir kenara bırakılmamalı, değerlendirmenin sonucunda gerekli aksiyonlar alınmalı ve raporlanmalıdır.

Değerlendirme esnasında tarafların soruları dinlenmeli ve dürüstlükle yanıtlanmalıdır.

Değerlendirmeya tabi olan konular ilgili paydaşlarla değerlendirme öncesi paylaşılmalı, değerlendirme kriterleri ve başarı ölçütlerinin iyi anlaşıldığından emin olunmalıdır.

Değerlendirmenin negative olması durumunda paydaşın yanlış anlayabileceği, performansının düşebileceği olasılığı göz ardı edilmemelidir. Bu değerlendirmelerin cezalandırma değil değerlendirme amaçlı olduğu açıklanmalıdır.

Değerlendirme sonuçları bağımsız denetleyiciler tarafından gözden geçirilmeli (hepsi çok iyi ya da kötü işaretlenmiş olabilir vb.) herhangi bir uygunsuzluk durumunda değerlendirmenin tekrarlanması istenmelidir.

Örnek Rapor

Paylaşın:

Hedeflerinize Proje Yönetimi Olmadan Ulaşmanız Zor – 2

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Bir hedefi gerçekleştirmek öncelikle yönetimin ve proje ekibinin odaklanmasını sağlamakla başlar. Hedefe ulaşmak için hangi adımların atılması gerektiği ve öncelikleri böylelikle belirlenebilir.

Hedefi gerçekleştirmek için yapılacak çalışmalar Başlatma Bildirimi ile duyurulur. Başlatma Bildiriminde hedefe ilişkin açıklama, kapsamda yer alan konular, izlenecek strateji, hedefi gerçekleştireceklerin rol ve sorumlulukları yer almalıdır.

Hedefi gerçekleştirme çalışmaları esnasında;

  • Performansın gelişimi
  • Yönetim süreçlerinin sağlıklı işleyip işlemediği
  • Yönetimin ilgisinin ne düzeyde olduğu
  • Etkilenen tüm departmanların, ürünlerin ve süreçlerin durumu
  • Kalite ilgili problemler
  • Operasyonun devamına ilişkin konular
  • Mevcut politika ve prosedürel etkilenmeler izlenmelidir.
  • Tüm bulgular ve öneriler yazılı hale getirilmelidir.

Planlama aşamasında Proje Yönetimi Planı hazırlanmalı, gerekli bütçe belirlenmeli ve yönetimin onayı alınmalıdır.

Proje Yönetimi Planında kapsam, zaman çizelgesi ve maliyet temel çizgileri yer almalıdır. Hedefin gerçekleştirilmesi ve konrolüne ilişkin kaynaklar belirlenmelidir. Hedefe yönelik bileşenler Proje Yöneticilerinde, hedefin bütününe yönelik işler Portföy Yöneticisinin sorumluluğunda olmalıdır. Her Proje Yöneticisi kendine ait alt hedefi gerçekleştirmeli, Portföy Yönetici ortak hedefin gerçekleştirilmesi için gerekli desteği ve koordinasyonu sağlamalıdır.

Proje Yönetimi Planında;

  • Kapsamı ve hedefi gerçekleştirme stratejisi,
  • İş Kırılım Yapısı,
  • Sorumluluk Atama Matrisi,
  • Ana kilometre taşları ve Özet Zaman Çizelgesi
  • Maliyet Tahmini
  • Risk Planı
  • İletişim planı yer almalıdır.

İş Kırılım Yapısı, hedefin gerçekleşmesine yönelik ilerleyişi gösterecek şekilde hazırlanmalıdır. Detaylandırılan İş Kırılım Yapısına yönelik İş Kırılım Yapısı Sözlüğü hazırlanmalıdır. İş Kırılım Yapısı Sözlüğünde aşağıdakiler yer almalıdır;

  • Kapsam
  • Hedef
  • Teslimatlar
  • Varsayımlar ve Kısıtlar
  • Gridiler/Çıktılar
  • Tahminlerin temeli.

Proje Yönetimi Planı, hedefi gerçekleştirmeye yönelik organizasyonel yapıyı, detaylı kapsamı ve zaman çizelgesini, tanımlanan çıktıları, ölçütleri ve kilometre taşlarını içermelidir.

Projenin amacı net olarak herkesin anlayacağı şekilde tanımlanmalı, organizasyonel rol ve sorumluluklara ilişkin tanımları içermeli, hedefe giden adımları göstermelidir.

Paylaşın:

Hedeflerinize Proje Yönetimi Olmadan Ulaşmanız Zor – 1

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Kurumsal hedeflerinizi proje olarak ele almanız, standart proje yönetimi metodoloji ve teknikleri ile gerçekleştirmeniz gerekir.

Basitçe söylemek gerekirse hedeflerinizi belirledikten sonra iyi bir başlangıç ve planlama yapmanız, planınız doğrultusunda yürütmeye başlamanız, yürütme esnasında izleme, ölçüm ve raporlama ile ilerleyişi izlemeniz, ara hedeflere ve nihai hedeflere ulaşmanız gerekir.

Hedef 1

         Ara hedef – Proje 1

                  Planlama –> Kapsam – Zaman – Maliyet – Kalite

         Proje 2

                  Planlama –> Kapsam – Zaman – Maliyet- Kalite

Hedef 2

         Proje 1

                  Planlama –> Kapsam – Zaman – Maliyet- Kalite

İzleme & Kontrol

Faydası

  • Hedefi, alt hedeflere bölmek, kapsamı daha yönetilebilir hale getirir.
  • Zaman çizelgesi ve kaynaklara ilişkin gereksinimleri izlenebilir ve kontrol edilebilir hale getirir.
  • Risklerin daha kolay görülebilmesini ve yanıt statejilerinin geliştirilebilmesini sağlar.
  • Sorumlulukların atanması kolaylaşır.
  • Performansın izlenmesi, hedeflere ulaşma konusunda ilerleyiş kolaylıkla izlenebilir.

Neden Proje Yönetimi Teknikleri?

  • Disiplinli bir yaklaşım (örneğin, İş Kırılım Yapısı kullanımı), bütünü görmenizi sağlar.
  • Mantıksal bir yaklaşım her şeyin ele alındığını, doğru bir süreç içerisinde ilerlendiğini gösterir.
  • Görev odaklı yapı, başlangıç, planlama, yürütme, izleme&kontrol ve kapanış konusunda rol ve sorumluluların dağıtılmasını sağlar.
Paylaşın:

Proje Yönetiminde Sorun Kayıtları (Issue Log)

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Proje süresince projeyi olumsuz etkileyecek çeşitli sorunlar ortaya çıkar. Proje Yöneticisinin sorunlarla baş edebilmesi için Sorun Kayıtları tutması gerekir.

Sorunlar nedir?

Proje süresince ortaya çıkan problemler, farklar, uygunsuzluklar ve çatışmalardır. Proje ekibi veya tedarikçilerle, teknik hatalarla vb. projeyi olumsuz etkileyecek şekilde ortaya çıkarlar. Sorunlar çözüme kavuşturulmazsa gereksiz çatışmalara, gecikmelere ve teslimatlarda hatalara yol açarlar. Sorunlar özellikle paydaş beklentileri üzerinde büyük etkiye sahiptirler.

 
Sorun ve Risk Arasındaki Fark

Proje Yöneticisinin sorunları ve riskleri yönetme süreci benzerdir. Risk gelecekte ortaya çıkabilecek olumsuz durumdur. Proje ekibi gerçekleşmesi olasılığına karşılık yanıt planı hazırlar. Risk yönetimi stratejik ve proaktiftir.

Sorun ise projeyi etkilemekte olan ve hemen çözülmesi gereken durumlardır. Reaktif ve anında taktiksel çözüme ihtiyaç duyulan durumlardır.

Proje gerekli nitelikte bir ekipmanı bulabilmek risktir, bulunan ekipmanın arıza yapması Sorun’dur.

Sorun Kayıtları nedir?

Tüm sorunların kaydedildiği ve izlendiği belgedir. Bir sorun kaydı yaratıldığında raporlanması ve iletişiminin sağlanması gerekir. Proje Yöneticisi kayıtları tutmaktan, sorunun izlenerek çözümlenmesinden sorumludur.

PMBOK®, proje ekibinin yönetilmesi sürecinde insan kaynakları odaklı sorunların proje yöneticisinin proje ekibini uygun yönetmesiyle çözebileceğini vurgular.  Kaynağın projeden ayrılması, düşük moral veya ekip içi çatışmalar bu sorunlara örnektir ve proje hedeflerini doğrudan etkilerler.

Sorun kaydı girildiğinde her soruna bir sorumlu atanır.

Proje Yöneticisi, paydaşların beklentilerini ve çekincelerini dikkatlice ele almalı ve olası sorunlara proaktif yaklaşmalıdır.

Sorun Kayıtlarında Hangi Bilgiler Yer Alır?

  • Sorunun Adı:
  • Sorun Tipi :Teknik, Kaynaklar, Tedarikçiler vb. sorunun doğru kişiye aktarılarak çözümlenmesi için.
  • Sorunu ileten :Kişi veya Departman
  • Sorun İletilme Tarihi :Sorunun kayıtlara giriliş tarihi
  • Detaylı Açıklama:
  • Öncelik :Yüksek, orta, düşük vb.
  • Sorun Giderme Sorumlusu:
  • Hedef Çözüm Tarihi:
  • Durum: Açık, Çalışılıyor, Çözüldü vb.
  • Çözüm: Sorunun nasıl giderildiği

Örnek Sorun Kaydı

Hayatımız Proje – Proje Yöneticisinin El Kitabını KREDİ KARTI veya EFT/HAVALE ile sipariş edebilirsiniz. Tüm kitaplar imzalı gönderilmektedir. Şirket alımlarında gider makbuzu kesilerek alım yapılabilir. İlgili özelge için tıklayınız.

Paylaşın:

Projelerden Bir Şey Öğrenmek

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

İster istemez deneyimlerimizden çıkardığımız dersleri karşılaştığımız konularda uygulamaya çalışırız.

Geçmiş projelerde yapılan hataların veya yakalanan fırsatların gelecekteki projelerde yapılamaması ya da yapılması yönünde bir çok metodoloji ve yöntem Alınan derslerin önemine vurgu yapar.

Ders çıkarmanın sürekli olması istenir. Sadece proje sonlarında bir kaç cümle ile raporun tamamlanması için gerçekleştirilen bir şey olmamalıdır. Projenin her adımında alınan derslerin fark edilmesi, tanımlanması, analiz edilmesi, yazılı hale getirilmesi ve ilgili paydaşlarla paylaşılması gerekir. Nefes almak, yemek yemek, uyumak kadar doğal bir davranışa dönüşmesi gerekir.

Projelerdeki yüksek tempolu çalışma vb. bir çok sebep Proje Yöneticisinin ders çıkarmayı ikinci plana atmasına sebep olur. “Elimdeki işi yapmaya gücüm ve zamanım anca yetiyor ders çıkarmakla uğraşamam” dendiğini duyarız. Zaten bir proje bitmeden diğeri başlamıştır, geçmişte olduğu gibi durumlara “olduğunda” adapte olma kabiliyetimiz ve pratik zekamıza güveniriz. “Bu şirket böyle”, “Ne yapsam olmuyor” gibi bizi koruyucu bahanelerimiz zaten hazırdır. Kabul edelim ya da etmeyelim hepimiz “bilinçli tembeliz” kolayı seçip, zordan kaçarız, buna “akıl” adını verdiğimiz çok olur.

Bir projeyi “tamamlamaktan” çok “başarmanın” önemli olduğunu Proje Yöneticilerinin iyi kavraması gerekir. Proje Yöneticisinin rolü başarmaktır ve deneyimleri en büyük yardımcısıdır. Şirketin yapısı, projenin büyüklüğü, paydaşların çokluğu vb. bir çok konuda mazeretler bulmak ve diğerlerini suçlamak gibi “moda” yöntemleri tercih etmemesi gerekir.

Projelerden ders çıkarmak proje yöneticisinin asli görevi olmalıdır. İsteğe bağlı olmamalı, bilinçli olarak projesinde ele alması gereken bir konu olmalıdır. Proje öncesinden başlayarak proje bittikten sonra dahi devam edecek bir süreç olarak ele alınmalıdır.

Resmi bir süreç olarak ele almadan önce kişisel olarak başlanabilir. Küçük notlar tutmak şeklinde yaşanılanlar kayıt altına alınabilir. Unutulmaması gereken yaşanan bir olayın veya üretilen bir çözüm hangi şartlar altında ortaya çıktığı veya çözüldüğünün çok önemli olduğudur. Çıkarılan dersler “fotokopi” gibi gelecekte aynen uygulanamayabilirler. Alınan norlar “Unutmamam Gerekenler” “Dikkat etmem gerekenler” “Yapmam Gerekenler” “Yapmamam Gerekenler” vb. kişisel bazda olabilir.

Çıkardığımız dersler kişisel düzeyde olabilir. Kendi kişisel alanımız konusunda daha fazla kontrole sahibizdir. Bu yüzden kurumsal veya proje ekibindeki herkese uygun olup olmadığı dikkatlice ele alınmalıdır.  

“İnsan çalışmak için tasarlanmamıştır” sözünü çok severim. Her hangi bir durumda en az eforla işin üstesinden gelmeye çalışırız. Çoğu zaman az ve eksik bilgi ile kararlar almak durumda kalırız. İşimize gelene yönelmeye, gelmeyenden uzaklaşmaya çalışmamız normaldir.

Düşünebilmemiz ve aklımızın olmaso öğrenebildiğimiz anlamına gelmez. Mevcut deneyimlerimize rağmen gelecekte aynı hataları tekrarlayabiliriz. Yaşadığımız kötü şeyler sonucunda ileride aynısını tekrar yapmamaya kendimize söz verebiliriz. Yine de tekrarlayan hatalarla karşılaşmaktan kurtulamayız.

Proje Yöneticisi her hangi bir şeyi nasıl öğrenebildiğine odaklanmalıdır. En iyi öğrenmenin okuyarak, dinleyerek veya gözlemleyerek değil yaparak olduğu unutulmamalıdır.

Önce deneyimlerinizi fark ederek başlamalısınız. Deneyimler bir şey öğrendiğinizi garantilemez. Neyi deneyimlediğinizi, neyin iyi ya da kötü olarak tanımlanabileceğini düşünmelisiniz. Deneyimlerinizin doğru noktalarına odaklanmadan bir ders çıkartamayabilirsiniz.

Deneyimizin sonrasında gelecekteki farklı durumlarda neyi nasıl farklı yapacağınızı kararlaştırmaya çalışın.

Çoğu zaman sondan başlıyoruz. Bir projeden ders çıkarmayı değil fark etme, analiz etme, anlama, öğrenme kapasitenizi nasıl geliştireceğinize odaklanmalısınız. Böylelikle geçmişte öğrendikleriniz geleceğinize ışık tutabilir.

Yukarıda bahsettiğim konuların anlaşılması kolay uygulanması zor konular olduğunun farkındayım. Ne var ki iyi şeylerin maliyetine katlanılması gerekir. Öğrenme kapasitenizi geliştirmeye ve ders çıkarmaya harcayacağınız efor ve ayıracağınız süre size gelecekte çok daha koşullar yaratacaktır.

Bir “Proje Seyir Defteriniz” olsun, yaşanan bir durum sonrasında veya aklınıza bir şey geldiğinde küçük notlar tutun. Hedefiniz sürekli gelişim için yapılabilecekler ve yapılmaması gerekenleri belirlemek olsun.

Çıkardığınız dersleri az ve öz bir şekilde proje paydaşlarıyla paylaşın. Organizasyonel anlamda önemli olan çıkarımlarınızı ilgili departmanlarla paylaşarak ve yönetim onayıyla politika ve prosedürlere girmesi için çaba sarf edin.

Hayatımız Proje – Proje Yöneticisinin El Kitabını KREDİ KARTI veya EFT/HAVALE ile sipariş edebilirsiniz. Tüm kitaplar imzalı gönderilmektedir. Şirket alımlarında gider makbuzu kesilerek alım yapılabilir. İlgili özelge için tıklayınız.

Paylaşın:

Proje Yönetiminde Çalışma Performansı Verileri, Bilgileri ve Raporları

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Çalışma Performansı Verileri

Proje çalışmasını yerine getirmek için gerçekleştirilen aktiviteler sırasında belirlenen işleme alınmamış gözlemler ve  ölçümlerdir.

Örneğin;

  • Tamamlanmış işler
  • Anahtar Performans Göstergeleri,
  • Teknik performans ölçüleri (gözlem sayısı, kalite ölçütleri vb.)
  • Aktivitelerin başlangıç, bitiş tarihleri
  • Tamamlanan hikaye noktaları sayısı,
  • Değişiklik talep sayısı
  • Onaylanan Değişiklik Sayısı
  • Kusur sayısı
  • Gerçekleşen maliyetler
  • Onaylanmış maliyetler
  • Faturalanmış Makliyetler
  • Ödenmiş Maliyetler, faturalar
  • Gerçekleşen Süre
  • Kalan Süre
  • Gerçekleşme Yüzdeleri
  • Biten aktiviteler
  • Harcanan Efor
  • Gereksinimlere uyum
  • Uygunsuzlukların sıklığı
  • Belirli bir zaman içinde onaylama sıklığı
  • Tamamlanan teslimat sayısı
  • Kullanılan kaynak tipi ve miktarı
  • İletişim tipleri ve miktarları
  • Uygulanan risk yanıtları
  • Gerçeklşeşen risk sayısı
  • Aktif riskler
  • Kapatılmış riskler
  • Tedarikçi teknik performansı
  • Tedarikçinin başladığı, devam ettiği, bitirdiği işler
  • Destekleyici, köstekleyici paydaşlar

Çalışma Performansı Bilgileri

Çeşitli kontrol süreçlerinde toplanan, bağlama bağlı olarak analiz edilen ve alanlar arası ilişkilere göre birleştirilen performans verileridir. 

Örneğin;

  • Hangi teslimatlar onaylandı, hangileri onaylanmadı, neden?
  • Kapsam temel çizgisine etkiler
  • Gelen değişiklik kategorileri
  • Kapsam sapmaları ve sebepleri, zaman ve maliyet etkileri
  • Gelecek kapsam performansı öngörüsü
  • Zaman temel çizgisine etkiler
  • Başlama ve bitiş tarihleri, sürelerdeki sapmalar
  • Zaman çizelgesi sapması ve zaman çizelgesi performans endeksi
  • Maliyet temel çizgisine etkiler
  • Efor ve maliyet sapmaları
  • Maliyet varyansı, maliyet performans endeksi, bitimde beklenen, bitimde beklenen fark
  • Proje gereksinimleri karşıladı mı?
  • Redlerin sebepleri
  • Yeniden iş yapma gereklilikleri
  • Düzeltici eylem önerileri
  • Onaylanmış teslimatlar
  • Kalite ölçütleri durumu
  • Süreç ayarlama gereklilikleri
  • Kaynak gereksinimlerine göre kaynak dağılımları
  • Planlanan – Gerçekleşen İletişimler
  • Risklerin beklentilere uygunluğu
  • Tedarikçi gerçekleşmelerinin planlarla uygunluğu
  • Paydaş katılım durumu

Çalışma Performansı Raporları

Yeni fikirler yaratmak, eylem ya da farkındalık oluşturmak niyetiyle proje belgelerinde toplanan çalışma performans bilgilerinin fiziksel ya da elektronik temsilidir.

Örneğin;

  • Durum Raporları
  • İlerleyiş Raporları
  • Kaynak uygunluğu
  • Kazanılmış Değer
Paylaşın: