Kategori arşivi: Proje Kapanışı

PMP Hazırlık – Projeye Başlamak – Kapanışı Planlamak – 48

How to best manage project closure - Twproject: project management  software,resource management, time tracking, planning, Gantt, kanban

Proje/Faz Kapanışını Planlamak ve Yönetmek

Projeyi veya proje fazını kapatmak, projeyi veya fazı tamamlamanın son adımlarından biridir. Her proje benzersiz, tek seferlik olduğundan, projenin resmi olarak kapatılması gerekir. Bazı durumlarda, proje veya fazın resmi olarak kapanması yapılmadan, bir sonraki ilgili faaliyet, faz veya proje başlayamaz. Bu durum genellikle bir program içinde yönetilen birden çok proje olduğunda olur.

Bu konu, ECO’da aşağıdaki maddelere yöneliktir;

  • Projeyi veya aşamayı başarıyla kapatmak için gerekli kriterleri belirleyin. (EKO 2.17.1)
  • Geçiş planlama eserlerini(belgelerini) geliştirin.
  • Geçişe hazır olunduğunu doğrulayın (örneğin, operasyon ekibine veya sonraki aşamaya). (EKO 2.17.2)
  • Projeyi veya fazı kapatmak için aktiviteleri sonlandırın. (EKO 2.17.3)

Projeyi veya Fazı Kapatmak

Projeyi veya Fazı Kapatma süreci (1), proje, aşama veya sözleşme için tüm işlerin sonuçlandırılması sürecidir. Bu süreçte, tüm faturalar ödenir, sözleşmeler kapatılır, öğrenilen dersler tartışılır ve belgelenir, projenin tamamlanması ve kaynakların (insanlar, ekipman, tesisler ve para) yeni projeler veya proje fazları üzerinde çalışmak üzere serbest bırakılabilmesi için diğer tüm eksik noktalar kapatılır. Bu süreç, proje çalışmasının ve proje veya fazının resmi olarak sona erdiğini belirtmek için tüm proje yönetimi süreç gruplarındaki aktivitelerin sonuçlandırılmasıdır. Proje yöneticisi, tüm proje çalışmalarının tamamlandığını ve projenin hedeflerine ulaştığını doğrulamak için tüm proje bilgilerini gözden geçirir. Kapsam, zaman çizelgesi ve maliyet temel çizgileri doğrulamak için gözden geçirilir. Bir proje tamamlanmadan sonlandırılırsa, bu süreçte erken bitişin nedenleri analiz edilir ve belgelenir.

Kapanış sırasında birkaç önemli etkinlik gerçekleşir:

  • Planlanan çalışmalar tamamlanır.
  • Proje veya faz ile ilgili tüm bilgiler arşivlenir.
  • Proje kaynakları, diğer işleri sürdürmek için serbest bırakılır.

Proje veya Faz Kapanışı Kriterleri

Yalnızca başarılı projeler veya fazlar kapatılmaz. Aşağıdaki sebeplerden herhangi biri kapanmışa neden olabilir:

  • Proje veya faz, tamamlama hedeflerini başarıyla karşılamışsa.
  • Gereksinimler, yürütme sırasında projenin artık uygulanabilir olmayacağı şekilde değişmişse..
  • Gereksinimleri tamamlamak için artık yeterli finansman mevcut değilse.
  • Projenin başarıyla tamamlanmasını imkansız kılan önemli risklerle karşılaşılmışsa.
  • Kuruluşun artık proje çıktılarına ihtiyacı kalmamışsa.

Projeye olan ihtiyacı ortadan kaldıran dış faktörler ortaya çıkabilir;

  • Kanun veya yönetmeliklerde değişiklikler.
  • Kuruluşu etkileyen birleşme veya devralmalar.
  • Küresel veya ulusal ekonomik değişiklikler.

Tedariklerin Kapatılması

Bir tedarikin sözleşme şartları hem alıcı hem de satıcı tarafından karşılandığında tedarikler kapatılır. Bu süreç, projenin kapanışı sırasında değil, proje süresince gerçekleşir.

Tedarikleri Kapatmada Dikkat Edilmesi Gerekenler

Kabul

Proje çıktıları, belirli kabul kriterleri karşılandığında kabul edilmiş sayılır. Bu kriterler genellikle projenin başında belirlenen (ve projenin yaşam döngüsü boyunca değiştirilmiş olabilecek) gereksinimlerin bir kısmına veya tamamına atıfta bulunur. Kabul kriterlerini karşılayan çıktılar resmi olarak imzalanır, müşteri veya sponsor tarafından onaylanır.

Ödemeler

Tedarikçi veya satıcıya yapılan ödemeler, sözleşme şartlarına uygun olarak yapılır. Proje veya fazın bitiminde sözleşme kapatılmamışsa, ödeme büyük olasılıkla daha sonra yapılır.

Bilgi Birikimi Yönetimi

Proje veya faz kapanışı sırasında bilgi birikimi yönetimi, proje yaşam döngüsü boyunca derlenen alınan dersler kaydının tamamlanmasından oluşur. Bu belge daha sonra birden fazla projeden öğrenilen derslerin bir veri tabanı olan alınan dersler havuzuna eklenmelidir.

Proje Yönetiminde Bilgi ve Bilgi Birikimi Yönetimi

Geçiş Planlama Eserleri (Belgeleri)

Proje sonucunun, son kullanıcıların eline geçmeden önce, ürünün ve diğer çıktıların en iyi nasıl teslim edileceği ve geçişinin nasıl yapılacağı konusunda koordinasyon ve stratejiye ihtiyaç vardır. Çıktıları ve geçişlerini uygun şekilde planlamak son kullanıcı farkındalığını sağlar, çıktıların doğru kullanımını ve benimsenmesini artırır. Kabul ve kullanılabilirliği optimize etme, eğitim, dokümantasyon, iletişim ve destek gibi konuların ele alınması gerekir.

Geçiş Hazırlığı

Proje çıktılarını planlamadan sunmak değerini azaltabilir. Proje ekipleri, tüm paydaşların hazır olup olmadığını incelemeli ve onları teslim için hazırlamalıdırlar. Bu yaklaşım, son kullanıcıları, şirketi, fiziksel kaynakları ve hatta proje ekibini içerir.

Geçiş farkındalığı ve yapılacak hazırlığı, mevcut bir ürün veya hizmette yükseltme veya iyileştirme olduğu durumlarda kritik hale gelir. Önceki sürümden, yöntemden, yazılımdan, süreçten veya donanımdan projenizin çıktısına sorunsuz bir geçişe rehberlik etmek koordinasyon, planlama ve hazırlık gerektirir. Tüm tarafların hazır olup olmadığı değerlendirilmeli, ardından geçiş planları buna göre uygulanmalı, bir sonraki sürüm veya proje için alınan dersler belgelenmelidir.

Proje Yönetimine Geçişi Yönetmek

Alınan Dersler Kayıtları

Alınan Dersler kayırları proje süresince güncellenir. Hem proje ekibinin neyi iyi yaptığı hem de neyin iyileştirilmesi gerektiği dahil edilir. Proje kapatıldığında ve alınan dersler kayıtları tamamlandığında, gelecekteki proje ekiplerinin bu bilgiden yararlanabilmesi için kayıt içeriğinin alınan dersler havuzuna eklenmesi gerekir.

Alınan Derslerle İlgili Önemli Konular

İdari(resmi) kapanış sırasında, proje yöneticileri, alınan derslerle ilgili aşağıdakileri dikkate almalıdırlar,

  • Alınan zaman çizelgesi dersleri, ilgili tüm zaman çizelgesi sorunlarını içerir. Zaman çizelgesil veya kaynak kısıtlamalarıyla başa çıkmak için uygulanan yönetim stratejileri belgenmiiş olur.
  • Alınan çatışma yönetimi dersleri, ekip içinde veya ekip ile müşteriler arasında ortaya çıkan sorunları içerir. Çatışmanın doğası ve kaynağının yanı sıra çatışmanın proje üzerindeki etkisi görülebilir. Ayrıca yönetimin çatışmaya yanıt olarak nasıl müdahale ettiği belirtmelidir.
  • Satıcılardan alınan dersler, satıcı deneyimi ve performansı içerir.
  • Alınan müşteri dersleri, aşırı derecede ihtilaflı veya birlikte çalışılması mantıksız müşteriler vb. faydalı bilgileri içerebilir. Bu bilgiler satış ve hukuk departmanlarına iletilmeli ve ayrıca alınan dersler havuzunda saklanmalıdırlar.
  • Alınan stratejik dersler, genellikle organizasyonun proje yönetimi metodolojisinin bazı yönlerini etkileyen veya bir şablonu, belgeyi veya süreci önemli ölçüde iyileştiren derslerdir. Bunlar şu soruyu yanıtlarlar: Aynı kaynaklarla daha fazlasını yapmak ve/veya işi daha erken teslim etmek için proje eserini(belgesini) yeniden kullanabilir miyiz?
  • Alınan taktik dersler şu soruya cevap verir: Bu tür bir projeyi tekrar yapacak olsaydık, kusursuz bir şekilde gerçekleştirebilmek için neyi durdurmalı, başlatmalı ve devam etmeliyiz? Öneriler geliştirmeye, diğer departmanlardaki gelen önerileri gözden geçirmeye, uygulama planları geliştirmeye ve bu planları uygulamaya odaklanmayı sağlarlar.
  • Alınan derslerin diğer yönleri arasında kapsam, zaman çizelgesi, maliyet, kalite ve müşteri memnuniyeti ile sorunlara yanıt olarak alınan düzeltici eylemler yer almalıdır.

(1)Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 104, 124.

Türkçe eğitimler

İngilizce eğitimler

PMP Hazırlık – Projeye Başlamak – Tedarik – 46

For P2P Success, Close the Gaps Between AP and Procurement | Institute of Finance & Management

Tedariklerin Kapatılması (1)

Sözleşme gerekleri tamamlandıktan sonra alıcıdan satıcıya yazılı bildirim yapılarak tedarik kapatılır. Resmi onay genellikle sözleşmede ve Tedarik Yönetim Planında belirtilen hüküm ve koşullarda gerçekleşir. İhaleler, sözleşmeler yerine getirildikçe kapatılır. Her zaman projenin sonunda gerçekleşmeyebilir.

Tedariklerin kapatılması sürecinde aşağıdakiler gerçekleştirilir;

  • Tüm çıktıların alıcı tarafından kabul edilebilir olduğunun doğrulanması.
  • Tedarikçiye yapılan ödemelerin nihai olarak ödenmesi.
  • Tüm sözleşme kayıt ve belgelerinin arşivlenmesi.

Tedariklerin Kapatılmasına Yönelik Yönergeler

Tedariklerin kapatılmasına ilişkin yönergeler aşağıdaki gibidir;

  • Gerekli tüm ürün veya hizmetlerin satıcı tarafından gerçekleştirildiğinden emin olun.
  • Alıcı tarafından sağlanan tüm varlıkların veya bilgilerin iade edildiğinden emin olun.
  • Bekleyen tüm sözleşme sorunlarını çözün.
  • Tedarik sürecinin başarılarını ve başarısızlıklarını belirlemek ve satıcının performansını değerlendirmek için bir tedarik denetimi (2) gerçekleştirin.
  • Ödenmemiş faturaları ve ödemeleri gözden geçirin.
  • Sözleşme ile ilgili tüm belgeleri arşivleyin.
  • Satıcıya sözleşmenin tamamlandığına dair resmi yazılı bildirimde bulunun.
  • Tüm tedariklerin kapatıldığını paydaşlara iletin ve gerekiyorsa Organizasyonel Süreç Varlıklarını (OSV) güncelleyin.

Tedarikleri Kapatmada Dikkat Edilmesi Gerekenler

Tedarikleri ve Sözleşmeleri Yönetme Yönergeleri

Proje büyüklüğünden bağımsız olarak, proje yöneticisi, proje tedariklerini yönetmekten sorumludur. Deneyimli proje yöneticileri, kuruluşlarının tedarik, satın alma ve hukuk departmanlarının sözleşme yönetimi uzmanlığına başvurur. Etkili tedarik kontrolü, satıcı performansının sözleşme gerekliliklerini ve hedeflerini karşılamasını sağlar. Tedarikleri kontrol etmek için aşağıdaki yönergeleri izlenmelidir;

  • Tüm sözleşme ile ilgili yazışmaları saklayın.
  • Sözleşme değişiklik kontrol sistemi geliştirin ve uygulayın. Sistem, projenin entegre değişiklik kontrol sistemi ile uyumlu olmalı ve aşağıdakileri içermelidir:
    • Sözleşme değişikliği talebinde bulunmak için gerekli formlar ve evraklar.
    • Sözleşme performans izleme yöntemi.
    • Değişiklik taleplerini onaylama prosedürleri.
    • Sözleşme ile ilgili anlaşmazlıklarını inceleme ve çözme prosedürleri.
  • Her sözleşme değişikliği talebinin risk(ler)ini değerlendirin.
  • Tüm sözleşme değişikliklerini belgeleyin ve değişikliklerin etkilerini proje yönetimi planına ve alt planlarına entegre edin.
  • Satıcı için performans raporlama sistemi geliştirin ve uygulayın. Performans raporlama sistemi aşağıdakileri içermelidir:
    • Zaman ve maliyet temel çizgisi, kalite kriterleri.
    • Gerçekleşen zaman, maliyet ve kalite bilgileri.
    • Durum raporlaması, yerinde ziyaretler ve ürün incelemesi vb. sözleşme performansının izlenmesine yönelik prosedürler.
    • Teslim edilen mal veya hizmetlerin kabul edilme prosedürleri. Teslimatın tamamını kabul etme, teslimatın tamamını reddetme veya bir kısmını kabul etme seçeneklerini içerebilir.
  • Satıcıdan beklenen performans raporlama özelliklerini sözleşmede açıklayın.
  • Proje ilerlemesini izlemek için performans kilometre taşlarını ayarlayın.
    • Projenize bağlı olarak, kilometre taşları olarak kısmi teslimatlar, ürünün seçilen bölümlerinin tamamlanması veya bitmiş ürünün ön versiyonları olabilir.
    • Kilometre taşlarının önceden belirlendiğinden ve satıcı ile üzerinde anlaşmaya varıldığından emin olun.
    • Her kilometre taşı için bir son tarih, kalite ve tamlık konusunda satıcı ile uzlaşın.
  • İş başka bir lokasyonda gerçekleştiriliyorsa, satıcının işinin nasıl ilerlediğini belirlemek için yerinde ziyaretler yapın.
    • Yerinde ziyaretlerin maliyetine duyarlı olun.
    • Ziyaretleri önceden planlayın, her ziyaret için gündem belirleyin ve yalnızca gereken süreyi kullanın.
  • Sözleşmeye ve projenin ödeme sistemine uygun olarak onaylanmış faturaları ödenmeleri için ilgili departmana gönderin.

Tedariklerin Yürütülmesindeki Kritik Noktalar

(1)Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 499.

(2)Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 498.

Türkçe eğitimler

İngilizce eğitimler

Projelerin Finansal Kapanışı

Finansal kapanış, projeyle ilgili tüm finansal işlemleri tamamlama, finansal hesapların sonlandırılması ve kapatılması, proje varlıklarını elden çıkarma ve kaynakları serbest bırakma işlemidir.

Finansal kapanış, projenin kapatılması ve uygulama sonrası gözden geçirmenin ön koşuldur.

Bir proje tüm finansal işlemler tamamlanıncaya kadar kapatılamaz.

Mali kapatma, uygulama sonrası incelemenin bir parçası olarak ele alınmalıdır. Bütçelenmiş maliyetlerle karşılaştırmak için nihai proje maliyetlerini belirlemek gerekir.

Dikkat edilmesi gerekenler;

  • Proje ekibine ve tüm ilgili paydaşlara finansal kapanış tarihi duyurulmalıdır.
  • Tüm satıcı ve danışmanlara yapılan ödemelere ilişkin, proje çalışma bildirimindeki tüm kabul kriterlerinin yerine getirildiğini doğrulayın.
  • Hesap kayılarında yapılan “Nihai Ödeme” leri not edin.
  • Ödenmemiş faturaların veya tamamlanmamış finansal yükümlülüklerin olup olmadığını doğrulayın.
  • Yasal prosedürlere göre finansal hesapların kapatıldığından emin olun.
  • Finansa kayıtların doğru bir şekilde saklandığından emin olun.
  • Finansal raporlama için gerekli verilerin doğruluğunu kontrol edin.
  • Proje Yönetimi Ofisine (varsa), proje ile ilgili finansal gerekliliklerin yerine getirildiğini bildirin.
  • Rezerv olarak tutulan fonları serbest bırakın.
  • Mali kayıtlar ile ilgili prosedürleri gözden geçirin ve tamalanmasına destek olun.

Türkçe eğitimler

İngilizce eğitimler

Proje Yönetiminde Anlaşmalar (Agreements)

Anlaşmalar, projenin ilk amaçlarını tanımlayan herhangi bir doküman veya iletişim olarak tanımlanır. Sözleşme, mutabakat zaptı (MOU), anlaşma mektupları, sözlü anlaşmalar, eposta vb. şeklinde olabilir.

Proje Başlatma Belgesinin Geliştirilmesinin geliştirilmesi sürecinde projenin ilk amaçlarını belirlemek amacıyla kullanılır. Sözleşme, ortak niyet bildirgesi, hizmet seviyesi anlaşması, anlaşma mektubu, niyet mektubu, sözlü anlaşma, e-posta ya da başka yazılı anlaşmalar şeklinde olabilir. Genel olarak, harici bir müşteri için yapılan projelerde sözleşme kullanılır.

Proje İşlerinin İzlenmesi ve Kontrolü sürecinde işi yapan dış kaynaksa,  Proje Yöneticisi anlaşma doğrultusunda ilerlenmesini güvence altına almaya çalışır.

Proje ya da Faz Kapanışı sürecinde Tedarik Yönetimi Planında da yer alan ve anlaşma ile belirlenmiş resmi faz ya da proje kapanış kurallarını içerdiği için ihtiyaç duyulur. Büyük ve karmaşık projelerde birden fazla anlaşma olabilir.

Gereksinimlerin Toplanması sürecinde proje ve ürün gereksinimlerini içerdiği için kullanılır.

Zaman Çizelgesinin Geliştirilmesi sürecinde tedarikçilerin taahhüt ettikleri zaman çizelgelerine erişebilmek için gereklidir.

Bütçenin Belirlenmesi sürecinde anlaşmalar, satın alınmış veya alınacak ürünler, hizmetler veya sonuçlarla ilgili geçerli anlaşma bilgileri ve maliyetler için gereklidir.

Kalitenin Kontrolü sürecinde proje Belgeleri altında anlaşmalar girdi olarak kabul edilir. Aynı sürecin çıktısı olarak anlaşmaların güncellenebileceği belirtilmektedir.

Kaynakların Kontrolü sürecinde özellikle dış kaynaklara yönelik olarak yeni ve planlanmamış kaynak ihtiyaçlarının karşılanması veya mevcut kaynaklardan dolayı ortaya çıkabilecek problemlerde ne yapılacağına yönelik prosedürleri içerdiği için girdi olarak kullanılır.

Risklerin Tanımlanması sürecinde eğer dışarıdan kaynak tedariği söz konusuysa kilometre taşı tarihleri, sözleşme tipi, onay kriterleri, ödül ve cezaları içeren anlaşma içerikkeri girdi olarak kullanılır.

Proje tedarik yönetimi süreçleri, alıcı ile satıcı arasında hukuki belgeler olan sözleşmeler de dahil anlaşmaları kapsar Sözleşme, satıcıya, değeri olan bir şeyi (örneğin, belirlenmiş ürünleri, hizmetleri ya da sonuçları) temin etme, alıcıya da para ya da başka değerlerle ödeme yapma yükümlülüğü getiren, karşılıklı olarak bağlayıcı bir anlaşmadır. Anlaşma basit ya da karmaşık olabilir.

Tedarik sözleşmeleri, alıcının ve satıcının yerine getirmesi gereken şartları içerir. Tüm tedariklerin projeye özel ihtiyaçları karşılamasını ve aynı zamanda organizasyonun tedarik politikalarına uygun olmasını sağlamak, proje yönetim ekibinin sorumluluğundadır.

Uygulama alanına bağlı olarak sözleşme yerine, anlaşma, kontrat, mukavele, alt sözleşme ya da satın alma emri terimleri kullanılabilir.

Tüm proje belgeleri belli şekillerde gözden geçirme ve onaylara tabi olmakla birlikte, sözleşmeler veya anlaşmalar yasal olarak bağlayıcı olmalarından dolayı , genellikle daha kapsamlı onay süreçlerine tabidirler.

Tedariklerin yürütülmesi sürecinin çıktısı olarak Anlaşma  belgelerinin başlıca içeriği aşağıdaki gibidir;

  • Çalışma bildirimi ya da teslimatlar,
  • Zaman çizelgesi ve kilometre taşları,
  • Performans raporlama,
  • Fiyatlandırma ve Ödeme koşulları,
  • Tetkik, kalite ve onay kriterleri,
  • Garanti ve Ürün Desteği,
  • Cezalar ve Teşvikler,
  • Sigorta ve teminat mektupları ,
  • Alt yüklenici onayları ,
  • Genel kural ve koşullar,
  • Değişiklik taleplerinin nasıl ele alınacağı ve
  • Fesih ve alternatif ihtilaf çözümü mekanizmaları.

Tedariklerin Kontrolü sürecinde anlaşmalar, taraflar arasındaki şartlardır ve her bir tarafın görevleriyle ilgili şartları içerir. Anlaşmanın içerdiği değişiklik kontrolü hükümleri uyarınca, sözleşme kapanışından önceki herhangi bir tarihte karşılıklı rızayla değiştirilebilir. Bu değişiklikler genellikle yazılı hale getirilir.

Paydaşların Tanımlanması sürecinde anlaşmanın taraflarını ve ihtiyaç duyulabilecek ek paydaşları belirleyebilmek için anlaşmalara ihtiyaç duyulur.

Paydaş Katılımını Sağlama Planlama sürecinde, dış kaynakların ve satıcıların etkin katılımını sağlamak için yapılacak planlama için şirketin satın alma departmanı ile koordine bir şekilde çalışılması gerekir. Bu sağlamak için anlaşmalara ihtiyaç duyulur.

Türkçe eğitimler

İngilizce eğitimler

 

Proje İptal Edilirse Ne Yapmalı?

Her proje planlandığı gibi gitmez. Beklenen faydaların sağlanamayacağının anlaşılması vb. durumlarda iptal edilebilirler. İptal edilen projeler, sonraki projeler için önemli deneyim kaynaklarıdır.

Nelerin yapılması gerekir;

  • İptal edilene kadar ki dönemde gerçekleştirilenleri, başarılanları yazılı hale getirin.
  • İptal durumunda bile Proje Kapanış raporunuzu hazırlayın.
  • İptalin sebeplerini mümkünse sayısal verilerle yazılı hale getirin.
  • Proje sürecince çıkardığınız dersleri paylaşın. Gelecekteki projelerde dikkat edilmesi gereken hususları belirtin.
  • Proje ile ilgili tüm belgeleri arşivleyin.
  • Çözülmemiş problem kalmamasına dikkat edin. Son bir toplantı ile açık kalmış konuları değerlendirin ve tamamlama konusunda planınız yapın, sorumlulukları belirleyin.
  • Proje ekip üyeleri ile birebir görüşmeler yaparak teşekkür edin. Proje süresince gösterdikleri çaba ve başarıları yazılı hale getirin, yöneticileri ile paylaşın.
  • Proje ekibi ve diğer paydaşların gelecekteki projelerde dikkat edilmesi gerekenler konusunda görüşlerini alın.

Türkçe eğitimler

İngilizce eğitimler

Proje Yönetiminde Varyans Analizi

Varyans (Variance), bilinen bir temel çizgi veya beklenen değerden sayısal sapma, ayrılma veya uzaklaşma, Varyans Analizi (Variance Analysis) ise temel çizgi ve mevcut performans arasındaki farklılık derecesi ve nedenini belirleme tekniği olarak tanımlanmaktadır.

Projelerde aşağıdaki süreçlerde kullanılabilir;

  • Proje İşlerinin İzlenmesi ve Kontrolü, Faz ya da Proje Kapanışı süreçlerinde planlanan ve gerçekleşen performansın gözden geçirilmesinde kullanılır. Bu açıdan bakıldığında süre ve maliyet tahminleri, kaynak dağılımı ve oranları, teknik performans gibi örnekler verilebilir. Proje işlerinin izlenmesi ve kontrolü sürecinde maliyet, zaman, kaynak ve teknik değişkenlerinin entegre bir şekilde tüm proje üzerinden varyansları izlenebilmektedir. Bu sayede önleyici ve düzeltici eylemler planlanıp, uygulanabilmektedir.  
  • Kapsamın Kontrolü sürecinde planlanan kapsam ile gerçekleşen kapsam arasındaki farka bakılarak önleyici ya da düzeltici eyleme gerek olup olmadığı belirlenir.
  • Zaman Çizelgesinin Kontrolü sürecinde planlanan ve gerçekleşen başlangıç ve bitiş tarihlerini, süreleri ve bollukları Varyans Analizi ile değerlendirebiliriz. Temel çizgiye göre sapmaların nedeni ve büyüklüğü gelecekteki işlerin tamamalanabilmesi, önleyici-düzeltici eylemlerin ne olması gerektiği gibi konular açısından önemlidir. Örneğin kritik yolda olmayan bir aktivitenin sapması proje süresini etkilemeyebilir. Varyans analizi sonucunda değişiklik talepleri oluşabileceği unutulmamalıdır.
  • Maliyetlerin Kontrolü sürecinde uzman görüşü ve Kazanılmış Değer analizinde kullanılır. Aktivitelerin planlanan maliyeti ile gerçekleşen maliyeti karşılaştırılır. Sapmanın nedenleri ve büyüklüğü değerlendirilir.  

Varyans analizinin yapıldığı projeler için;

  • Satınalma Fiyatı Varyansı – Ürüne yapılan ödeme ile ürün fiyatı arasındaki fark
  • Çalışan Oranı Varyansı – Planlanan efor maliyeti ile gerçekleşen efor maliyeti arasındaki fark
  • Genel Gider Varyansı – Planlanan ve gerçekleşen genel giderler arasındaki fark
  • Sabit Maliyet Varyansı – Planlanan ve gerçekleşen sabit maliyetler arasındaki fark
  • Malzeme Miktarı Varyansı – Planlana ve Gerçekleşen Malzeme miktarı arasındaki fark.
  • Personel Verimlilik Varyansı – Standart performans ölçütlerine göre gerçekleşenlerin karşılaştırılması örnek olarak verilebilir.

Varyans Analizinin etkin yapılabilmesi eğilimlerin incelenmesi ile mümkündür. Sapma bir eğilim gösteriyorsa (artma ya da azalma) gerekli önlemler alınması kolaylaşacaktır. Tekil ya da sürpriz sapmalar ayrıca ele alınmalıdır.

Varyans analizinde sapmayı doğru belirlemek için karşılaştırılan değişkenlerin aynı parametreyi (gün, saat vb.) ve zaman dilimini (Ocak, Şubat vb.) içermesine dikkat edilmelidir.

Proje Yönetimi Ekibi kapsam, zaman ve maliyet sapmalarına odaklanmalı, sapmanın sebepleri farklı ise ayrı ayrı, ortak ise bir bütün olarak üzerine gitmelidirler.

Proje Yönetiminde Regresyon Analizi


Proje ve/veya Fazın Kapanışı aşamasında proje çıktılarına etki eden farklı proje değişkenleri, gelecekteki proje performansı geliştirmesi amacıyla Regresyon Analizi ile değerlendirilebilir.

Proje Yöneticilerinin proje sürecinde elde ettikleri bilgileri değerlendirmeleri önemlidir. Mevcut ortam ve proje değişkenleri gelecekteki proje çıktılarına ilişkin öngörüler yapılabilmesini sağlar. Bu amaçla kullanılan araçlardan birisi Regresyon Analizidir.

Regresyon analizi, aralarında sebep-sonuç ilişkisi bulunan iki veya daha fazla değişken arasındaki ilişkiyi belirlemek ve bu ilişkiyi kullanarak o konu ile ilgili tahminler (estimation) ya da kestirimler (prediction) yapabilmek amacıyla yapılır.

İki ya da daha çok değişken arasında ilişki olup olmadığını, ilişki varsa yönünü ve gücünü inceleyen “korelasyon analizi” ile değişkenlerden birisi belirli bir birim değiştiğinde diğerinin nasıl bir değişim gösterdiğini inceleyen “regresyon analizi” Proje yönetiminde kullanılan istatistiksel yöntemlerdir.

İki değişken arasındaki ilişkiyi Proje Yöneticisi bir grafik üzerinde görebilir. (Bakınız: Proje Kalite Yönetiminde Dağılım Şemaları)  

Güçlü bir ilişki olması gelecekte dikkat edilmesi gerektiğini gösterir, doğru kararlar alınmasını sağlar. Örneğin gereksinimlerin net olması ile projenin zamanında tamamlanması, değişikliklerin az olması ile projenin az gecikmesi arasındaki ilişki vb.

Proje Yönetimi Yaşam Döngüleri

Projeleri bir seyahat gibi düşünün. Farklı yöntemlerle gidebilirsiniz. Yürüyerek, koşarak, arabayla, otobüsle, trenle, uçakla vb. Hangi yöntemi seçerseniz seçin hedefinize ulaşabilirsiniz. Ama önemli olan mevcut kısıtlar altında en kısa, ucuz, konforlu yöntemi seçmenizdir.

Proje Yönetiminde projeyi başarıya ulaştırmak için doğru yaşam döngüsüne karar vermeniz gerekir. 

Proje Yaşam Döngüsünü basitçe şöyle açıklayabiliriz;

  • Kapsamı Belirleme
  • Planlama
  • Yürütme (Hayata Geçirme)
  • İzleme & Kontrol
  • Kapama

Yaklaşımları Doğrusal, Kırılımlı,  Döngülü, Uyarlamalı ve Extreme diye 5’e ayırabiliriz.

Proje doğası gereği hedefinin netliği veya belirsizliği doğrultusunda soldan sağa doğru gidildiğini söyleyebiliriz.

Proje Yöneticileri uzunca bir süre kare kutuları yuvarlak deliklere sokmaya çalıştılar. “İlla böyle olmalı” mantığı ile bir yere varılamayacağı zamanla anlaşıldı. Proje Yönetimini hem teknik hem de bir sanat olarak ele almanın önemi anlaşıldı.

Geleneksel Proje Yönetimi Yaklaşımları

Eğer geçmişte benzer projeler yapılmış ve projenin başında beklenen sonuç net ise daha güzeli var mı? Müşterinin ne istediği iyi anlaşılıyor, sürprizler az, değişiklik beklentisi az.

Geleneksel Proje Yönetimi Yaklaşımlarının değişime toleransı azdır. Zaman ve bütçe kısıtları içinde hedefe ulaşılmak istenir.

Değişiklik durumunda talep analiz edilir, plana etkilerine bakılır ve güncellemeler yapılır. Değişiklik hem projeyi hem de değişiklik üzerinde çalışan proje ekibinin taahhütlerini etkiler.

Geçmiş deneyimler, yaşanan problemleri ve çözümlerini yeni projeye taşıyorsa belirsizlik ve sürprizlerle az karşılaşılacak demektir.

Benzer projelerde yer almış ekipler deneyimlidir, daha kaliteli ve hatasız iş çıkarabilirler.

Sonu belirli projeler plan odaklı ilerlerler. Başarı plana uyum ile ölçümlenir.

Doğrusal Proje Yönetimi Yaşam Döngüsü Yaklaşımı

Yaşam döngüsü bileşenlerinde (Kapsam, Planlama, Yürütme, İzleme&Kontrol, Kapama) geri dönüş yoktur. Herhangi bir süreçten geri dönmeme zayıflık olarak görülebilir. Geri dönüşün olmaması gelişim fırsatlarını kaçırmak anlamına gelir. En başa dönmek ise yapılan tüm işin değişmesi anlamına gelebilir. Aynı şekilde müşteriden gelecek kapsam değişiklikleri de süreci baştan almaya sebep olacaktır.

Doğrusal model değişime toleransı az modeldir.

Kırılımlı Proje Yönetimi Yaşam Döngüsü Yaklaşımı

Doğrusal ve Kırılımlı Yaklaşımlar arasındaki tek fark teslimatlar Kırılımlı yapılarda zaman çizelgesinde belirtilen noktalarda gerçekleştirilirler. Çözüme parça parça, kırılımlar halinde ulaşılır. Son kırılım gerçekleştirildiğinde proje tamamlanır.

Kırılımlı yakalaşım pazarın tetiklediği bir yaklaşımdır. Pazara hızlı girmek ve zamanla özellikleri artırmak vb. 

Doğrusal Yaklaşımlar değişimi istemez ve olası değişimlere karşı zaman rezervleri koyarlar. Kırılımlı yaklaşım değişimi destekler. İlk kırılımın ortaya çıkması sonrasında müşterinin de farkındalığının artması sonucu değişiklikler projenin geri kalanı için adapte edilir.

Doğrusal modellerde tam çözüme giderken aktiviteler belirli bir sıra ile gerçekleştirilmek zorundadırlar. Bu durum gelecekte ek taleplerin olması durumunda başa dönülmesini gerektirebilir.  

Kırılımlı yaklaşım beklenmedik değişikliklere kapısını açan bir yaklaşımdır.

Çevik Proje Yönetimi Yaklaşımları

Geleneksel Yaklaşımlarda gereksinimlerin netleştirilmesi ve bu doğrultuda detaylı planların yapılması gerekir.  Bir projenin yapılması gerekiyor fakat ne yapılacağı net olarak bilinmiyorsa Geleneksel Yaklaşımı tercih edemezsiniz. Bu tip bir duruma düşen proje yöneticileri tornavida yerine çekiç kullananlar gibidirler. Projeyi gerçekleştirmek için ellerindekilerle yola çıkarlar. Yönetimler bu tip değişken kapsamdan çekinirler. Kaynaklar sonucu bilinmeyen bir projeye çekilirken projenin sonucunda elde edilecek fayda kestirilememektedir.

Bu tip durumlarda şirketler avantajlarını kaybetmemek için plan-odaklı yaklaşımdan değişiklik-odaklı yaklaşımlara (çevik) yönelirler. Geleneksel  yaklaşımla yönetilen projeler değişiklikten olumsuz etkilenir, plan güncelleme ve buna bağlı efor-zaman kayıplarını yaşamak istemezler. Çevik Yaklaşımlar değişiklik olmadan başarıya ulaşamazlar. Zamanında ve anında planlama ilkesine dayanırlar. Yalın prensiplerle kaynak israfının önüne geçerler.

Çevik Yaklaşımların başarısı proje ekibinin ve müşterinin açık, dürüst ve anlamlı işbirliğine bağlıdır. Müşterinin çevik yaklaşımları ve geliştirme ortamını, proje ekibinin müşterinin işini ve nasıl iletişim kuracağını öğrenmesi gerekir. Proje Yöneticisi her iki tarafı bir araya getiren bir ortam yaratmaktan sorumludur. Sorumluluğu paylaştırır, projeye liderlik eder.

Proje ekibi çok kalabalık ise daha küçük projelere ve ekiplere bölmek daha faydalı olabilir. Daha küçük ekipler ve projeler sınırlı kapsamlarıyla üzerlerine düşeni başarmalıdırlar.  Geçici bir proje ofisi ile tüm bu projelerin koordinasyonu sağlanabilir.

Çevik Yaklaşımların iki tipte incelenebilir. Döngülü ve Uyarlamalı Yaklaşımlar.

Proje ile ilgili bazı özellikler eksik ya da net tanımlı değilse Döngülü, beklenen sonuç net değil ve buna bağlı özellikler eksik ya da iyi tanımlanmamışsa Uyarlamalı yaklaşım tercih edilmelidir.

Döngülü Proje Yönetimi Yaklaşımı

Projeden beklenen sonuca ilişkin fonksiyonlar, gereksinimler bilinmiyor veya tanımlı değilse tercih edilir. Her döngü sonunda bir prototip ya da çalışan bir çözüm çıktığını düşünebilirsiniz. Böylelikle müşteriye çalışan bir çözüm üzerinde düşünmesi ve varsa ek taleplerini alırsınız. Müşteri tamam diyene kadar süren bir süreçtir.

Döngülü yaklaşımlar öğrenmek ve keşfetmek için fırsat yaratırlar. Her döngüde daha iyi bir sonuç ortaya çıkar.

Uyarlamalı Proje Yönetimi Yaklaşımı

Projenin sonucuna ilişkin net bir bilgi yoksa tercih edilir. Döngülü Yaklaşıma benzerdir. Döngülü yaklaşımda bir zaman çerçevesi esas alınarak çözüm üretilmeye çalışılırken Uyarlamalı Yaklaşımda her bir çevrim doğrultusunda hedefe ulaşılmaya çalışılır.

Extreme Proje Yönetimi Yaklaşımı

Çözüm ve hedef net olmadığı durumlarda tercih edilir. Ar-Ge, yeni ürün geliştirme, süreç iyileştirme projeleri örnek olarak verilebilir. Yüksek risk, değişiklik ve hız içeren projeleri kapsar. Hata oranları yüksektir.

Bu tip projeler bir takım varsayımlarla ve beklentilerle başlayıp, çok farklı noktalara gidebilir. Tekrarlana süreçlerle müşterinin fikri değişebildiği gibi proje ekibinin yönüde değişir. Ara çözümler başarılı olarak Kabul edilirken, iptal edilebilirler. Sabit bir bütçe ya da zaman hedefinden bahsetmek zordur. Müşteri ve proje ekibi “en kısa süre, uygun maliyete” ye odaklanırlar.

Extreme Yaklaşımı

Hedefler net değildir, keşfedildikçe netleşir. Her fazda müşteri ve proje ekibi geleceğe dair bir şeyler öğrenirler. Çevik Yöntemlerde kapsam baştan belirlenirken Extreme Yaklaşımda her fazda yeniden gözden geçirilir.

Extreme Yaklaşımda Çevik Yaklaşımlar gibi döngülüdür. 1-4 hafta gibi kısa sürelerle sonuç, hedef netleştirilmeye çalışılır. Kabul edilebilir bir çözüm bulunabilir, hiç uğraşmadan reddedilebilir. Müşteri “Ben görene kadar bir şey söyleyemiyorum” dediğinde, hedefin çok belirsiz olması Çevik Yöntemlerden ayrıldığı noktadır.

Extreme Yaklaşım daha fazla müşteri katılımı bekler. Hatta müşterinin liderlik etmesi gerekebilir.

Extreme Yaklaşımlarda her faz diğer fazın gerçekleştirilmesi ve kapsamı için belirleyici olabilir.

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

Proje Başarısını Gerçekçi Olarak Değerlendirmek

Proje başarısını ölçümlemek zor ve tartışmalı olabilir. Her projenin farklı olması başarısını farklı değerlendirmeyi gerektirebilir. Sayılar bir çok şey söyleyebilir ama proje başarısını değerlendirmek ayrı bir şeydir. Basitçe söylemek gerekirse projenin hedeflerini tutturması diyebiliriz. Önemli olan proje yönetimi ile gerçekleştirilebilecek olan ve kontrol edebileceğiniz başarı faktörlerinin doğru belirlenmesidir.

Proje başarı ölçümlerinde planlanan-gerçekleşen veriler dikkate alınarak sapmalara bakılır. Sonuçlar performans hakkında bilgi verirken projenin geri kalanına ilişkin ayarlamalar yapmanızı, gelecekteki projelerin daha iyi planlanmasını sağlar.

Planlanan ve gerçekleşen süre, maliyet bilgileri tahminlerinizin doğruluğunu, tahmin süreçlerinizin performansınızı ve başarısını gösterir.

Eğer hedefleriniz aşağıdan yukarıya (aktivite, aşama, proje) bazında tanımlanmışsa, projenin tamamlanması ile elde edilen bilgiler tüm projeye ilişkin hedeflerin tutup tutmadığını görmenizi sağlar. Genel bir hedef belirlenmişse başarı ve başarısızlığı belirlemek zorlaşır.

Projeler, proje ekibi ile başarılır. Projelere ilişkin göstergeler proje ekibinin somut  ve soyut değerlendirilmelerini gerektirir.


Proje değerlendirilmesinde paydaş ve müşteri desteği önemli bir göstergedir.

Proje ekip üyelerinin değişme veya işten çıkma oranları önemli bir göstergedir. Proje ekip üyelerinin projede veya şirkette kalmaları önemli bir başarı göstergesidir.

Yönetimin, sponsorun, proje müşterisinin ve paydaşların proje süresince veya sadece sonunda yapacakları değerlendirmeler (memnuniyet anketleri vb.) önemli göstergelerdir.

Projenin kazanacağı ödüller, basında çıkan olumlu yazılar vb. başarı göstergeleridir.

Projenin sağlayacağı faydaların takip edilmesi, planlanan-gerçekleşen kıyaslaması Yönetimin sorumluluğundadır. Yönetim yapacağı değerlendirmelerle onay-red süreçlerini gözden geçirmeli, şirketin stratejik hedeflerine uygun, doğru projelerin seçimi konusunda sistematik, matematiksel bir süreç uygulamalıdır.

Proje Yönetimi Tarihçesi: 1985 – 2013

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