İnşaat projesinde 100-500 görevin sırası, süresi ve ekip ataması — precedence ve kaynak kısıtları altında bitiş süresini en aza indirme (literatürde RCPSP).
Kısaca
Tanıdık geliyor mu?
- Şantiye şefi sabah saat 7'de tüm ustaları arayıp 'sen bugün nereye, sen ne yapıyorsun' diye dağıtıyor — bu turnike 30-60 dakika sürüyor
- Aynı anda 3-6 proje yönetiliyorsun ve usta/ekip paylaşımı ay sonunda sorun oluyor — 'bu hafta hangi şantiyede olacağım' tartışması yaygın
- Proje teslim tarihinin neden 2-4 hafta kaymasının asıl nedenini soramıyorsun; herkes farklı sebep söylüyor
- Vinç, betonyer veya iskele paylaşımı için ekipler arası 'sen bekle ben bitireyim' tartışması haftada 1-2 kez çıkıyor
- Tedarikçi geç teslim ettiğinde hangi işlere kayma olacağını sayısal olarak göremiyorsun — sezgiye dayanıyor
- Hava muhalefeti olduğunda 'bugünkü programı nasıl kaydırırım' sorusu yarım gün alıyor
- Müşteriye 'projeniz X tarihinde teslim olur' diye söylediğin tarihten 2-3 ay gecikme oluyor; cezai şart ya da müşteri kaybı yaşıyorsun
Niye önemli?
Nasıl çözülür?
Teknik derinlik
Nasıl çözülür?
Teknik derinlikTek satırla: Proje teslim süresini belirleyen kritik yol üzerindeki işlere odaklan — onlar geç kalırsa proje de geç kalır, ama onların dışındaki işlerde günlük ‘birini ileri al, birini geri al’ esnekliği var. Tek vinç veya tek demir ekibini bu kritik yola önceleyerek tahsis et.
Yazılımın yaptığı iş şu: senin şantiye şefinin sabah turnikesiyle haftalar boyunca elle çizdiği iş takvimini, 200-500 görev için saniyelerde kurar ve her gecikme veya değişiklikte yeniden hesaplar. Üç aşama hâlinde anlatalım:
1. Önce projeyi tarif eder. Her görev — adı, tahmini süresi, hangi görevlerden sonra gelmek zorunda (precedence), hangi ekipleri ve makineleri kullanır, hangi malzemeleri ister. Ekip envanteri (kaç kalıpçı, kaç demirci, kaç betoncu var, hangi şantiyede kim), makine listesi (vinç, betonyer, ekskavatör), takvim (resmi tatil, bayram, hava muhalefeti tahmini). Bu bilgi ya teklif/keşif sisteminden otomatik gelir, ya bir kez doğru tabloya girilir.
2. En kısa süreli takvimi çıkarır. Yazılım her olası sıralamayı tek tek denemez — 200 görev için bunun matematik olarak imkânsız olduğu biliniyor. Onun yerine operasyon araştırması (matematik ve bilgisayarla iş kararı veren disiplin) alanından gelen çizelgeleme algoritmalarıyla akıllı kestirme yapar: hangi görev hangi gün başlayıp hangi gün biter, hangi ekip ve makineyle. Sonuç birkaç dakika içinde gelir — tüm precedence kısıtları tutmuş, ekip ve makine çakışması olmamış, toplam proje süresini en aza indiren takvim. Kritik yol (proje süresini belirleyen ardışık görev zinciri) açıkça gösterilir; bu görevlerden herhangi biri kayarsa proje teslim tarihi de kayar.
3. Saha ekibine ulaşır. Plan ustabaşı uygulamasında günlük görev listesi olarak görünür: “07:30 5. kat kalıp, 10:00 beton dökümü A bloğu, 14:00 demir bağlama B bloğu”. Tedarikçi geç kaldığında veya hava muhalefeti olduğunda yazılım sadece etkilenen kısmı yeniden hesaplar, 15-30 saniyede güncel takvim gelir. Aynı anda birden çok proje yönetildiğinde ekip ve makine atamaları projeler arası dinamik olarak optimize edilir.
Şantiye şefinin sezgisini ortadan kaldırmaz; 20 görevde kafadan yaptığı planı 500 göreve ölçekleyen ve gecikme zinciri hesabı yapan bir hesap makinesi gibi düşün. Karar yine senin, ama hangi gecikmenin nereye yansıyacağı sayısal olarak görünür.
Alternatifler
Hesap tablosu + şantiye şefinin kafası
ÜcretsizÜcretsiz
Kim için: 1-2 proje, 30-50 görev, küçük ekip
- + Sıfır maliyet
- + Esnek — sahada anlık ayar kolay
- + Yatırım kararı gerekmez
- − 100+ görevde precedence ve kaynak çakışmaları gözden kaçar
- − Kritik yol görünmez — hangi gecikmenin proje teslimini geciktireceği bilinmez
- − Çoklu proje arasında ekip paylaşımı kafadan çözülemez
- − Müşteriye verilen söz tarihinin matematiksel dayanağı yok
Yerel inşaat proje yönetim yazılımı
Kurumsal20.000–80.000 TRY kurulum + aylık 3.000–10.000 TRY (TR pazar gözlemi)
Kim için: 3-10 proje, 100-300 görev/proje, sabit ekip yapısı
- + Türkçe arayüz ve destek
- + Hakediş, keşif ve mali yönetim modülleri entegre
- + Şantiye fotoğraf ve günlük raporu kolay
- − Çizelgeleme motoru genelde Gantt çizimi seviyesinde — gerçek RCPSP optimizasyonu yok
- − Kritik yol hesabı var ama kaynak çakışması altında otomatik yeniden çizelgeleme zayıf
- − Çok projeli kaynak paylaşımı sınırlı destekli
Uluslararası uzmanlaşmış proje yönetim yazılımı
Kurumsal30–100 EUR/kullanıcı/ay abonelik veya 25.000–200.000 EUR yıllık lisans
Kim için: Büyük müteahhitlik, otoyol/raylı sistem, 500+ görevli karmaşık proje
- + Olgun: RCPSP optimizasyonu, çok projeli kaynak yönetimi, risk analizi tam destekli
- + Kritik yol ve kazanılmış değer (Earned Value) analizi standart
- + Algoritması yıllar boyunca olgunlaşmış
- − Yüksek lisans + danışmanlık maliyeti
- − Kurulum 3-6 ay sürer
- − Türkçe destek sınırlı; öğrenme eğrisi dik
Açık kaynak çözücü ile özel yazılım
Açık KaynakLisans ücretsiz; geliştirme 10-20 hafta kendi ekibinle veya 250.000-900.000 TRY danışmanlık
Kim için: Büyük müteahhitlik veya tip proje (örnek aynı konut bloğu) tekrarlayan firma
- + Lisans maliyeti yok
- + Tam özelleştirme — kendi iş kalemleri ve standartlarına göre
- + Buluta veya kendi sunucuna kurulabilir
- − İçeride teknik kapasite şart
- − Sürekli bakım gerekir
- − RCPSP çözücü uzmanlığı nadir, ekip kurmak pahalı
Tavsiye
Çözüm görüşmesinde sor
- Çizelgeleme motoru gerçek RCPSP algoritmasına mı dayanıyor, yoksa sadece Gantt çizimi mi? 200 görev + 10 kaynak için optimum çözüme yakınlığı nedir?
- Çoklu proje arasında ekip ve makine paylaşımı destekleniyor mu? Bir ekibin iki şantiyeyi nasıl döneceği hangi mantıkla planlanıyor?
- Kritik yol hesabı kaynak kısıtları altında mı yapılıyor (true resource-constrained critical path), yoksa sadece klasik PERT-CPM mi?
- Bir görev gecikirse veya hava muhalefeti olursa plan ne kadar sürede yeniden hesaplanır? Saha ekibine nasıl ulaşır — uygulama, SMS, telefon?
- Hakediş, keşif ve mali sistem ile entegrasyonu nasıl? Hak ediş kalemleri otomatik mi gelir, yoksa manuel girilir?
- Risk analizi (örnek 'bu tedarikçi geç kalırsa proje ne kadar gecikir') Monte Carlo simülasyonu ile mi yapılıyor, yoksa basit varsayım mı?
- Pilot dönemini nasıl kurguluyorsunuz — kaç proje, kaç hafta, başarılı sayılma kriteri nedir?
- Bizimle çalışmayı bırakırsak görev geçmişi, hakediş ve plan verisini nasıl alırız? Standart format export var mı?
Teknik detay
Editör notu
Bu problem halk dilinde “iş takvimi”, “ilerleme planı” veya “şantiye programı” diye anılır. Akademik literatürde adı Resource-Constrained Project Scheduling Problem (kısaca RCPSP) — Türkçesi “kaynak kısıtlı proje çizelgeleme problemi”. 1960’larda PERT/CPM ile başlayan, sonra ekip-makine kısıtları eklenerek olgunlaşan operasyon araştırmasının köklü konularından biri. Bunu bilmeden bir yazılım firmasıyla görüşmeye gidersen, sana satılmaya çalışılan “proje yönetim modülü"nün gerçekten kaynak kısıtları altında optimizasyon yapan bir çizelgeleme motoru mu, yoksa sadece Gantt çizen bir takvim mi olduğunu test edemezsin.
Sektörde en sık atlanan nokta: çoğu yazılım “proje takip” diyerek reklam verir ama altında sadece Gantt görselleştirme + manuel sürükleme vardır — yani sen plan yapacaksın, yazılım sadece görsel sunum. Gerçek RCPSP çözücüsü olan ürün, sen “bu görev 3 gün, bu kalıpçı ekibi var, vinç şu tarihte boş” girince matematiksel olarak en kısa proje süresini hesaplar. Demo gösteriminde mutlaka 30 görev + 4 farklı ekip + bir vinç kısıtıyla küçük bir örnek üzerinden “çözücü nasıl çalışıyor, kritik yol nerede” diye sor.
Adım adım yol — KOBİ için
Aşama 1 — Önce ölç, sonra plan. En az 2 proje boyunca dört şeyi bir tabloya kaydet:
- Her görev kaleminin tahmini ve gerçekleşen süresi (kaç gün dedin, kaç gün sürdü)
- Gecikmenin nedeni (tedarikçi, hava, ekip yetersizliği, plan hatası)
- Ekip ve makine boş bekleme süreleri
- Proje sonu kâr-zarar farkının yüzdesi
Bu veri olmadan hangi yazılımın hangi sonucu vereceğini hesaplayamazsın.
Aşama 2 — Görev kalemleri ve süre tablosunu çıkar. Tipik bir konut bloğu projende 80-150 farklı görev kalemi olur (kalıp m², demir ton, beton m³, tesisat metre, kaplama m²). Her birinin tahmini süresini gözden geçir; ne kadar değişkenlik olduğunu yaz. Bu tablo senin bilgi sermayen — hangi yazılım gelirse gelsin önce bunu soracak. Tahmin doğruluğunu artırmak için tip proje verileri (geçmiş 3-5 proje) altın değerinde.
Aşama 3 — Pilot dönem. Tek bir orta ölçekli proje ile başla, projenin tüm süresince (genelde 6-12 ay) sürer. Başarı kriterin önceden yazılı olsun: örnek “proje teslim tarihi sapması 1 hafta altı, ekip boş bekleme süresi %25 azalma.” Hedef tutmazsa pilot iptal — sözleşmede bu hak açıkça yazılı olmalı.
Aşama 4 — Yaygınlaştırma. Pilot başarılıysa tüm aktif projelere 3-6 ay içinde yay. Şantiye şefi ve usta eğitimi 2-3 hafta sürer; tedarikçi sistemi entegrasyonu yapılacaksa 4-8 hafta ek süre.
Riskler — ne yanlış gidebilir
- Görev süresi tahmin hataları. Tahminler kötüyse, çizelge en iyi olsa bile pratikte tutmaz. Pilot başlamadan önce geçmiş projelerden ’tahmini-gerçek’ tablosu çıkar; iyi bir RCPSP çözücüsü olasılıksal süre dağılımıyla çalışabilir.
- Şantiye direnci. “Bilgisayar bana ne yapacağımı söylemesin” tepkisi yaygın. Pilot dönemde ustabaşıyla beraber sonuçları gözden geçir; yazılım hangi kuralı uyguladığını ve neden kritik yolda olduğunu şeffaf göstermeli.
- Tedarikçi entegrasyon zorluğu. Malzeme gelmediğinde çizelge anlamlı olmaz. Yazılım tedarikçi sözünü gerçek zamanlı sisteme alabilmeli; yapamıyorsa manuel güncelleme yükü artar.
- Tek tedarikçiye bağımlılık. Hakediş, görev geçmişi ve plan verisini kendi özel biçiminde tutan yazılımdan, yıllar sonra çıkmak zor. Sözleşmede “verimizi standart açık formatlarda (CSV, XML gibi) istediğimiz zaman alma hakkımız var” maddesi yazılı olsun.
İlgili acı ders (yayına geçince linkli olur): “Orta ölçekli bir konut müteahhitliği projesinde 11 ayda terk edilen proje yönetim yazılımı — neyi atladılar”.
Çözüm yöntemine teknik bakış
Bu bölüm, yazılım ekibiyle veya danışmanla konuşurken ihtiyaç duyacağın temel bilgileri tutar. Şantiye şefinin günlük ekranında göreceği şey değil — perde arkasında olan iş.
RCPSP için kullanılan ana yaklaşımlar:
| Yaklaşım | Türkçe adı | Tipik ölçek | Çözüm süresi | En iyi sonucu garanti eder mi? |
|---|---|---|---|---|
| CPM (Critical Path) | Kritik yol yöntemi | Kaynak kısıtsız 100-1.000 görev | Saniyeler | Evet (kaynak kısıtsız problem için) |
| PERT | Program değerlendirme | Belirsiz süreli 100-500 görev | Saniyeler | Olasılıksal beklenen |
| MIP | Karma tam sayılı programlama | Kaynak kısıtlı 30-100 görev | 1-30 dakika | Evet (yeterli süre verilirse) |
| Branch-and-bound özel algoritmalar | Dal-ve-sınır | Kaynak kısıtlı 50-200 görev | 1-15 dakika | Evet (orta ölçek) |
| Metaheuristic (GA, SA, Tabu) | Sezgisel yöntemler | 200-2.000 görev | 30 saniye - 5 dakika | Hayır (yakın-en iyi sonuç) |
Pratik öneri: 100 görev altı projeler için klasik CPM yeterli olabilir; ama kaynak kısıtı sıkıysa metaheuristic yaklaşım daha gerçekçi sonuç verir. 200+ görevli projeler için MIP yanıtının pratik olarak hesaplanamaz olduğu durumlarda metaheuristic + simulasyon birleşimi standart.
Hedef fonksiyonu seçimi çözümün biçimini değiştirir:
- Toplam proje süresi (makespan): “Erken bitir” — sözleşmeli cezai şart varsa
- Kaynak kullanım dengesi: “Ekibim sürekli çalışsın” — iş gücü maliyeti yüksek için
- Nakit akışı (Earned Value optimizasyonu): “İşveren ödemesi zamanında gelsin” — finansman dar olan firma için
- Geç teslim cezası + erken ödül karışımı: “Net kâr en yüksek” — bonus sözleşmeli proje için
Çoğu pratik vakada bu dördünün ağırlıklı bir karışımı kullanılır.
Akademik kaynaklar
Sayfanın sources bölümünde listelidir. Türkçe akademik çalışmalar için: YÖK Tez Merkezi’nde “proje çizelgeleme” veya “kaynak kısıtlı proje” anahtar kelimesiyle 220+ tez bulunur — özellikle endüstri mühendisliği ve inşaat mühendisliği yüksek lisans tezleri Türk inşaat sektörü pratiğine yakındır. RCPSP alanı 1960’lardan bu yana operasyon araştırmasının en aktif konularından biri; günümüzde çoklu proje, belirsizlik altında çizelgeleme ve gerçek zamanlı yeniden hesaplama üzerine yoğunlaşıyor.
Kaynaklar
- Brucker, P., Drexl, A., Möhring, R., Neumann, K. ve Pesch, E. (1999). Resource-constrained project scheduling: Notation, classification, models, and methods. European Journal of Operational Research, 112. cilt — RCPSP alanının standart sınıflandırma makalesi.
- Hartmann, S. ve Briskorn, D. (2010). A survey of variants and extensions of the resource-constrained project scheduling problem. European Journal of Operational Research, 207. cilt — alanın kapsamlı modern derlemesi.
- Demeulemeester, E. L. ve Herroelen, W. S. (2002). Project Scheduling: A Research Handbook. Kluwer Academic Publishers. Akademik standart ders kitabı.
- YÖK Tez Merkezi — anahtar kelime: ‘proje çizelgeleme’, ‘kaynak kısıtlı proje’, ‘kritik yol’ — TR akademisinden 220+ tez. tez.yok.gov.tr
Sözlük
- RCPSP
- Bir projedeki yüzlerce görevin sırasını, süresini ve ekip atamasını precedence ve kaynak kısıtları altında belirleme.
- Kritik Yol
- Proje teslim tarihini doğrudan belirleyen, ardışık görevlerin oluşturduğu en uzun zincir.
- MIP
- Karar değişkenlerinin bir kısmının tam sayı (örn. 'kaç kamyon', 'kaç vardiya') olduğu optimizasyon türü.