Proje Planı Nasıl Hazırlanır? İş Kırılımından Gantt Şemasına Adım Adım Eğitim

"Ne zaman biter?" sorusuna "yaklaşık iki ay" diye cevap verilen projelerin çoğu iki ayda bitmez. Sorun ekibin yavaşlığı değil, planın olmamasıdır: işler parçalara ayrılmamış, süreler tahminle değil umutla yazılmış, hangi işin hangisini beklediği düşünülmemiştir. Bu rehberde proje planı nasıl hazırlanır sorusunu, tek bir örnek proje üzerinden, kapsamdan Gantt şemasına ve planın takibine kadar adım adım cevaplıyoruz.

Rehberi bir eğitim gibi kurduk. Yedi ders var. Her derste bir kavramı anlatıyor, aynı örnek projeyle uyguluyor ve sonunda kendi projenizde yapmanız için küçük bir görev veriyoruz. Bir kâğıt, bir tablo ya da bir proje yönetim aracı yeterli. Sonunda proje planı şablonunu, sık yapılan hataları ve ilk planınızı bir haftada hazırlamanız için bir program bulacaksınız.

Proje Planı Nedir?

Proje planı, bir projenin hedefini, kapsamını, işlerini, işlerin süresini ve sırasını, sorumlularını, kilometre taşlarını ve takip yöntemini tek belgede toplayan yol haritasıdır. Bir projenin "ne", "kim", "ne zaman" ve "nasıl takip edilecek" sorularının cevabıdır.

Plan yalnızca bir takvim değildir. Takvim, planın en görünen parçasıdır; ama arkasında kapsamın netleşmesi, işlerin parçalanması, sürelerin tahmin edilmesi ve işler arasındaki bağımlılıkların çözülmesi vardır. Bu adımlar atlanırsa Gantt şeması güzel görünür ama gerçeği göstermez.

Bu Rehberi Nasıl Kullanmalısınız?

Dersleri sırayla izleyin; her ders bir öncekinin çıktısını kullanır. Tüm örneklerde aynı projeyi planlıyoruz: bir üretici firmanın bayilerinin internetten sipariş verebileceği bir bayi portalının ilk sürümü. Süreler iş günü cinsindendir ve temsilidir.

Okumanızı öneririz: İş ve proje yönetimi yazılımı hizmetimiz

Ders 1: Projenin Hedefi ve Kapsamı Nasıl Yazılır?

Her plan, projenin neden yapıldığını, neyi teslim edeceğini ve neyi kapsamadığını yazan tek sayfalık bir proje tanımıyla başlar. Kapsamı belirsiz bir projenin süresi de belirsizdir; çünkü her yeni istek takvime sessizce eklenir.

"Kapsam dışı" satırı, tablonun en önemli satırıdır. Proje başladıktan sonra gelen her "şunu da ekleyelim" isteği bu satıra bakılarak değerlendirilir: ya sonraki sürüme yazılır ya da plan, süre ve bütçe yeniden hesaplanır.

Okumanızı öneririz: Yazılım gereksinim analizi nasıl yapılır? Kapsamı netleştirmenin yolu

Ders 2: İş Kırılım Yapısı (WBS) Nasıl Hazırlanır?

İş kırılım yapısı (Work Breakdown Structure, WBS), projenin teslim edilecek çıktılarını, yönetilebilir iş paketlerine kadar adım adım bölen hiyerarşik listedir. Bir iş paketi; tek bir sorumluya verilebilecek, süresi tahmin edilebilecek ve bittiği açıkça görülebilecek büyüklükte olmalıdır.

Kırılımı işlerden değil, çıktılardan başlatın. "Kodlama" bir çıktı değildir; "sipariş ekranı" bir çıktıdır. Örnek projemizin iş paketleri şöyledir:

Gerçek bir projede her paket kendi alt işlerine de bölünür; örneğin "Ön yüz geliştirme" altında bayi girişi, ürün listesi, sepet ve sipariş geçmişi ayrı ayrı yer alır. Bir iş paketinin süresi birkaç haftayı aşıyorsa, bir alt kırılım daha gerekir.

Ders 3: İş Süreleri Nasıl Tahmin Edilir?

Tek bir rakamla verilen süre tahmini çoğunlukla iyimserdir. PERT yöntemi, her iş için üç tahmin ister ve bunları ağırlıklı ortalamayla birleştirir: Beklenen süre = (İyimser + 4 × En olası + Kötümser) ÷ 6.

Örnek projemizde ön yüz geliştirme (D) için geliştiriciye üç soru soruyoruz: Her şey yolunda giderse kaç gün sürer? En olası süre nedir? Sorunlar çıkarsa en kötü ihtimalle kaç gün sürer? Cevaplar 8, 12 ve 16 gün olsun.

Beklenen süre = (8 + 4 × 12 + 16) ÷ 6 = 72 ÷ 6 = 12 gün

Belirsizliğin ne kadar büyük olduğunu standart sapma gösterir: (Kötümser − İyimser) ÷ 6 = (16 − 8) ÷ 6 ≈ 1,3 gün. Standart sapması büyük işler, takvimde en çok risk taşıyan işlerdir ve yakından izlenmelidir. Diğer işler için de aynı hesapla vardığımız süreler şöyle: A 5, B 8, C 10, D 12, E 9, F 6, G 3 iş günü.

Süreyi işi yapacak kişiyle birlikte tahmin edin. Yöneticinin tek başına verdiği süre, ekibin sahiplenmediği bir süredir. Tatil, izin ve aynı kişinin aynı anda yürüttüğü diğer işler de takvime yansıtılmalıdır.

Ders 4: İşler Arasındaki Bağımlılıklar Nasıl Belirlenir?

Bağımlılık, bir işin başlaması ya da bitmesi için başka bir işin durumunu beklemesidir. En yaygın türü "bitiş-başlangıç"tır: önceki iş bitmeden sonraki iş başlayamaz. Her iş paketi için "bu işe başlamak için hangi işin bitmiş olması gerekir?" sorusunu sorun.

Örnek projemizde tüm bağımlılıklar bitiş-başlangıç türündedir: tasarım (B) ile veritabanı ve API (C), gereksinim analizinin (A) bitmesini bekler. Ön yüz (D), hem tasarımın (B) hem de API'nin (C) bitmesini bekler. ERP entegrasyonu (E) yalnızca API'yi (C) bekler. Test (F), ön yüz (D) ve ERP entegrasyonu (E) bittiğinde başlar; eğitim ve yayın (G) testten sonra gelir.

Ders 5: Kritik Yol Nasıl Hesaplanır?

Kritik yol, projenin başından sonuna uzanan ve süreleri toplamı en uzun olan iş zinciridir. Bu zincirdeki herhangi bir iş bir gün gecikirse, proje de bir gün gecikir. Kritik yol iki geçişle bulunur: ileri geçişte her işin en erken başlangıç ve bitişi, geri geçişte en geç başlangıç ve bitişi hesaplanır.

İleri geçiş: Önceki işi olmayan iş 0. günde başlar. En erken bitiş = En erken başlangıç + Süre. Bir iş birden fazla işi bekliyorsa, en erken başlangıcı bunların en geç bitenidir.

Geri geçiş: Son işin en geç bitişi, projenin bitiş günüdür. En geç başlangıç = En geç bitiş − Süre. Bir işten sonra birden fazla iş geliyorsa, en geç bitişi bunların en erken başlayanıdır.

Bolluk = En geç başlangıç − En erken başlangıç. Bolluğu sıfır olan işler kritik yoldadır.

Kritik yol A → C → D → F → G ve toplam süresi 5 + 10 + 12 + 6 + 3 = 36 iş günü, yani beş günlük haftayla yaklaşık yedi buçuk haftadır. Tasarımın (B) 2, ERP entegrasyonunun (E) 3 gün bolluğu vardır: bu işler bu kadar gecikse bile proje gecikmez.

Bu tablonun yöneticiye söylediği şudur: projeyi hızlandırmak istiyorsanız tasarıma değil, API ve ön yüze kaynak ekleyin. Kritik yolda olmayan bir işi hızlandırmak bitiş tarihini değiştirmez.

Ders 6: Gantt Şeması ve Kilometre Taşları Nasıl Hazırlanır?

Gantt şeması, her işi takvim üzerinde başlangıcından bitişine uzanan bir çubukla gösteren plan görünümüdür. Satırlarda işler, sütunlarda zaman bulunur; bağımlılıklar oklarla, kilometre taşları baklava işaretiyle gösterilir. Kritik yoldaki işler ayrı bir renkle vurgulanır.

Kilometre taşı, süresi olmayan ama projenin önemli bir noktaya ulaştığını gösteren olaydır. Kilometre taşları genellikle bir onaya bağlanır; böylece plan, yalnızca işlerin değil kararların da takvimini gösterir. Örnek projemizin kilometre taşları:

Gantt şemasını iki okur için hazırlayın. Ekip için tüm işleri ve bağımlılıkları gösteren ayrıntılı bir görünüm; yönetim için yalnızca ana iş paketlerini ve kilometre taşlarını gösteren sade bir görünüm. Aynı şemayı herkese göstermek, ya ekibi ayrıntısız ya da yönetimi ayrıntıya boğulmuş bırakır.

Ders 7: Kaynak Planı ve Plan Takibi Nasıl Yapılır?

Kaynak planı, her kişinin hangi günlerde hangi işte çalışacağını gösterir ve aynı kişiye aynı anda iki iş verilmesini önler. Plan takibi ise gerçekleşenin planla karşılaştırılmasıdır; bunun en pratik ölçüsü takvim performans endeksidir: SPI = Kazanılmış değer ÷ Planlanan değer.

Kaynak çakışması nasıl çözülür?

Örnek projemizde geliştirici 1, hem veritabanı ve API (C, 5–15. günler) hem de ERP entegrasyonu (E, 15–24. günler) işlerinin sorumlusudur. İşler art arda geldiği için çakışma yoktur. Ama C bir gün gecikirse, E de kayar. E'nin 3 günlük bolluğu bu kaymayı karşılar. Bolluk, kaynak planlamada en değerli tampondur; kritik olmayan işler bolluk içinde kaydırılarak kişilerin iş yükü dengelenir.

Plan nasıl takip edilir?

Takip için her işin emeğini iş günü olarak düşünün. Projemizin toplam emeği 5 + 8 + 10 + 12 + 9 + 6 + 3 = 53 iş günüdür. 20. günün sonunda plana göre A, B ve C bitmiş, D ile E'nin 5'er günlük kısmı yapılmış olmalıdır: Planlanan değer = 5 + 8 + 10 + 5 + 5 = 33. Gerçekte ise ön yüzde 5 yerine 3 günlük iş tamamlanmıştır: Kazanılmış değer = 5 + 8 + 10 + 3 + 5 = 31.

SPI = 31 ÷ 33 ≈ 0,94

SPI 1'in altındaysa proje plandan geridedir; bu örnekte planlanan işin yaklaşık %94'ü yapılmıştır. Gecikme kritik yoldaki ön yüz işinde olduğu için müdahale gerekir: ek kaynak, kapsamın bir kısmını sonraki sürüme erteleme ya da bitiş tarihinin güncellenmesi. Gecikme bollukları olan bir işte olsaydı, bolluk tükenene kadar takvim etkilenmeyecekti.

Proje Planında Hangi Başlıklar Bulunmalı?

İyi bir proje planı, yedi dersin çıktılarını tek belgede toplar. Aşağıdaki şablonu kendi projeleriniz için kullanabilirsiniz:

Proje Planı Hazırlarken Sık Yapılan Hatalar Nelerdir?

Planların çoğu yanlış hesap yüzünden değil, eksik konuşma yüzünden tutmaz. En sık görülen hatalar şunlardır:

• Tarihten geriye plan yapmak: Bitiş tarihini önce koyup süreleri ona sığdırmak, planı ilk günden gerçekdışı yapar.
• Süreyi işi yapmayacak kişiye sormak: Sorumlunun katılmadığı tahmin, sahiplenilmeyen bir tahmindir.
• Bağımlılıkları atlamak: Her işi kendi başına planlamak, beklemelerin takvimde görünmemesine yol açar.
• Tüm işleri aynı önemde görmek: Kritik yolu bilmeyen ekip, enerjisini bitiş tarihini etkilemeyen işlere harcayabilir.
• Kapsam değişikliğini plana yansıtmamak: Eklenen her özellik süreye ve maliyete etki eder; plan güncellenmeden kabul edilen istek, sessiz bir gecikmedir.
• Planı bir kez yapıp bırakmak: Plan, haftalık güncellenen yaşayan bir belgedir; güncellenmeyen plan kısa sürede kimsenin bakmadığı bir resme dönüşür.

Proje Planı Excel ile mi, Yazılımla mı Hazırlanır?

Az sayıda iş ve tek bir projeyle başlarken tablo yeterlidir; işler ve kişiler arttığında, birden fazla proje aynı ekibi paylaştığında ya da müşteriye düzenli ilerleme raporu vermeniz gerektiğinde bir proje yönetim yazılımı zaman kazandırır.

Okumanızı öneririz: İş takip programı nedir? Ekip, görev ve proje takibi rehberi

İlk Proje Planınızı Bir Haftada Nasıl Hazırlarsınız?

Yedi dersi bir hafta içinde kendi projenize uygulamak için aşağıdaki programı izleyebilirsiniz:

Okumanızı öneririz: MVP Nedir?

İnovabil ile Proje Planlama ve Takip

İnovabil olarak geliştirdiğimiz proje yönetim sistemlerinde plan, ayrı bir dosya değil, ekibin her gün kullandığı sistemin kendisidir. Proje şablonları, aşama ve kilometre taşları, görev bağımlılıkları, kendiliğinden hesaplanan kritik yol ve gecikme uyarıları, kişi bazında doluluk, zaman ve bütçe takibi ile müşterinin kendi projesini izlediği portal aynı yapıda birleşir.

Kendi yazılım projelerimizi de aynı disiplinle, gereksinim analiziyle başlayıp kilometre taşlarıyla ilerleyerek yürütüyoruz. Projelerinizi bugün nasıl planladığınızı ve en çok nerede aksadığını birkaç cümleyle anlatın; size özel bir proje yönetim sistemi yol haritası hazırlayalım.

Okumanızı öneririz: Yazılım geliştirme sürecimiz: analizden yayına adım adım

Sık Sorulan Sorular