MS PROJECT NEDİR?

Bir orta ölçekli konut şantiyesinde sabah toplantısı: kalıpçı dün gece beton dökümünün geciktiğini söylüyor, statik proje müellifi pas payı revizyonunu öğleden sonra teslim edecek, satın alma birimi C çelik partisini henüz sipariş etmemiş. Üç ekip de işini biliyor. Yine de bu üç gecikmeden hangisinin diğerini tetiklediğini ve nihai teslim tarihini ne kadar kaydırdığını gösterebilecek tek bir tablo masada yok. MS Project tam buraya oturur — sıra, süre ve kaynağı tek mantığa bağlar.

Bu yazı; programın ne olduğunu, hangi tür projelerde anlamlı olduğunu, görev ve bağımlılık kavramının nasıl kurulduğunu, kaynak atamasının maliyet ve takvimle nasıl ilişkilendiğini, baseline yöntemiyle ilerlemenin nasıl izlendiğini ve Primavera ile karşılaştırıldığında nerede ayrıştığını ele alır. Ürün hakkında resmi referans için Microsoft Project destek sayfası en güncel başlangıç noktasıdır.

MS Project Nedir, Ne İşe Yarar?

MS Project, Microsoft'un proje planlama ve takip yazılımıdır. İlk sürümü 1984'te DOS ortamında çıktı; bugün hem klasik masaüstü uygulaması (Project Standard ve Project Professional) hem de bulut tarafı (Project for the web, Project Online) olmak üzere iki ana hatta bölünmüş durumda. Programın temel vaadi: projeyi parçalara ayır, parçaların sürelerini ve sırasını belirle, kaynakları ekleyerek maliyeti çıkar, plan değiştikçe etkisini tek bakışta gör.

Excel ile takvim yapmak ile MS Project ile plan kurmak farklı işlerdir. Excel statik bir tablodur; bir başlangıç tarihini değiştirdiğinizde altındaki onlarca satırı elinizle kaydırırsınız. MS Project ise görevler arasındaki ilişkiyi bilir: B görevi A'ya bağımlıysa A bir gün kaydığında B otomatik kayar, kritik yol yeniden hesaplanır, aynı kaynağın aynı gün iki ayrı yerde yüklü olduğunu kırmızı yanan göstergeyle uyarır.

Türk pratiğinde MS Project özellikle şu alanlarda yaygındır:

• İnşaat şantiye takvimi: Orta ölçekli konut, ofis, AVM, otel projelerinin saha planlaması
• Yazılım proje takibi: Sprint ve dönemsel teslim planları kuran BT ekipleri
• Kamu yapı işleri raporlama: İlerleme yüzdesi ve hak ediş hesabı bağlamında basit gantt çıktıları
• Üretim yatırımı: Yeni hat kurulumu, montaj sırası, devreye alma akışı
• Mühendislik tasarım ofisi: Çoklu disiplin koordinasyonu (mimari, statik, mekanik, elektrik)
• Etkinlik organizasyonu: Fuar, kongre, festival gibi sabit tarihli üretim akışları

Bir mimari ofiste proje müelliflik aşamasının iki haftalık zaman çizelgesi kadar küçük bir iş bile MS Project'te düzgün kurulduğunda revizyon karşısında ayakta kalır. Excel'de aynı işi sürdürmek, her revizyonda satırları elle taşımak demektir.

Görev, Süre ve İş Kırılımı (WBS)

Project'te plan kurmak iş kırılımıyla başlar. Türkiye Bilimler Vakfı ve PMI Türkiye gibi otoritelerin proje yönetimi eğitimlerinde defalarca vurgulanan bir prensip vardır: önce işi parçala, sonra süre yaz. Tersi yapıldığında plan kâğıt üzerinde tutar, sahada tutmaz.

Her görevin üç kritik alanı vardır: Task Name (ne yapılacak), Duration (kaç gün/saat sürer) ve Predecessors (öncülü hangi görev). Süre alanında küçük ek harfler vardır ve hesabı kökten değiştirir:

• 5d → 5 iş günü (takvime göre hafta sonunu atlar)
• 5ed → 5 takvim günü (hafta sonu dâhil, beton kürlenme süresi gibi)
• 8h → 8 saat
• 2mo → 2 ay

Bir görev kilometre taşı (Milestone) yapılmak istendiğinde süresi 0 girilir; Gantt'ta siyah eşkenar dörtgen olarak görünür. Ruhsat alımı, hakediş kesim tarihi, geçici kabul gibi gerçekleşti-gerçekleşmedi sorusu olan olaylar için kullanılır.

Görev tipi açısından üç ayrım vardır ve yeni başlayanlar bu farkı genelde geç fark eder:

• Fixed Duration: Süre sabit. Kaynak eklemek süreyi değiştirmez. Resmî tatil, kürlenme bekleme süresi, fırın bekletmesi gibi.
• Fixed Work: İş miktarı sabit (adam-saat). Kaynak ekledikçe süre kısalır. Yazılım geliştirme görevi, hesap raporu hazırlama gibi.
• Fixed Units: Kaynak yüklemesi sabit. Varsayılan mod. Bir ustanın günlük kapasitesi sabit kalır, süre ve iş ters orantılı değişir.

Bağımlılık Tipleri Nasıl Sıralanır?

Görevler arasındaki ilişki Project'in en güçlü yanı. Dört tip vardır, her birinin sahadaki karşılığı farklıdır:

• FS (Finish-to-Start): Varsayılan tip. A bitmeden B başlayamaz. Kalıp sökülmeden sıva atılmaz. Şantiyedeki bağımlılıkların yüzde sekseni FS'tir.
• SS (Start-to-Start): A başlamadan B başlayamaz; ama ikisi paralel yürüyebilir. Hafriyat başladıktan sonra iksa imalatı da paralel yürür.
• FF (Finish-to-Finish): A bitmeden B bitemez. Mekanik tesisat ile alçıpan kapatma genelde aynı haftada birlikte kapanır.
• SF (Start-to-Finish): Nadir. B'nin bitebilmesi için A'nın başlaması yeterli. Eski sistemin yeni sistem devreye girince kapatılması, vardiya devirleri.

Bağımlılığa Lag (gecikme) veya Lead (öncülük) eklenir. FS+3d yazarsanız A bittikten 3 gün sonra B başlar; beton kürlenmesini beklemek tipik örnektir. FS-2d yazarsanız A bitmeden 2 gün önce B başlar — paralelleştirme. Sahada Lag güvenli, Lead riskli kullanılır; çünkü A bitmeden B'ye başlayan ekip kalite riski üretebilir.

Görevleri bağlamak için en hızlı yol: Gantt görünümünde iki görevi Ctrl ile seç, Görev sekmesinde Görevleri Bağla (Link Tasks) düğmesine bas. Çıkan FS bağlantısının tipini değiştirmek için iki görev arasındaki çizgiye çift tıkla, Tür listesinden seç.

Kaynak Atama ve Maliyet Nasıl Hesaplanır?

Project'te kaynak üç tiptedir:

• Work: İnsan ve ekipman (saatlik çalışır). Kalıp ustası, mimar, kule vinç, jeneratör.
• Material: Malzeme (birim üzerinden tüketilir). Beton m³, donatı ton, boya kg.
• Cost: Tek seferlik gider. Ruhsat harcı, ekspertiz ücreti, danışmanlık parası.

Resource Sheet ekranında her kaynağın Std. Rate (saatlik birim ücret), Ovt. Rate (mesai ücreti) ve Max Units (kapasite) alanları doldurulur. Bir kalıp ustasını "Kalıp İmalatı" görevine %100 ile atadığınızda Project; süre × atama oranı × birim ücret hesabıyla maliyeti otomatik üretir.

Aynı ustayı aynı gün başka bir göreve daha atadıysanız Resource Usage görünümünde kapasitesi %200'ü gösterir ve kırmızı yanar — buna over-allocation denir. Üç çözüm yolu vardır:

1. Görevi başka tarihe kaydır (manuel)
2. Aynı işi başka kaynağa devret (ikinci ekibe paylaştır)
3. Resource Leveling ile otomatik dağıtım yap (Kaynak sekmesi → Tümünü Düzeyle / Level All)

Leveling süreyi uzatabilir; körü körüne çalıştırılmaz. Türk şantiye pratiğinde ekibin esnekliği ve fazla mesai kapasitesi yazılımdaki teorik leveling sonucundan daha gerçekçi karar üretir; bu yüzden ilk önce manuel dengeleme denenir.

Takvim ve Tatiller Plana Nasıl Yansır?

Takvim ayarı, hesap sonucunu en çok değiştiren ama en sık gözden kaçan adımdır. Project > İş Zamanını Değiştir (Change Working Time) menüsünden takvim açılır.

Türk projelerinde dikkat edilmesi gereken kültürel kısıtlar:

• Resmî tatiller: 1 Ocak, 23 Nisan, 1 Mayıs, 19 Mayıs, 15 Temmuz, 30 Ağustos, 29 Ekim ve dini bayramlar (Ramazan ve Kurban tatil günleri her yıl kayar).
• Yarım gün çalışmalar: Arefe günleri kamu sektöründe yarım gün; şantiye çalışıyorsa özel saat tanımlanır.
• Ramazan ayı: Saha çalışma temposu düşer, vardiya saatleri kayabilir. Bazı projeler yaz aylarında sıcak çarpması riskine karşı 12:00-15:00 arası mola koyar.
• Cumartesi çalışması: Çoğu şantiye cumartesi çalışır; varsayılan takvimde Cumartesi Working olarak işaretlenmelidir.
• Kış şartı: Beton dökümü için "hava sıcaklığı > 5°C" şartı; doğu illerinde aralık-şubat ayları için ayrı takvim gerekebilir.

Belirli kaynaklar için kişisel takvim (Resource Calendar) açılır; örneğin bir mimar haftada üç gün ofiste, iki gün uzaktan çalışıyorsa kapasitesi günlük 8 saat değil ortalama 6,4 saat olarak modellenir. Takvim hatası süreyi olduğundan kısa veya uzun gösterir; baseline da yanlış kurulur.

Gantt Görünümü ve Kritik Yol

Gantt Chart, programın varsayılan açılış ekranıdır. Solda görev tablosu (Task Name, Duration, Start, Finish, Predecessors), sağda zaman ekseninde renkli çubuklar. Bir görev özet (summary) ise siyah parantez şeklinde, alt görevler mavi çubuk olarak görünür.

Kritik yolu görmek için: Format sekmesi → Bar Styles grubunda Critical Tasks (Kritik Görevler) kutusunu işaretle. Kritik yol üzerindeki görevler kırmızı çubuk olarak boyanır. Sahadaki klasik soruya — "hangi gecikme bütün projeyi geciktirir" — cevap bu kırmızı çubuklardır.

Kritik kabul eşiği özelleştirilebilir: Dosya → Seçenekler → Gelişmiş bölümünde "Tasks are critical if slack is less than or equal to" alanına girilen gün sayısı eşik olur. Varsayılan 0 gündür; 2 gün yazılırsa 2 gün veya daha az gevşekliği (slack) olan görevler de kritik sayılır, böylece riske yaklaşan görevler erken görünür.

Kritik yolu okumak fiziksel imalatla doğrudan örtüşmeyebilir. Bir AVM projesinde kaba inşaat kritik yolda görünür ama 14 hafta tedarik süresi olan ithal cephe paneli aslında daha kritiktir. Bu tür dış kısıtlar takvime "tedarik milestone" olarak ayrı eklenmeli; aksi halde plan iyi görünür, gerçek slipajı saklar.

Baseline ve İlerleme Takibi

Plan onaylandığında baseline (referans plan) kaydedilir. Project > Set Baseline ile o anki Start/Finish/Duration/Work/Cost değerleri Baseline Start, Baseline Finish gibi paralel alanlara kopyalanır. Plan ilerledikçe gerçek değerler güncellenir; baseline ise dondurulmuş referans olarak kalır.

İlerleme girişi için pratik alanlar:

• % Complete: Görevin yüzdesel ilerlemesi. %40 girildiğinde Project, süre × 0,40 kadarını gerçekleşmiş varsayar.
• Actual Start: Fiili başlangıç tarihi. Plana göre kayma varsa burada görünür.
• Actual Duration: Fiilen tamamlanan süre.
• Remaining Duration: Kalan süre tahmini. Saha geri bildirimi buradan girilir.

Tracking Gantt görünümünde her görevin iki çubuğu yan yana gelir: üstte mavi gerçekleşen, altta gri baseline. Tek bakışta hangi iş kaç gün sapmış, hangi imalat baseline'ı geçmiş görünür. Project Statistics penceresi Start, Finish, Duration, Work ve Cost için Baseline / Actual / Variance üçlüsünü tablo halinde verir. Aylık ilerleme raporu yazarken birebir bu pencerenin ekran görüntüsü çoğu yöneticiye yetecek netliktedir.

Kapsam değişikliği gibi resmi revizyonlardan sonra orijinal baseline silinmez — Project 11 ayrı baseline saklar (Baseline, Baseline1...10). Eski baseline referans olarak korunur, yeni revizyon Baseline1'e kaydedilir; hak ediş itirazlarında ve süre uzatım talep yazılarında bu paralel referanslar hayat kurtarır. Sistematik öğrenmek isteyenler için MS Project eğitimi baseline güncelleme döngüsünü temel modül olarak ele alır.

MS Project ile Primavera Arasında Hangi Fark Var?

Türk planlama mühendisliği piyasasında en sık karşılaştırma MS Project ile Primavera P6 arasındadır. İkisi de aynı CPM mantığını paylaşır ama ölçek ve mimari farkı belirleyicidir:

• Dosya yapısı: MS Project tek MPP dosyasıdır, kişisel kullanıma yatkın; Primavera kurumsal veritabanı tabanlıdır, çoklu kullanıcı eş zamanlı çalışır.
• Aktivite hacmi: MS Project 5.000-10.000 görev sonrası yavaşlar; Primavera 50.000 aktivite ile rahat çalışır.
• Maliyet: MS Project bireysel lisans veya aylık abonelik mertebesindedir; Primavera EPPM kurumsal lisansı yıllık binlerce dolar mertebesinde başlar.
• Öğrenme: MS Project'in temel akıcılığı bir hafta içinde oturur; Primavera'da aynı seviye iki-üç hafta yoğun pratik ister.
• Sözleşme şartı: Yurtdışı FIDIC sözleşmelerinde Primavera XER dosyası şart koşulur; iç piyasa kamu işlerinde MS Project çıktısı çoğunlukla yeterlidir.

Pratik karar şu basit teste düşer: Tek proje, 500'ün altında görev, dar kaynak havuzu varsa MS Project yeter. Çok proje, kalabalık kaynak paylaşımı, çoklu baseline, sözleşmeye bağlı dosya formatı istenirse Primavera tarafına geçilir. Genel proje yönetimi tarafı için bulut tabanlı görev tahtası araçları (Trello, Asana, Jira gibi sınıftakiler) hafif planlama için pratiktir ama kritik yol, kaynak yükleme, baseline gibi mühendislik planlama özellikleri için MS Project hâlâ standarttır.

Türk Pratiğinde Kullanım ve Eğitim Tarafı

MS Project Türkiye'de inşaat mühendisliği, mimari proje koordinasyonu, kamu yapı işleri, BT proje yönetimi ve etkinlik organizasyonu gibi alanlarda yaygın. Türkçe arayüz desteği bulunması — Görev, Kaynak, Görünüm, Format, Proje gibi şerit etiketleri Türkçeye çevrilmiş — özellikle saha mühendisi seviyesinde benimsenmesini kolaylaştırdı.

Eğitim tarafında Milli Eğitim Bakanlığı (MEB) onaylı inşaat mühendisliği müfredatlarında proje yönetimi derslerinde örnek yazılım olarak MS Project sıklıkla gösterilir. Üniversitelerin endüstri mühendisliği ve mimarlık bölümlerinde de seçmeli ders veya uygulamalı seminer kapsamında ele alınır. PMI Türkiye şubesinin (Project Management Institute) düzenlediği etkinliklerde proje yönetim disiplini bağlamında en çok atıf yapılan iki araç MS Project ve Primavera'dır.

İş ilanlarında "MS Project bilgisi" şartı şu pozisyonlarda yaygın görülür:

• Planlama mühendisi (orta ölçekli inşaat firmaları)
• Proje koordinatörü (mimari ofisler, mühendislik büroları)
• Şantiye şefi yardımcısı (özel sektör konut ve ofis projeleri)
• Hak ediş mühendisi (kamu yapı işleri, müteahhitlik firmaları)
• BT proje yöneticisi (yazılım geliştirme şirketleri, kurumsal IT)

Öğrenme tarafında ilk hafta görev-süre-bağımlılık üçgeninin oturması yeterli; ikinci hafta kaynak yükleme ve takvim ayarı, üçüncü hafta baseline ve raporlama tamamlanır. Düzenli kullanım ile iki ay içinde rahat seviye gelir. Sahada plan tutmak yazılım bilmek kadar disiplin işidir; programı bilmek bu disiplini görünür ve denetlenebilir kılar.