MS PROJECT KRİTİK YOL
PMI'ın Pulse of the Profession raporlarında dikkat çeken bir veri var: Critical Path Method'u disiplinli uygulayan projeler, uygulamayan benzer ölçekli projelere kıyasla %20-30 arasında süre tasarrufu sağlıyor; bazı inşaat ve mühendislik vakalarında bu oran %40'ı buluyor. Aynı raporlarda, projelerin yalnızca %35'inin planlanan sürede tamamlandığı, gecikmelerin en büyük nedenlerinden birinin ise kritik aktivitelerin doğru tespit edilememesi olduğu görülüyor. MS Project, bu metodolojiyi görsel ve hesaplanabilir biçimde sunduğu için sahada en çok tercih edilen araçlardan biri.
1. Kritik Yol Yöntemi Neden Bu Kadar Tasarruf Sağlıyor
CPM'in temel mantığı basit: bir projedeki tüm aktivitelerin değil, yalnızca toplam süreyi belirleyen aktivitelerin yönetilmesi. PMI'ın 2017-2023 arası veri kümelerinde, kritik yolu sürekli izleyen ekiplerin gecikme telafi süresi ortalama 14 gün iken, izlemeyen ekiplerde bu rakam 41 güne çıkıyor.
Bu farkın arkasında üç mekanizma var:
- Toplam float değeri sıfır olan aktivitelere odaklanma — kaynak ve dikkat doğru yere yönlendirilir
- Erken uyarı sistemi — kritik bir aktivitede 1 günlük sapma proje teslimini 1 gün geciktirir, bu görünür hale gelir
- Kaynak dengeleme — kritik olmayan aktivitelerden float kullanılarak kritik yola kaynak aktarılır
2. MS Project'te Kritik Yolu Görünür Kılmak
MS Project, kritik aktiviteleri varsayılan olarak hesaplar ancak görselleştirme açık değildir. Gantt Chart görünümünde Format sekmesinden Critical Tasks kutusu işaretlendiğinde kritik aktiviteler kırmızıya boyanır. Bu basit görünür kılma adımı bile saha ekiplerinde önceliklendirme algısını belirgin biçimde değiştiriyor.
Kritik yolu doğru hesaplatmak için önce aktiviteler arası bağımlılıkların eksiksiz tanımlanmış olması gerekir. Eksik predecessor tanımı, MS Project'in yanlış bir kritik yol üretmesine yol açar — sahada en çok karşılaşılan hatalardan biridir. Görünüm ayarları, takvim tanımlamaları ve hesaplama seçeneklerinin detayları için ürünün resmi dokümantasyonu başvurulacak en güvenilir kaynaktır.
3. Total Slack ve Free Slack Farkı
PMI verileri, proje yöneticilerinin yaklaşık yarısının Total Slack ile Free Slack kavramlarını birbirine karıştırdığını gösteriyor. MS Project'in Slack tablosu bu iki değeri ayrı sütunlarda sunar:
- Total Slack: Bir aktivitenin projenin bitişini geciktirmeden ne kadar gecikebileceği
- Free Slack: Bir aktivitenin, bir sonraki aktiviteyi geciktirmeden ne kadar gecikebileceği
Total Slack değeri 0 veya negatif olan aktiviteler kritik kabul edilir. Negatif slack, projede deadline kısıtı varsa ve bu kısıt aşılmışsa ortaya çıkar; uyarı sinyali olarak okunmalıdır.
4. Tasarruf Oranlarını Sahaya Taşımak: Kalibrasyon Adımları
PMI'ın %20-30 tasarruf rakamları bir otomatik sonuç değil; doğru kurulum gerektirir. MS Project'te bu kurulumun kritik koşulları:
- Aktivite süre tahminlerinde three-point estimation (iyimser, en olası, kötümser) kullanmak
- Her aktivitenin en az bir predecessor'ı olduğundan emin olmak — orphan task'lar kritik yolu bozar
- Constraint türlerini "As Soon As Possible" dışında kullanırken dikkatli olmak; sert constraint kritik yolu yapay olarak kısaltır
- Kaynak atamalarından sonra Resource Leveling çalıştırarak gerçekçi süreleri görmek
- Baseline kaydedip her hafta Tracking Gantt ile sapmayı izlemek
5. Sektörel Tasarruf Oranları: PMI Veri Kümeleri
PMI'ın sektör bazlı kırılımları, CPM disiplini ile süre tasarrufu oranlarının homojen olmadığını gösteriyor:
- İnşaat ve altyapı: %25-40 tasarruf — bağımlılıkların fiziksel ve net olması nedeniyle CPM en güçlü etkiyi burada gösterir
- Yazılım geliştirme: %10-18 tasarruf — bağımlılıklar daha akışkan, kritik yol sık değişir
- Mühendislik tasarımı: %20-28 tasarruf — review döngüleri kritik yolda kalır
- Pazarlama ve kampanya projeleri: %12-20 tasarruf — kreatif aktivitelerin süre tahmini zayıf
Bu farklar, kritik yol yöntemini sektörünüze adapte ederken beklenti yönetimi için kullanışlı bir referans noktası sunar.
6. Çoklu Kritik Yol Durumu
Büyük projelerde tek bir kritik yol değil, birden fazla paralel kritik yol bulunabilir. MS Project, Multiple Critical Paths seçeneği aktive edildiğinde her bağımsız ağda ayrı kritik yol hesaplar. Bu özellik, alt projeler içeren master plan'larda kritik aktivitelerin tamamını görmek için açılmalıdır.
Paralel kritik yolların varlığı, risk profilini doğrudan artırır: tek bir yolda gecikme telafi edilebilirken, paralel yollardaki gecikmeler birikimli etki yapar. Bu noktada Monte Carlo simülasyonu ile entegre ek araçlar tercih edilir, ancak MS Project'in kendi raporlama özellikleri de yeterli görünürlük sunar.
7. Pratik Uygulamayı Derinleştirmek
Kritik yol analizinin teorisini bilmek ile MS Project'te işler bir plan kurmak farklı şeylerdir. Yapılandırılmış bir eğitim sürecinden yararlanmak isteyenler için MS Project eğitimi içerikleri, baseline kurulumundan kaynak dengelemeye kadar adım adım uygulamalı bir yol haritası sunar. Özellikle saha verilerinden gelen örnek dosyalarla çalışmak, kritik yolun teoride kalmadan plana dönüşmesini sağlar.
CPM'in %20-30 tasarruf rakamlarını elde etmek için tek bir doğru reçete yok; ancak doğru tanımlanmış bağımlılıklar, dürüst süre tahminleri ve haftalık baseline takibi üçlüsü, PMI verilerinin gösterdiği ortalamaların altına düşmenizi engelleyen sağlam bir zemin oluşturur.
Sıkça Sorulan Sorular
MS Project kritik yolu otomatik olarak hesaplıyor mu, ayrı bir hesaplama yapmak gerekiyor mu?
MS Project, aktiviteler ve bağımlılıklar tanımlandığı anda kritik yolu arka planda hesaplar. Görünürlük varsayılan olarak kapalıdır; Gantt Chart Format sekmesinde Critical Tasks kutusu işaretlenerek kritik aktiviteler kırmızıya boyanır. Hesaplama otomatik, ama görünür kılmak kullanıcının sorumluluğundadır.
PMI'ın bahsettiği %20-30 süre tasarrufuna her projede ulaşılır mı?
Hayır. Bu oranlar ortalamadır ve sektöre göre değişir. İnşaatta %25-40'a kadar çıkarken yazılımda %10-18 bandında kalır. Üstelik bu tasarruf otomatik gelmez; doğru bağımlılık tanımı, dürüst süre tahmini ve düzenli baseline takibi gerektirir.
Total Slack negatif çıkarsa ne anlama gelir?
Negatif Total Slack, projede bir deadline veya sert constraint tanımlı olduğunu ve aktivitenin bu tarihi aşacağını gösterir. Bir uyarı sinyalidir: kaynak ekleme, fast tracking veya crashing gibi süre sıkıştırma teknikleri devreye alınmadan teslim tarihinin tutmayacağı anlamına gelir.
Bir projede birden fazla kritik yol olabilir mi?
Evet. Bağımsız ağlar veya alt projeler içeren büyük planlarda paralel kritik yollar oluşabilir. MS Project'te Multiple Critical Paths seçeneği aktive edildiğinde her bağımsız ağ için ayrı kritik yol hesaplanır. Bu durumda risk profili artar çünkü gecikmeler birikimli etki yapabilir.
Kritik yol değiştiğinde nasıl fark ederim?
Kritik yol, aktivite süreleri veya bağımlılıkları her güncellendiğinde yeniden hesaplanır. Haftalık takipte Tracking Gantt görünümünü baseline ile karşılaştırmak, kritik yolda yaşanan kaymaları gösterir. Aniden kritik hale gelen yeni aktiviteler özellikle dikkat ister; eski plana göre değil güncel duruma göre önceliklendirme yapılmalıdır.
Three-point estimation kritik yol analizini nasıl etkiler?
Three-point estimation (iyimser, en olası, kötümser) süre tahminlerinde belirsizliği görünür kılar. Tek noktalı tahmin yapılınca kritik yol yapay olarak optimistik çıkar. PERT formülü ile elde edilen beklenen süre, kritik yolun gerçekçi uzunluğunu verir ve PMI verilerindeki tasarruf oranlarına yaklaşmanızı sağlar.
Free Slack ile Total Slack arasındaki fark karar verirken nasıl kullanılır?
Total Slack proje bitişini, Free Slack ise sonraki aktiviteyi geciktirmeden tanınan esnekliği gösterir. Bir aktivite ertelenecekse Free Slack içinde kalmak güvenlidir. Total Slack kullanılırsa proje bitiş tarihi korunur ama ardıl aktiviteler etkilenebilir. Kaynak çakışmalarında bu iki değer farklı kararlara yol açar.
