Kritik yol yöntemi (CPM, Critical Path Method), bir projedeki birbirine bağlı görevlerden hiç gecikme payı olmayan en uzun zinciri bulan planlama tekniğidir. Bu zincirdeki tek bir görev bir gün kayarsa proje de bir gün geç biter. Yöntem; görevleri, sürelerini ve aralarındaki bağımlılıkları listeleyip ileri ve geri hesapla her görevin bolluğunu ortaya koyar.
Kısaca
- Kritik yol, başlangıçtan bitişe uzanan ve bolluğu sıfır olan en uzun görev zinciridir; proje süresini bu zincir belirler.
- Hesap dört adımdır: görev listesi, bağımlılıklar, ileri geçiş (en erken tarihler) ve geri geçiş (en geç tarihler).
- Bolluk, bir görevin proje bitişini etkilemeden kaç iş günü gecikebileceğini gösterir; yöneticinin dikkati bolluğu sıfır olan işlere gitmelidir.
- Panorama Consulting'in 2026 ERP Raporu'na göre katılımcıların dörtte birine yakını projesinin takvimin gerisinde kaldığını bildirdi.
- Kritik yol bir kez çizilip bırakılmaz; her gecikmede yeniden hesaplanmalıdır. Bu yüzden bağımlılıkları otomatik kaydıran bir araç işi büyük ölçüde kolaylaştırır.
Kritik yol yöntemi neden önemli, gecikmenin maliyeti ne?
Projelerin çoğu tek bir büyük hata yüzünden değil, küçük kaymaların birbirine eklenmesiyle gecikir. Tasarım onayı iki gün geç gelir, yazılım ekibi bekler, test haftası sıkışır ve teslim tarihi kayar. Sorun, hangi gecikmenin teslimi gerçekten etkilediğini kimsenin anında görememesidir.
Bu tablo kurumsal projelerde de yaygın. Panorama Consulting'in 2026 ERP Raporu'na göre katılımcıların dörtte birinden fazlası projesinin bütçeyi aştığını, dörtte birine yakını takvimin gerisinde kaldığını bildirdi; medyan proje süresi 9 aydı. Raporda takvim aşımının en sık nedeni olarak teknik değil, kurumsal sorunlar gösteriliyor. Benzer örüntüleri ERP projeleri neden başarısız olur yazısında ayrıntılı ele aldık.
Gecikmenin maliyeti yalnızca geç teslim değildir. Bekleyen ekip, sözleşmedeki ceza maddeleri, ertelenen gelir ve müşteri güveni de hesaba girer. Yazılım projesi maliyeti hesaplanırken takvim riskinin neden ayrı bir kalem olarak düşünülmesi gerektiği de buradan anlaşılır.
Kritik yol yönteminin temel kavramları nelerdir?
Yöntemi uygulamadan önce birkaç terimi netleştirmek gerekir. Hepsi iş günüyle ifade edilir; hafta sonları ve tatiller sayılmaz.
- Öncül ve ardıl: Bir görevin başlaması için bitmesi gereken iş öncüldür; ona bağlı iş ardıldır.
- En erken başlangıç/bitiş (ES/EF): Öncüller zamanında biterse görevin başlayabileceği ve bitebileceği en erken gün.
- En geç başlangıç/bitiş (LS/LF): Projeyi geciktirmeden görevin başlayabileceği ve bitebileceği en geç gün.
- Bolluk (float/slack): LF ile EF arasındaki fark. Sıfırsa görev kritik yoldadır.
- Kilometre taşı: Süresi olmayan, onay ya da yayın gibi önemli bir an.
Bağımlılıklar her zaman "biri bitince öteki başlar" biçiminde değildir. Bazı işler birlikte başlar, bazıları birlikte biter; arada bekleme (gecikme) ya da örtüşme (eksi gecikme) olabilir. Bu ayrımı baştan doğru kurmak hesabın güvenilirliğini belirler. Bu bağların zaman çizelgesinde nasıl görüneceğini Gantt şeması nedir rehberimizde örnekledik.
Kritik yol adım adım nasıl hesaplanır?
Aşağıdaki sıra, kâğıt üzerinde de bir proje aracında da aynı mantıkla işler:
- Görevleri listeleyin. İşi teslim edilebilir parçalara bölün; bir görev bir kişinin ya da ekibin sahiplenebileceği büyüklükte olsun.
- Süreleri iş günüyle tahmin edin. Tahmini işi yapacak kişiyle birlikte verin; "en iyi durum" yerine gerçekçi süreyi yazın.
- Bağımlılıkları tanımlayın. Her görev için "bu iş başlamadan neyin bitmesi gerekir?" sorusunu sorun.
- İleri geçiş yapın. İlk görevden başlayıp her görevin ES ve EF değerini bulun; birden çok öncülü olan görev, en geç biten öncülün ardından başlar.
- Geri geçiş yapın. En geç biten görevden geriye doğru her görevin LF ve LS değerini bulun; birden çok ardılı olan görevde en küçük LS alınır.
- Bolluğu hesaplayın. Her görev için LF − EF; sıfır çıkanları birleştirin, kritik yolunuz budur.
İhtiyaçlar netleşmeden yapılan plan, hesap ne kadar doğru olursa olsun yanıltır. Görev listesinin kaynağı olan kapsamı belirlemek için yazılım ihtiyaç analizi ve teknik şartname hazırlama rehberlerine bakabilirsiniz.
Kritik yol örneği: bir web sitesi projesi
Altı görevli basit bir web sitesi projesini ele alalım. Süreler iş günüyle verilmiştir; gün sayımı sıfırdan başlar.
| Görev | Süre | Öncül | ES | EF | LS | LF | Bolluk |
|---|---|---|---|---|---|---|---|
| A. İhtiyaç toplama | 3 | – | 0 | 3 | 0 | 3 | 0 |
| B. Tasarım | 5 | A | 3 | 8 | 3 | 8 | 0 |
| C. İçerik hazırlama | 6 | A | 3 | 9 | 10 | 16 | 7 |
| D. Yazılım geliştirme | 8 | B | 8 | 16 | 8 | 16 | 0 |
| E. İçerik girişi | 2 | C, D | 16 | 18 | 16 | 18 | 0 |
| F. Test ve yayın | 2 | E | 18 | 20 | 18 | 20 | 0 |
Kritik yol A → B → D → E → F'dir ve proje 20 iş günü sürer. İçerik hazırlama (C) 7 iş günü gecikebilir, teslim değişmez. Ama tasarım (B) bir gün kayarsa yayın da bir gün kayar.
Buradan çıkan pratik ders şudur: ekstra kaynağı içerik ekibine değil, tasarım ve yazılım ekibine vermek teslimi kısaltır. Kritik yol, "herkes acele etsin" yerine "şu zincirdeki işleri koruyun" demenizi sağlar. Hesabı hangi araçta yürüteceğinize karar verirken proje yönetimi programı seçimi rehberindeki ölçütler işinize yarar.
Kritik yol yöntemi uygularken hangi hatalar yapılır?
En sık hata, planı bir kez çizip duvara asmaktır. Görevler gerçekte uzar, kısalır, yeni işler eklenir; kritik yol her değişiklikte başka bir zincire geçebilir. Bolluğu 2 gün olan bir görev 3 gün gecikirse artık kritik yoldadır.
İkinci hata, bağımlılıkları eksik tanımlamaktır. "Herkes kendi işini biliyor" denilen projelerde görevler bağımsız görünür, hesap da yanlış biçimde kısa bir süre verir. Üçüncüsü, kaynak çakışmasını yok saymaktır: aynı kişi iki kritik göreve atanmışsa iki iş paralel ilerleyemez.
Hesabı elle ya da tabloda yürütmek küçük projelerde mümkündür. Ancak görev sayısı arttıkça her değişiklikte ileri ve geri geçişi yeniden yapmak pratik değildir; bu sınırları Excel ile iş takibinin sınırları yazısında anlattık. Üretimde benzer sorun makine ve iş emri düzeyinde yaşanır; orada üretim planlama ve APS yaklaşımı devreye girer.
SmartPM ile kritik yol takibi nasıl kolaylaşır?
SmartPM, Digital Bridge'in Smart ailesindeki web tabanlı proje yönetim yazılımıdır. Yukarıdaki hesabı sizin yerinize yapar ve plan değiştikçe güncel tutar. Görevler liste, kanban ve Gantt şemasında aynı veriyle yönetilir.
Gantt şemasında dört bağımlılık türü tanımlanır: bitince başlar, birlikte başlar, birlikte biter ve başlayınca biter. Gecikme iş günüyle verilir, eksi değer işi öne çeker; döngü oluşturacak bağı sistem kabul etmez. Hafta sonları iş günü sayılmaz ve Cumartesi çalışılan projeler için çalışma günleri proje başına ayarlanabilir.
Kritik yol görünümü tek tıkla açılır: kritik görevler ve bağları kırmızı görünür, diğer görevlerin yanında bollukları yazar. SmartPM hesabı yukarıdaki mantıkla yapar; projenin en geç biten görevinden geriye doğru her görevin en geç bitebileceği günü bulur, farkı bolluk olarak gösterir.
Senaryo: Bir ajans, müşterisi için web sitesi projesini SmartPM'in hazır web sitesi şablonuyla açıyor. Tasarım görevi müşteri onayı yüzünden üç gün uzuyor. Proje yöneticisi çubuğu Gantt'ta uzattığında yazılım geliştirme, içerik girişi ve yayın görevleri süreleri korunarak ileri kayıyor; ekranda kaç görevin kaydığı bildiriliyor. Tasarıma bağlı olmayan içerik hazırlama görevi yerinde kalıyor.
Müşteri onayı da aynı yerden yürür. Ekip, müşteriye açık işaretlediği tasarım görevinde "Onay iste" der; müşteri yalnızca kendisine açılan görevleri görür, Onayla ya da Değişiklik iste ile yanıt verir. Haftalık toplantıdan önce yapay zeka destekli durum özeti; gecikenleri, kritik yolu ve yaklaşan teslimleri yalnızca projedeki verilerden derler, bir öneri olarak gösterilir ve kaydedilmez. Gecikme sinyallerini erken yakalamanın diğer yollarını yapay zeka ile proje riski yazısında ele aldık. Özellikleri SmartPM ürün sayfasında ayrıntılı inceleyebilirsiniz.
Digital Bridge nasıl yardımcı olur?
Digital Bridge, proje yönetimini yalnızca bir yazılım lisansı olarak değil, çalışma biçimi olarak ele alır. SmartPM kurulumunu; kimin hangi rolle (yönetici, üye, izleyici, müşteri) çalışacağını, projelerin çalışma günlerini ve müşterilere hangi görevlerin açılacağını kurumunuza göre sizinle birlikte planlıyoruz. Smart ailesinin diğer ürünlerini de kullanıyorsanız Smart360 altında tek hesapla çalışırsınız.
Hazır bir araç ihtiyacınızı karşılamıyorsa, kendi iş akışınıza özel planlama ekranlarını özel web yazılımları hizmetimizle geliştiriyoruz. Dış ekiplerle yürüyen projelerde takvimi korumak için yazılım projesi yüklenici denetimi rehberimiz de yol gösterir. Şantiye tarafındaki ihtiyaçlar için inşaat proje takip programı yazısına göz atabilirsiniz.
Sonraki adım: kritik yolunuzu görünür kılın
Elinizdeki bir projeyi bugün görev, süre ve bağımlılık olarak listeleyin; kritik yolu bir kez hesaplamak bile nereye odaklanmanız gerektiğini gösterir. Bu hesabı her gecikmede elle tekrarlamak yerine SmartPM ile otomatik kaydırma ve kritik yol görünümüyle çalışabilirsiniz.
SmartPM'i satın almak için SmartPM satış formunu doldurun; ekibimiz kurumunuza uygun kurulumu sizinle planlasın. Sorularınız için iletişim sayfamızdan bize ulaşabilir, diğer yazılım rehberlerini yazılım geliştirme konu sayfasında bulabilirsiniz. Performans göstergelerini planla ilişkilendirmek isterseniz KPI tanımımıza da bakın.