MS PROJECT PROJE PLANLAMA

"Üç aya bitiriyoruz" cümlesi proje toplantılarının en çok söylenen ve en az tutan vaadi. Çünkü cümle, plana değil iyimserliğe dayanır. Bir projenin gerçekten üç aya bitip bitmeyeceği bir Excel'in alt köşesindeki "deadline" hücresine değil — görevlerin bağımlılığına, kaynak kapasitesine ve kritik yolun matematiğine bakılarak söylenebilir.

MS Project bu matematiği yapan bir araç. Excel'le proje yönetimi yapılabilir mi? Yapılabilir — küçük projelerde. Ama 50+ görev, kaynak ataması, bağımlılık zinciri olduğunda Excel hızla yetmez. MS Project devreye girer.

WBS: İşi Doğru Parçalamak

Plan kurmadan önce iş kırılım yapısı (Work Breakdown Structure - WBS) çıkarılır. Bu, projeyi yönetilebilir görev parçalarına bölme aşaması. WBS'nin doğru çıkarılması, plandaki her şeyin temelini etkiler.

İyi bir WBS için pratik kurallar:

• Her görev tek bir teslimat üretir (rapor, dosya, prototip, doğrulanmış özellik)
• Bir görev 1-10 iş günü arasında — daha uzun görevler parçalanmalı, daha kısa görevler birleştirilmeli
• Görev adı eylem fiiliyle başlar: "Veritabanı şeması hazırlamak", "Kullanıcı arayüzü tasarlamak"
• Hiyerarşi üç seviyeyi geçmemeye çalışır (faz → ana görev → alt görev)

WBS taslağı önce kağıt üzerinde veya beyaz tahtada çıkarılır, MS Project'e sonradan girilir. Doğrudan araçta başlamak çoğu zaman düşüncenin önüne geçer.

Görev Bağımlılıkları

MS Project'in en güçlü yanı, görev bağımlılıklarını matematiksel olarak modellemesi. Dört bağımlılık tipi var:

• FS (Finish-to-Start): Görev A bitmeden Görev B başlayamaz. En yaygın tip.
• SS (Start-to-Start): Görev A başladığında Görev B de başlayabilir. Paralel akış için.
• FF (Finish-to-Finish): Görev A bitmeden Görev B de bitemez. Birlikte sonuçlanmalı.
• SF (Start-to-Finish): Nadir kullanılır. Görev A başladığında Görev B bitebilir.

"Test başlamadan geliştirme bitmeli" → FS. "Tasarım başladığında geliştirme de başlasın" → SS. Bu bağımlantıları doğru kurmak, planın gerçekçi olmasını sağlar. Yanlış bağımlılık, projeyi olduğundan kısa veya uzun gösterir.

Kaynak Ataması ve Kapasite

Görevlere kaynak (kişi, ekipman) atandığında MS Project iki yeni katmanı devreye sokar: kaynak kullanım kapasitesi ve maliyet hesabı.

Aynı kaynağa iki farklı görev aynı tarih aralığında atanmışsa MS Project "overallocated" (aşırı yüklenmiş) uyarısı verir. Bu durumun çözümü ya görev tarihlerini kaydırmak, ya görevi başka kaynağa devretmek, ya da kaynak kapasitesini artırmak. Excel'de bu kontrol manuel; MS Project'te otomatik.

Kritik Yol

Kritik yol (critical path), projeyi en uzun süreye uzatan bağımlı görev zinciri. Bu zincirdeki herhangi bir görevin gecikmesi proje teslim tarihini direkt etkiler. Kritik yolda olmayan görevlerin "esnekliği" (slack/float) vardır — gecikse bile teslim tarihi etkilenmeyebilir.

MS Project kritik yolu otomatik hesaplar ve görünümde kırmızıyla işaretler. Bu konunun güncel ayrıntıları Microsoft'un Project destek sayfasında yer alır. Proje yöneticisi için bu en değerli görsel — risk yönetiminin başlangıç noktası.

Pratikte iyi sonuç veren disiplin: kritik yoldaki görevlere her hafta odaklanmak, kritik yol dışındaki gecikmelerin proje teslim tarihini etkilemediğini ekibe net anlatmak. Aksi halde her gecikme aynı paniği yaratır; öncelik bulanıklaşır.

Baseline: Planı Dondurmak

Plan onaylandıktan sonra "baseline" (referans plan) alınır. Bu, planın o anki halinin bir fotoğrafı. İlerleyen haftalarda gerçekleşen tarihler bu baseline ile kıyaslanır; "ne kadar saptık" sorusunun cevabı verilir.

Baseline alınmazsa plan sürekli güncellenir ve "başta hangi tarihte bitecekti" sorusunun cevabı kaybolur. Sözleşme yönetiminde, müşteri toplantılarında, paydaş raporlamasında bu kayıp dramatik olabilir.

MS Project'te baseline almak için Project → Set Baseline menüsü kullanılır. Bir projede en fazla 11 baseline saklanabilir; tipik kullanım üç baseline civarında: ilk plan, ilk büyük revizyon, son müşteri onayı.

İlerleme Takibi

Her hafta veya iki haftada bir görevler güncellenir. MS Project ilerleme girişini üç farklı yolla destekler:

• % Complete: "Bu görevin %60'ı bitti" — basit ama göz tahminine dayanır
• Actual Start/Finish: Gerçek başlangıç ve bitiş tarihleri girilir
• Remaining Work: "Bu görev için kalan iş 3 gün" — en gerçekçi ama dikkat ister

Pratikte üçüncüsü en doğru sonuç veriyor. Görev sahibi haftalık olarak "kalan iş ne kadar" sorusuna cevap verir; MS Project trendi otomatik çıkarır. % Complete yöntemi insanlar tahminlerinde fazla iyimser oldukları için yanıltıcı olabiliyor.

Gantt mı Sprint Görünümü mü?

Klasik şelale (waterfall) projeler MS Project'in Gantt görünümünde rahat çalışır. Agile/Scrum yapılarında ise MS Project'in "Task Board" görünümü Sprint mantığına yaklaşır ama Jira veya Azure Boards gibi araçların yerine geçmez.

Karma yapılarda — bir kısım proje şelale, bir kısmı agile — MS Project'i üst plan (roadmap, kilometre taşları, kaynak kapasitesi) için tutup, sprint yönetimini ayrı bir araçta yapmak yaygın çözüm. İki dünyanın iyi yanlarını birleştirir. MS Project'i sistematik öğrenmek için MS Project eğitimi WBS, bağımlılık, kritik yol ve baseline takibini birlikte ele alıyor.

Sık Yapılan Hatalar

Sahada en sık karşılaşılan plan hataları:

• WBS'i atlamak, doğrudan göreve dalmak — sonrası karmaşa
• Görev başına çok uzun süre atamak (15 günden uzun) — ilerleme görünmez
• Bağımlılıkları tarih olarak girip MS Project'in matematiğini kullanmamak
• Tek kaynağı aynı anda beş göreve atamak — overallocated uyarısını yok saymak
• Baseline almadan ilerleme takibi yapmak — sapma görünmez
• Kritik yolu hesaplatmadan teslim tarihi vermek

Bu hataların sonucu hep aynı: plan baştan üretilir, projenin yarısında "yeniden planlama" toplantısı yapılır, kritik karar paydaş güveni zedelenir. MS Project'in matematiğine güvenmek başta zor görünür ama ödülü güvenilir teslim tarihidir.