Planı oluşturdunuz. Her görevi haritaladınız, süreleri tahmin ettiniz, ekibi atadınız ve bir bitiş tarihi belirlediniz. Herkes aynı fikirde. Harika görünüyor.
Sonra gerçeklerle yüzleşirsiniz.
Bir tedarikçi gecikir. Biri hastalanır. Kapsam sessizce genişler. Farkına varmadan, özenle hazırladığınız iş programı kaymaya başlar — ve nereden başladığınızın bir kaydı olmadan rotadan ne kadar saptığınızı ya da nedenini söylemek neredeyse imkânsızdır.
Proje temel planı tam olarak bunun içindir.
Proje temel planı nedir?
Proje temel planı, orijinal planınızın anlık görüntüsüdür — iş başladığı anda alınmış, iş programınızın, kapsamınızın ve bütçenizin onaylanmış, üzerinde uzlaşılmış sürümü. Sabit bir referans noktasıdır. Bir kez belirlendikten sonra değişmez (onu güncelleyen resmi bir değişiklik talebi olmadıkça).
Proje yönetiminde üç ana temel plan türü vardır:
- İş programı temel planı — görevler ve projenin geneli için orijinal planlanan başlangıç ve bitiş tarihleriniz
- Maliyet temel planı — zaman içindeki beklenen harcamalar dahil orijinal bütçeniz
- Kapsam temel planı — onaylanmış teslimatlar ve gereksinimler (genellikle bir WBS'de kayıt altına alınır)
Birlikte performans ölçüm temel planınızı oluştururlar — projenin gerçekte nasıl gittiğini, gideceğini söylediğiniz şekle göre değerlendirmek için kullanacağınız standart.
Temel planlar neden önemlidir: “neye göre?” sorunu
Temel plan olmadan tüm durum güncellemeleriniz havada kalır. “Biraz geç kalan” bir görev — ama neye göre geç? Orijinal plana mı? Geçen haftanın revize planına mı? Üç hafta önce müşteriye söylediklerinize mi?
Bu belirsizlik, proje ekiplerindeki kafa karışıklığının ve çatışmanın en yaygın kaynaklarından biridir. İnsanların “yolunda”nın ne anlama geldiğine dair farklı zihinsel modelleri vardır ve ortak bir referans olmadan durum tartışmaları verimsizleşir.
Temel plan, herkese “neye göre?” sorusunun aynı cevabını vererek bu sorunu çözer.
Kaydedilmiş bir temel planla şunları bir bakışta görebilirsiniz: hangi görevlerin başlangıçta planlanandan daha geç başladığı veya bittiği, genel iş programının ne kadar kaydığı, mevcut tahmini bitiş tarihinin orijinaline göre değişip değişmediği ve projenin hangi bölümlerinin planın önünde olduğu.
Pratik bir örnek
Bir ürün lansmanını yönettiğinizi varsayalım. Temel planınıza göre tasarım aşaması 5 Haziran'da bitiyor, geliştirme 6 Haziran'da başlıyor ve ürün 15 Temmuz'da piyasaya çıkıyor.
Bugün 10 Haziran. Tasarım az önce tamamlandı — beş gün gecikmeyle. Geliştirme 6 Haziran yerine bugün başlıyor.
Temel plan olmadan Gantt grafiğiniz yalnızca “Geliştirme: 10 Haziran'da başlıyor” gösterir — ki tek başına bakıldığında sorun yok gibi görünür. Temel planla ise kırmızıyı görürsünüz: tasarımın 5 Haziran'da bitmesi planlanmıştı, 10 Haziran'da bitti, sapma 5 gün ve hiçbir şey değişmezse lansman 20 Temmuz'a kayıyor.
Artık buna göre harekete geçebilirsiniz. Belki o günlerin ikisini geri kazanmak için geliştirmeye bir kaynak eklersiniz. Belki daha sonra daha büyük bir sürprize dönüşmeden konuyu paydaşlara şimdiden bildirirsiniz. Her iki durumda da tahmin yürütmek yerine bilgiyle yönetiyorsunuz.
Temel plan ne zaman belirlenir
Temel planı belirlemenin doğru zamanı, proje planı onaylandıktan sonra ve fiili çalışmalar başlamadan öncedir. Çok erken belirlerseniz (plan hâlâ müzakere edilirken), aslında nihai olmayan bir planı kaydedersiniz. Çalışmalar başladıktan sonra belirlerseniz, gerçek başlangıç noktasını kaydetme fırsatını kaçırırsınız.
Uygulamada temel plan belirleme çoğu zaman resmi proje başlangıç sürecinin bir parçasıdır. Sponsor veya paydaşlar iş programını onayladığında onu sabitlersiniz.
Bazı ekipler büyük kilometre taşlarında ara temel planlar da belirler — örneğin 1. aşama planlanandan önemli ölçüde farklı bittiyse 2. aşamanın başında temel planı yeniden belirlemek gibi. Bu kabul edilebilir, ama birikmiş gecikmeleri örtbas etmenin bir yolu değil, bilinçli bir karar olmalıdır. Temel planı her yeniden belirlediğinizde esasen “yolunda”nın anlamını sıfırlıyorsunuz; bu da gerçek performans sorunlarını maskeleyebilir.
Takvim sapması ve performans
Temel planınız olduğunda, ilerlemeyi takip etmek için iki ölçüt özellikle kullanışlı hale gelir.
Takvim Sapması (SV), tamamlanan iş açısından takvimin ne kadar önünde ya da gerisinde olduğunuzu söyler. Negatif bir SV geride olduğunuz anlamına gelir — bu noktada temel planın öngördüğünden daha az iş yapılmıştır.
Takvim Performans Endeksi (SPI) verimlilik oranınızı söyler — birim zamanda planlanan işin ne kadarını tamamladığınızı. 1,0'ın altındaki bir SPI, günde planlanandan daha az iş tamamladığınız; 1,0'ın üstündeki bir SPI ise önde gittiğiniz anlamına gelir.
Bu ölçütler Kazanılmış Değer Yönetimi'nden (EVM) gelir. Ama temel planlardan yararlanmak için EVM'yi baştan sona uygulamanız gerekmez. Basit bir Gantt karşılaştırması bile — orijinal çubukların gri, güncel çubukların renkli olarak yan yana gösterilmesi — proje sağlığı hakkında güçlü bir görsel geri bildirim sağlar.
Temel planlar ve paydaş iletişimi
Temel planlar yalnızca dahili bir proje yönetimi aracı değildir. Aynı zamanda bir iletişim varlığıdır.
Bir müşteri “bu neden beklenenden uzun sürüyor?” diye sorduğunda temel planı açıp nelerin değiştiğini adım adım anlatabilirsiniz: keşif aşaması kapsamda olmayan üç ek entegrasyonu ortaya çıkardı ve bu, geliştirme zaman çizelgesine 10 gün ekledi. İşte neredeydik, işte neredeyiz, işte aradaki fark.
Bu tür açık, belgelenmiş bir açıklama güven inşa eder — belirsiz bir “bazı şeyler çıktı”dan çok daha fazla. Aynı zamanda sizi korur. Kapsam eklendiyse ve zaman çizelgesi onayla ayarlandıysa, temel plan o karar anını kayıt altına alır.
Düzenli paydaş raporlarında temel planı ve gerçekleşeni bir Gantt grafiğinde yan yana göstermek, uzun yazılı açıklamalara gerek kalmadan proje durumunu aktarmanın en net yollarından biridir.
Ekiplerin temel planlarla yaptığı yaygın hatalar
Hiç belirlememek. Şaşırtıcı derecede yaygındır, özellikle ekiplerin orijinal planı “nasılsa hatırlayacaklarını” düşündüğü küçük projelerde. Hatırlamazlar.
Temel planı çok sık yeniden belirlemek. İş programı her kaydığında temel planı yeniden belirlerseniz, birikimli kaymayı takip etme yeteneğinizi kaybedersiniz. Temel plan her zaman mevcut planla aynı olduğu için anlamsızlaşır.
Temel planı referans değil hedef olarak görmek. Temel plan orijinal planınızı kaydeder. Koşullar değişir — bu normaldir. Amaç her zaman temel plana uymak değil; uymadığınızda nedenlerini anlamak ve belgelemektir.
Plan oturmadan temel planı belirlemek. Planı, hâlâ müzakere edilirken değil, gerçekten üzerinde uzlaşıldığında sabitleyin.
LoopGantt temel planları nasıl ele alır
LoopGantt'ta proje iş programınız belirlendikten sonra istediğiniz zaman bir temel plan kaydedebilirsiniz. Temel plan canlı iş programınızla birlikte saklanır ve orijinal planlanan çubuklarınızı güncel görev çubuklarınızın arkasında soluk bir renkte gösteren görsel bir katmanı açıp kapatabilirsiniz.
Bu, hangi görevlerin planın önünde ya da gerisinde olduğunu ve ne kadar olduğunu anında belli eder. Bir paydaş incelemesinde veya günlük ekip toplantısında bu görsel karşılaştırma çoğu zaman hikâyeyi herhangi bir yazılı rapordan daha hızlı anlatır.
LoopGantt Pro, kullanıcı başına aylık 5 USD veya yıllık 45 USD'dir (kurucu fiyatı, 14 günlük ücretsiz deneme) ve temel plan takibi, Gantt çizelgeleme, bağımlılıklar, kilometre taşları ve portföy panosunu içerir.
Özetle
Proje temel planı, projenizin kehribar içinde korunan orijinal planıdır. Bir kısıt ya da katı bir hedef değildir — geri kalan her şeyi ölçülebilir kılan bir referans noktasıdır.
Temel plan olmadan “yolunda” sadece bir görüştür. Temel planla ise gösterebileceğiniz, açıklayabileceğiniz ve üzerine harekete geçebileceğiniz bir gerçektir.
Ekibiniz projeleri temel plan olmadan yönetiyorsa çözüm basit: bir sonraki projeye başlarken, ilk görev başlamadan önce temel planı kaydetmek için bir dakikanızı ayırın. O bir dakika, ileride size saatlerce kafa karışıklığından ve tartışmadan tasarruf ettirecek.