Tek Sayfalık Proje Başlatma Belgesi (Project Charter) Nasıl Yazılır?
Projelerin çoğu kötü yürütüldüğü için değil, kötü başlatıldığı için sorun yaşar. Herkesin okuyacağı kadar kısa, karar aldıracak kadar net bir proje başlatma belgesinin bölümleri ve örnek cümleleri.
Proje başlatma belgesi (project charter), bir projenin doğum belgesidir. Projenin neden var olduğunu, neyi başarmak istediğini ve proje yöneticisine hangi yetkinin verildiğini resmîleştirir. Sorun şu ki birçok kurumda bu belge ya hiç yazılmaz ya da kimsenin okumadığı 20 sayfalık bir şablona dönüşür.
İyi haber: Etkili bir başlatma belgesi tek sayfaya sığabilir. Hatta sığmalıdır.
Neden tek sayfa?
Sponsorun, yöneticilerin ve ekibin belgeyi gerçekten okuması gerekir. Tek sayfa seni önemli olanı seçmeye zorlar. Ayrıntılar (detaylı plan, risk kaydı, bütçe kırılımı) sonra gelir; başlatma belgesi bir anlaşma zemini oluşturur.
Bölüm 1: Projenin amacı (neden?)
İki üç cümleyle çözülecek sorunu ve fırsatı anlat. Teknik çözümü değil, iş ihtiyacını yaz.
Zayıf: Yeni bir CRM sistemi kurulacak.
Güçlü: Satış ekibi müşteri bilgilerini dört farklı tabloda tutuyor; teklif hazırlama süresi ortalama 3 gün. Proje bu süreyi 1 güne indirmeyi ve müşteri verisini tek yerde toplamayı amaçlıyor.
Bölüm 2: Ölçülebilir hedefler
Projenin başarılı sayılması için neyin gerçekleşmesi gerektiğini yaz. Her hedef ölçülebilir ve zamana bağlı olmalı:
- Teklif hazırlama süresi 31 Mart 2027'ye kadar 1 iş gününe inecek
- Satış ekibinin %90'ı ilk ay sonunda sistemi günlük kullanıyor olacak
- Eski tablolar 30 Nisan 2027'de kapatılacak
Bölüm 3: Kapsam (ve kapsam dışı)
Ne yapılacağını kısaca listele. Daha da önemlisi ne yapılmayacağını açıkça yaz. Kapsam dışı maddeler, projenin ortasında çıkacak "bunu da ekleyelim" taleplerine karşı en iyi kalkandır.
- Kapsamda: Satış ve teklif süreçleri, mevcut müşteri verisinin taşınması, ekip eğitimi
- Kapsam dışı: Muhasebe entegrasyonu (2. faz), mobil uygulama, pazarlama otomasyonu
Bölüm 4: Kilometre taşları
Detaylı plan değil, 4–6 ana kilometre taşı yeterli:
| Kilometre taşı | Hedef tarih |
|---|---|
| Gereksinimler onaylandı | 15 Kasım 2026 |
| Pilot ekip kullanıma başladı | 15 Ocak 2027 |
| Tüm satış ekibi geçti | 1 Mart 2027 |
| Eski sistemler kapatıldı | 30 Nisan 2027 |
Tarihleri belirlerken resmî tatilleri ve yılbaşı dönemini hesaba katmayı unutma.
Bölüm 5: Bütçe ve kaynaklar
Kabaca bütçe aralığı ve gereken kilit kaynaklar: Kaç kişi, hangi rollerden, ne kadar süreyle? Bu aşamada kesin rakam beklenmez, ama bir büyüklük mertebesi şarttır.
Bölüm 6: Riskler ve varsayımlar
En önemli üç beş risk ve varsayım. Örneğin:
- Varsayım: Satış ekibi pilot dönemde haftada 4 saat ayırabilecek.
- Risk: Eski verinin kalitesi düşükse taşıma süresi uzayabilir.
Bölüm 7: Roller ve yetki
Kim sponsor, kim proje yöneticisi, kim kararları onaylıyor? Proje yöneticisinin hangi konularda kendi başına karar verebileceğini (örneğin belirli bir tutara kadar harcama, ekip içi görev dağılımı) yaz. Rolleri daha ayrıntılı netleştirmek için RACI Matrisi kullanılabilir.
Bölüm 8: Onay
Belgenin altına sponsorun ve kilit paydaşların adını ve onay tarihini ekle. İmza ya da e-posta onayı, belgenin bir taslak değil, bir anlaşma olduğunu gösterir.
Yazarken dikkat edilecekler
- Belgeyi tek başına yazma. Sponsorla ve kilit paydaşlarla birlikte bir atölyede doldurmak çok daha etkilidir.
- Jargondan kaçın. Belgeyi finans müdürü de saha ekibi de anlamalı.
- Canlı tut. Kapsam veya hedefler önemli ölçüde değişirse belgeyi güncelle ve yeniden onaya sun.
Son söz
Başlatma belgesi bürokratik bir formalite değil, proje boyunca yaşanacak tartışmaların büyük kısmını baştan çözen bir araçtır. Tek sayfa, bir saatlik atölye ve net bir onay; karşılığında aylarca daha az kafa karışıklığı.