Gantt şeması ile proje planlama: FS, SS, FF, SF bağımlılıkları ve gecikme, kilometre taşları, sürükle-bırak tarih değişikliği, ihlal uyarısı ve proje raporları.
Gantt şeması, bir asrı aşkın geçmişine rağmen proje planlamanın en anlaşılır aracı olmaya devam ediyor. Yatay çubuklar her işin ne zaman başlayıp biteceğini, aralarındaki oklar ise hangi işin hangisini beklediğini gösterir. Tek bir ekranda projenin zaman çizelgesini, kritik noktalarını ve risklerini görmek mümkündür.
Ancak Gantt şemasının değeri, doğru kurulmasına bağlıdır. Bağımlılıkları eksik ya da yanlış tanımlanmış bir plan, gerçeği değil iyi niyetli bir tahmini gösterir. Bu yazıda bağımlılık türlerini, kilometre taşlarını, plan değişikliklerini yönetmeyi ve sprint ile proje arasındaki farkı pratik örneklerle ele alıyoruz.
Gantt şeması ne işe yarar?
Liste ya da kanban görünümü "ne yapılıyor" sorusunu cevaplar; Gantt ise "ne zaman ve hangi sırayla" sorusunu. Özellikle şu durumlarda vazgeçilmezdir:
- Birden fazla ekibin katkı verdiği, haftalar veya aylar süren projeler
- Bir işin bitmeden diğerinin başlayamadığı sıralı süreçler
- Müşteriye ya da yönetime taahhüt edilmiş teslim tarihleri
- Bir gecikmenin hangi işleri etkileyeceğini önceden görmek gereken durumlar
Dört bağımlılık türü
HibritİK'in Gantt şeması, proje yönetiminde standart kabul edilen dört bağımlılık türünü destekler:
| Tür | Anlamı | Örnek |
|---|---|---|
| FS (Bitiş–Başlangıç) | Öncül bitmeden ardıl başlayamaz. | Sözleşme imzalanmadan kurulum başlamaz. |
| SS (Başlangıç–Başlangıç) | Öncül başlamadan ardıl başlayamaz. | Veri aktarımı başlayınca doğrulama da başlar. |
| FF (Bitiş–Bitiş) | Öncül bitmeden ardıl bitemez. | Geliştirme bitmeden dokümantasyon tamamlanamaz. |
| SF (Başlangıç–Bitiş) | Öncül başlamadan ardıl bitemez. | Yeni vardiya başlamadan eski vardiya bitemez. |
Projelerin çoğunda FS bağımlılığı baskındır. Diğer türler, paralel ilerleyen işleri doğru modellemek için kullanılır; SF ise nadiren gerekir.
Gecikme (lag) ile bekleme sürelerini modelleyin
Bazı işler arasında doğal bir bekleme süresi vardır: Betonun kuruması, tedarikçinin teslim süresi ya da bir onay kurulunun toplanma aralığı gibi. Bağımlılığa eklenen gecikme (lag), ardıl işin öncülden belirli bir süre sonra başlamasını sağlar. Bu süreyi ayrı bir sahte görevle göstermek yerine bağımlılığın üzerine yazmak planı sade tutar.
Kilometre taşları
Kilometre taşı, süresi olmayan ama önemli bir anı işaret eden noktadır: Tasarım onayı, pilot yayın, müşteri teslimi gibi. Kilometre taşları hem yönetim raporlarında hem de ekip içi iletişimde "nerede olmamız gerekiyor" sorusuna net bir cevap verir. Her ana fazın sonuna bir kilometre taşı koymak iyi bir başlangıç kuralıdır.
Plan değiştiğinde ne olur?
Sürükle-bırak ile tarih değişikliği
Gantt şemasında bir görevin çubuğunu sürükleyerek tarihlerini değiştirebilirsiniz. Toplantıda konuşulan bir değişikliği anında plana yansıtmak, ayrı ayrı form açmaktan çok daha hızlıdır.
Bağımlılık ihlali uyarısı
Bir görevi öncülünün kuralını bozacak şekilde taşıdığınızda HibritİK sizi uyarır. Bu noktada ardıl görevleri yeni tarihe göre kaydırma seçeneği sunulur. Böylece bir gecikmenin zincirleme etkisini elle hesaplamak zorunda kalmazsınız ve plan tutarlılığını korur.
Tarih değişikliklerinin ekip üyelerinin yükünü nasıl etkilediğini görmek için iş yükü analizi rehberimize göz atın.
Sprint mi, proje mi?
HibritİK'te hem projeler hem sprintler bulunur ve ikisi farklı ihtiyaçlara cevap verir:
- Proje: Belirli bir hedefi, bütçesi ve bitiş tarihi olan, fazlara ayrılmış iş bütünü. Gantt planlaması ve bağımlılıklar burada en çok değer üretir.
- Sprint: Kısa ve sabit süreli çalışma döngüsü. Kapsam her döngüde yeniden belirlenir; kanban görünümüyle takip daha doğaldır.
Pek çok ekip ikisini birlikte kullanır: Uzun vadeli yol haritası projede Gantt ile planlanır, günlük icra sprintlerle yürür.
Projeyi Gantt'ın ötesinde izlemek
Zaman çizelgesi projenin yalnızca bir boyutudur. HibritİK'te proje detayında Genel bakış, Riskler, Alınan dersler, İzleme raporları, Başarı kriterleri, Onay geçmişi ve Dosyalar sekmeleri yer alır. Riskleri planlama sırasında kayda geçirmek, izleme raporlarını düzenli yazmak ve proje sonunda alınan dersleri not etmek, bir sonraki projenin Gantt planını daha gerçekçi yapar.
Gantt şemasını toplantılarda kullanmak
Gantt şeması yalnızca planlama aracı değil, aynı zamanda bir iletişim aracıdır. Haftalık proje toplantısını slaytlar yerine doğrudan Gantt görünümü üzerinden yapmak, herkesin aynı güncel bilgiye bakmasını sağlar. Toplantıda önce yaklaşan kilometre taşları, ardından geciken görevler ve son olarak bağımlılık uyarıları konuşulabilir. Kararlar alındıkça tarihler sürükle-bırak ile güncellenir ve toplantı bittiğinde plan da güncellenmiş olur.
Ekip üyeleri kendi görevlerinin ayrıntısını ise liste ya da takvim görünümünden takip etmeyi tercih edebilir; hepsi aynı veriyi kullandığı için ayrı bir senkronizasyon gerekmez.
Adım adım Gantt planı kurma
- Projeyi ana fazlara bölün ve her faz için üst görev açın.
- Fazları alt görevlere ayırın, her birine tarih ve sorumlu atayın.
- Görevler arasındaki bağımlılıkları türüyle birlikte tanımlayın; bekleme süreleri için gecikme ekleyin.
- Faz sonlarına kilometre taşları koyun.
- Riskleri proje detayındaki Riskler sekmesine yazın.
- Haftalık toplantıda planı Gantt üzerinden güncelleyin ve uyarıları değerlendirin.
Sık yapılan hatalar
- Bağımlılık tanımlamamak: Çubukları yalnızca tarihleriyle yerleştirmek, gecikmelerin etkisini görünmez kılar.
- Her ilişkiyi FS yapmak: Paralel yürüyebilecek işler gereksiz yere sıraya dizilir ve proje uzar.
- Planı bir kez kurup bırakmak: Gantt şeması ancak düzenli güncellendiğinde güvenilir kalır.
- Kilometre taşı enflasyonu: Her görevi kilometre taşı yapmak önemli anları sıradanlaştırır.
HibritİK ile planlamaya başlayın
Gantt şeması, HibritİK görev ve proje yönetimi modülünün görünümlerinden biridir ve liste, ağaç, kanban ve takvim ile aynı veriyi kullanır. Kendi projenizi planlamak için 14 gün ücretsiz deneyin ya da sorularınız için bizimle iletişime geçin.