Proje Yönetimi Nedir, İş Hangi Aşamalara Bölünüyor?

---

Proje yönetimi çoğu kurumda takvim ve bütçe takibine indirgeniyor. Oysa asıl iş kararların ne zaman ve kim tarafından verileceğini düzenlemek. Bir kamu hizmet rehberi bu düzeni aşamalara ve ilkelere bağlayarak anlatıyor.

Bu yazı proje yönetiminin hangi aşamalardan oluştuğunu, ilk aşamada nelerin anlaşılması gerektiğini, yönetişimin hangi ilkelere dayandığını ve bu yaklaşımın arkasındaki düşünceyi iki resmî kaynağa dayanarak açıklıyor.

İş neden aşamalara bölünüyor?​

Birleşik Krallık'ın Hizmet El Kitabı bir projeyi beş aşamada tanımlıyor: keşif, alfa, beta, canlı ve emeklilik.

Aşamalara bölmenin mantığı basit: her aşamanın sonunda devam etme kararı yeniden veriliyor. Böylece bütün bütçe en baştan tek bir varsayıma bağlanmıyor.

Rehber aynı çatı altında üç başlık daha topluyor: çevik proje yönetimini anlamak, çevik yöntemlerle çalışmak ve çevik hizmetleri yönetişimle sürdürmek.

• Keşif: Problemi anlamak.
• Alfa ve beta: Denemek ve kurmak.
• Canlı ve emeklilik: Yürütmek ve kapatmak.

Keşif aşamasında ne yapılıyor?​

Keşif aşaması rehberi kuralı açıkça koyuyor: bir hizmeti inşa etmeye karar vermeden önce çözülmesi gereken problemi anlamanız gerekiyor.

Rehber bu aşamada öğrenilmesi gerekenleri sayıyor. İlki kullanıcılarınız ve neyi başarmaya çalıştıkları. İkincisi karşılaşacağınız kısıtlar; örnek olarak teknoloji ya da mevzuat nedeniyle hizmetin işleyişinde değişiklik yapmanın önündeki engeller veriliyor.

Üçüncüsü altta yatan politika amacı: kurumun değiştirmek ya da gerçekleştirmek istediği şey. Dördüncüsü ise iyileştirme fırsatları.

Bu liste, proje yönetiminin ilk çıktısının bir plan değil bir anlayış olduğunu gösteriyor.

Püf nokta' Alıntı:

Keşif aşamasının çıktısı çözüm değil; çözülecek problemin doğru tarifi.

Genişletmek için tıkla ...

Aşamalar arasında ne değişiyor?​

Keşifte soru "hangi problemi çözüyoruz" iken, sonraki aşamalarda soru değişiyor. Alfa aşamasında farklı çözüm yaklaşımları denenirken, beta aşamasında seçilen yaklaşım gerçek kullanıcılarla çalışır hâle getiriliyor.

Canlı aşama işin bitişi değil; hizmetin yürütüldüğü ve iyileştirildiği dönem. Rehberin yaşam döngüsü boyunca hizmetin yönetilmesini ayrı bir başlık yapması bunu gösteriyor.

Emeklilik aşamasının rehberde yer alması da dikkat çekici. Bir hizmetin kapatılması da yönetilmesi gereken bir iş; kullanıcıların nereye yönlendirileceği ve verinin ne olacağı bu aşamada karara bağlanıyor.

Planlama neye göre yapılıyor?​

Rehberin çalışma başlıkları arasında planlama, öncelik belirleme ve yol haritası geliştirme ayrı ayrı sayılıyor. Üçü farklı ölçekte aynı soruyu yanıtlıyor: sırada ne var?

Kullanıcı hikâyeleri yazmak da bu başlıkların altında. İşin kullanıcı açısından tarif edilmesi, önceliklendirmeyi teknik tercih olmaktan çıkarıp değer tartışmasına dönüştürüyor.

Günlük ayakta toplantılar gibi teknikler ise yönetişimin günlük ritmini kuruyor; ilerleme raporu ayrı bir belge olmaktan çıkıp işin kendisinden okunuyor.

Yönetişim ilkeleri​

Yönetişim rehberi altı ilke sayıyor: teslimatı yavaşlatmayın; kararlar gerektiği anda ve doğru düzeyde verilsin; işi doğru kişilerle yapın; gidip kendiniz görün; yalnız değer katıyorsa yapın; güvenin ama doğrulayın.

Rehber sorumluluğu da dağıtıyor: teslimat ekibindeki herkes yönetişimden sorumlu ve ona dahil.

Bu iki cümle, klasik proje yönetimiyle arasındaki farkı özetliyor. Onay makamı tek bir noktada toplanmıyor; karar, kararın gerektiği düzeyde veriliyor.

Arkasındaki düşünce​

Yaklaşımın kaynağı Çevik Manifesto'nun ardındaki ilkeler belgesinde toplanmış.

Belge önceliği tanımlıyor: en yüksek öncelik, değerli yazılımın erken ve sürekli teslimiyle müşteriyi memnun etmek. Değişen gereksinimleri geliştirmenin geç aşamalarında bile karşılamak gerektiğini, çevik süreçlerin değişimi müşterinin rekabet avantajına dönüştürdüğünü söylüyor.

İlerlemenin ölçüsü de belirtilmiş: çalışan yazılım, ilerlemenin birincil ölçüsü.

Belge sürdürülebilirliğe de değiniyor. Sponsorların, geliştiricilerin ve kullanıcıların sabit bir tempoyu süresiz olarak koruyabilmesi gerekiyor.

Son ilke ise düzeltme mekanizmasını kuruyor: ekip düzenli aralıklarla nasıl daha etkili olabileceğini değerlendiriyor, ardından davranışını ayarlıyor.

Basitlik ve gereksiz iş​

Belgedeki bir ilke doğrudan kapsam yönetimine bakıyor: basitlik, yapılmayan işin miktarını en üst düzeye çıkarma sanatı, esastır.

Bunun proje yönetimindeki karşılığı, her talebi kapsama eklememek. Yönetişim rehberinin "yalnız değer katıyorsa yapın" ilkesi de aynı yere çıkıyor.

Ekip yapısı için de bir ilke var: projeleri motive olmuş bireyler etrafında kurun, onlara ihtiyaç duydukları ortamı ve desteği verin, işi yapacaklarına güvenin.

Yan yana okunacaklar​

Bu düşüncenin manifesto tarafını Agile yazımızda ele almıştık. İşin araçla nasıl izlendiğini kaynak kod devri yazımızda, teslimin ölçülebilir hâle getirilmesini ise kabul kriteri yazımızda anlatmıştık.

Sık Sorulan Sorular​

Proje yönetimi nedir?
İşi aşamalara bölüp her aşamada devam kararını yeniden veren, kararların düzeyini ve sahibini belirleyen düzen.

Kaç aşama var?
Rehber keşif, alfa, beta, canlı ve emeklilik olmak üzere beş aşama tanımlıyor.

Keşif aşamasında ne öğrenilir?
Kullanıcılar ve amaçları, kısıtlar, altta yatan politika amacı ve iyileştirme fırsatları.

Yönetişimden kim sorumlu?
Rehbere göre teslimat ekibindeki herkes.

İlerleme neyle ölçülüyor?
Çevik ilkelere göre çalışan yazılım, ilerlemenin birincil ölçüsü.

Özetle​

Proje yönetimi, işi aşamalara bölerek belirsizliği yönetmek. Keşifte problem anlaşılıyor, sonraki aşamalarda çözüm denenip kuruluyor ve her eşikte devam kararı yeniden veriliyor. Yönetişim altı ilkeye dayanıyor ve sorumluluk ekibin tamamına yayılıyor. Ölçüt de belli: çalışan ürün.

Projelerinizde devam kararı en son ne zaman yeniden verildi?

Güncelleme: 2 Eylül 2026. GOV.UK Hizmet El Kitabı ve Çevik Manifesto ilkeleri kontrol edildi.

---