Proje başlatma belgeleri projenizin kapsamını ve hedeflerini ana hatlarıyla belirtir. Böyle bir belge olmadan projeniz resmen başlayamaz ve paydaşlarınızın proje amacı ve teslimatlar konusunda aynı fikirde olacağının garantisi yoktur. Bu durum sizi kapsam kaymasına, iletişim sorunlarına ve nihayetinde projenin başarısız olmasına açık hâle getirir.
Proje başlatma belgesinin ne olduğunu ve proje yönetimi yazılımı aracınızda saklanan, iyi hazırlanmış bir belgenin proje boyunca doğru yolda kalmanızı nasıl sağladığını açıklayacağım. Ayrıca hızlıca başlamanıza yardımcı olacak proje başlatma belgesi örnekleri ve bir şablon da bulacaksınız.
Proje Başlatma Belgesi Nedir?
Proje başlatma belgesi; proje kapsamı, geliştirme ve proje hedefleri konusunda ortak anlayışı ana hatlarıyla ortaya koyan ve aynı zamanda ilgili her tarafın rollerini ve sorumluluklarını tanımlayan resmî bir belgedir. Genellikle oldukça kısa bir belgedir.
Proje başlatma belgeleri bir projenin başlaması için onay verir. Bir projenin var olmasına izin verir ve proje yöneticisini çalışmayı yürütme ve proje bütçesini harcama konusunda yetkilendirir. Belge onaylanırsa proje planlama aşamasına geçer. Bir başlatma belgesinin kısa belge veya proje başlatma dokümanı (PID) olarak da adlandırıldığını görebilirsiniz.
Proje Başlatma Belgesi Şablonu ve Örneği

Şablonunuzu buradan indirin ve doldururken bu kılavuzu kullanın; bu makaledeki bilgiler, sağlam bir proje başlatma belgesi oluşturmanıza yardımcı olacaktır. Ayrıca belgenizin nasıl görünmesi gerektiği konusunda fikir vermesi için doldurulmuş bir örnek de ekledik.

Proje Başlatma Belgesi ile İş Tanımı (SoW) ve Proje Planı Karşılaştırması
Bir iş tanımı, proje başlatma belgesi ve proje planı farklı amaçlara hizmet eder; ancak bir projeyi tanımlamak, yetkilendirmek ve yönlendirmek için birlikte çalışırlar. SoW kapsamı ve beklenen teslimatları ortaya koyar, proje başlatma belgesi projeyi resmî olarak yetkilendirir ve proje planı çalışmanın nasıl yürütüleceğini ve yönetileceğini açıklar.
| İş Kapsamı Belgesi | Proje Tüzüğü | Proje Planı | |
|---|---|---|---|
| Amaç | Gerçekleştirilecek işi, sınırlarını ve beklenen sonuçları tanımlar | Projeyi resmî olarak yetkilendirir ve proje yöneticisine projeyi yönetme yetkisi verir | Projenin nasıl yürütüleceğini, izleneceğini ve kontrol edileceğini açıklar |
| Temel odak | Hangi işlerin kapsama dahil olduğu, hangilerinin olmadığı ve nelerin teslim edilmesi gerektiği | Projenin var olma nedeni, ulaşmayı amaçladığı hedefler ve sorumlular | İşin nasıl ve ne zaman tamamlanacağı |
| Temel içerik | İş gereksinimleri, proje kapsamı, teslimatlar, varsayımlar, kapsam dışı unsurlar ve kabul kriterleri | İş gerekçesi, hedefler, üst düzey kapsam, paydaşlar, roller, bütçe, zaman çizelgesi ve başarı kriterleri | Takvim, proje aşamaları, teslimatlar, görev bağımlılıkları, kilometre taşları, kaynaklar, riskler ve iletişim planları |
| Ayrıntı düzeyi | Üzerinde anlaşmaya varılan işin ve teslimatların ayrıntılı açıklaması | Projenin ve gereksinimlerinin üst düzey özeti | Proje faaliyetlerinin ve yönetim süreçlerinin ayrıntılı dökümü |
| Oluşturulma zamanı | Proje başlatma veya sözleşme sürecinde, çoğunlukla tüzükten önce | Proje başlatma sırasında, ayrıntılı planlama başlamadan önce | Proje planlaması sırasında, tüzük onaylandıktan sonra |
| Kimler kullanır | Müşteriler, tedarikçiler, proje yöneticileri ve paydaşlar | Proje sponsorları, proje yöneticileri ve temel paydaşlar | Proje yöneticileri, proje ekipleri ve paydaşlar |
| Onay ve yetki | Onaylanmış bir anlaşmaya dahil edildiğinde, üzerinde anlaşmaya varılan iş yükümlülüklerini oluşturur | İlerlemek için resmî yetki sağlar ve proje yöneticisinin kurumsal kaynakları kullanmasına olanak tanır | Proje teslimatını yönetmek için onaylanmış bir yaklaşım ve temel oluşturur |
| Diğer belgelerle ilişkisi | Çoğunlukla proje tüzüğü için girdi işlevi görür | SoW veya iş gerekçesini temel alır ve proje planının geliştirilmesine rehberlik eder | Tüzüğü temel alır ve hedeflerini uygulanabilir işlere dönüştürür |
Proje Tüzüğü Neden Önemlidir?
Proje tüzüğü belgesi önemlidir; çünkü paydaşlarınızın projeyi neden gerçekleştirdiğiniz, kapsam dahilindeki unsurların neler olduğu (üst düzeyde) ve kimin hangi işi yapacağı konusunda anlaşmasını sağlar. Bazı kuruluşlar, projeniz için fonlama da dahil olmak üzere kaynak tahsis edilmeden önce imzalanmış bir proje tüzüğü talep eder.
Faydaları, sürece dahil olan her bir tarafın bakış açısından daha ayrıntılı olarak ele alalım.
Proje Yöneticileri ve Ekipler İçin Faydalar
- Projenin değer önerisini ifade eder: Projeyi gerçekleştirmenin buna değip değmeyeceğini belirlemenize yardımcı olur.
- İleride zaman kazandırır: Bir projenin başlangıcında hedefleri netleştirmek için ayırdığınız zaman, daha sonra proje yaşam döngüsü boyunca sorun giderme ve müzakere için harcamanız gerekmeyecek zamandır.
- Bütçeyi netleştirir: Proje tüzüğü, finansmanın mevcut olmasını ve zamanında serbest bırakılmasını sağlar. Harcama yetkinizi ve bütçelerinizi önceden netleştirmek, projeye başlamadan önce zaman kazandırır.
- Proje ekibiniz için net yönergeler belirler: Başarı kriterlerini tanımlamak, projeyi ekibe aktarmaya başlarken ekibe rehberlik etmek açısından son derece değerlidir.
- Ekip moralini yükseltir: Özensiz hazırlanmış bir tüzükle çalışan bir ekip, sürekli olarak kafası karışmış hâlde kalır; emekleri boşa gidebilir veya yanlış yöne ilerleyebilir. İyi yazılmış bir tüzük, ekibinizin çalışmak için motive ve kendinden emin hissedebileceği başarılı bir proje için ölçütler sunar.
Proje tüzüğü artık otomatikleşti, değil mi? İnsanlar bunun neyle ilgili olduğunu unutuyor. Bu harika bir belge; gerçekleştireceğimiz şey konusunda insanları heyecanlandırmak için kullandığınız satış belgesi bu. Ayrıca proje yöneticisinin kim olduğunu da gösterir. Bu resmîleştirme olmadığında, odalara giriyorsunuz ve insanlar şöyle diyor: ‘Seni proje yönetiminin tanrısı ya da tanrıçası yapan kim?’ İşte burada, bunu gösteren bir kâğıdınız var. Üzerinde yöneticinin imzası bulunuyor. Dolayısıyla aynı zamanda dayanak sağlayan bir belge işlevi de görüyor.
Müşteriler ve Diğer Paydaşlar İçin Faydalar
- Ortak bir anlayış oluşturur: Proje tüzüğü, paydaşların ne beklemesi gerektiğini ve projenin karşı karşıya olduğu kaynak kısıtlamalarını anlamasını sağlar.
- Bir pazarlama aracı görevi görür: Proje tüzüğü, yeni veya mevcut yatırımları gerekçelendirmek için bir satış belgesi işlevi görebilir.
Proje Tüzüğüne Neler Dahil Edilmeli
Proje tüzüğünüze dahil etmeniz gerekenler şunlardır:
- Giriş: Bu bölüm, tüzüğün amacını açıklar ve projenin adını belirtir.
- İş gerekçesi ve kapsam bildirimi: Bu bölüm, projenin amacını (iş hedefleri ve ilgili projeler dahil) açıklar, projenin kapsamının parçası olan üst düzey faaliyetleri tanımlar (daha sonra kapsam kaymasını önlemek için) ve beklenen yatırım getirisini ele alır.
- Başarı kriterleri: Bu bölüm, başarının nasıl göründüğünü ve ekibin başarıyı nasıl ölçeceğini tanımlar.
- Başlıca gereksinimler veya teslimatlar: Bu bölüm, üst düzey gereksinimleri ve/veya temel teslimatları özetler.
- Bütçe: Bu bölüm, ideal olarak proje aşamalarına göre proje maliyetlerini tahmin eder ve proje finansman kaynaklarını tanımlar.
- Kilometre taşı takvimi: Bu bölüm, proje süresini tahmin eder ve projenin her bir ana bölümünü ve tüm kilometre taşlarını özetler.
- Varsayımlar ve kısıtlamalar: Bu bölüm, projenin başlangıcında bilinen ve bilinmeyen parametreleri belirler.
- Proje riskleri: Bu bölüm, proje başarısını etkileyebilecek bilinen başlıca tehditleri veya fırsatları özetler.
- Ekip ve organizasyon: Bu bölüm, proje rollerini ve sorumluluklarını tanımlar.
- Onaylar: Bu bölüm, paydaşların tüzüğü onayladıklarını (veya onaylamadıklarını) kaydetmeleri için bir alan içerir.
Bu proje tüzüğü bölümlerine ek olarak, aşağıdaki belgeleri içeren bir ek de ekleyebilirsiniz:
- Teslimat listesi: Teslimatlar zaten tanımlanmışsa bu liste, her teslimat hakkında ayrıntılar içerir: teslimatın ne olduğu ve ilgili kabul kriterleri (örneğin given-when-then kabul kriterleri).
- Planlama belgeleri: Bunlar proje zaman çizelgesini, takvimi veya proje faaliyetlerini sıralayan ve her proje kilometre taşı ya da aşaması hakkında ayrıntılar içeren diğer belgeleri kapsayabilir.
- İletişim planı: Bu plan, sürece dahil olan her kişinin ilerleme, kapsam değişiklikleri vb. konularda nasıl bilgilendirileceğine ilişkin ayrıntıları içerir.
Proje Tüzüğünü Ne Zaman Oluşturmalıyım?
Proje yöneticisi, proje tüzüğünü proje başlatma aşamasında oluşturmalıdır. Projenin amacını, yürütmenin parçası olacak faaliyetleri ve hangi faaliyetlerden kimin sorumlu olduğunu belgelemek, proje başlangıç toplantısından önce temel paydaşların aynı hedef doğrultusunda hizalanması açısından kritik öneme sahiptir.
Proje Tüzüğü Nasıl Oluşturulur
Proje tüzüğü oluştururken izleyebileceğiniz temel süreç şöyledir:
1. Paydaşlar ve Ekiple Görüşün
Proje yöneticisi, proje sponsorları, müşteriler ve proje ekibinin temsilci üyeleri dahil olmak üzere temel paydaşlarla toplantı yaparak proje hakkında bilgi toplayın.
Paydaşların, ağ kapasitesi ve güvenlik uzmanları gibi uzmanlık gerektiren destek sağlayan diğer ekipleri de içerebileceğini unutmayın.
2. Not Alın ve Notlarınızı Düzenleyin
Görüşmeleriniz sırasında sorular sorun ve tüzüğünüzün her bölümünü doldurmanıza yardımcı olacak notlar alın. En önemli bilgileri toplamak için zamanınızı verimli kullanın; destekleyici ayrıntıları daha sonra her zaman ekleyebilirsiniz.
3. Bir Şablon Kullanın
Projenizin ihtiyaçlarına en iyi şekilde hizmet eden biçimi oluşturmak için çevrimiçi olarak sunulan sayısız proje başlangıç belgesi şablonundan yararlanın.
DPM üyeleri, önceden hazırlanmış başlangıç belgemizi ve zaman kazandıran birçok başka kaynağı kullanabilir. Alternatif olarak, bu gönderideki örnek proje başlangıç belgelerinden birini başlangıç noktası olarak kullanabilirsiniz.
4. Belirli Bilgilere Yer Verin
Kötü bir örnekle başlayalım. Bir bankacılık müşterisi için çalışan proje yöneticisi, başlangıç belgesinde proje hedefi ifadesini “iletişim kanallarını iyileştirmek” şeklinde yazar. Evet, iyi iletişim değerli bir hedeftir; ancak bunun bu şekilde yazılması, okuyucunun birçok şeyi hayal etmesine neden olur:
- Kimin iletişim kanalları iyileştirilecek? Müşterilerin mi? İç personelin mi?
- Kaç kullanıcının ihtiyaçlarını karşılamaya çalışıyoruz?
- Mevcut bir sistemi mi güncelleyeceğiz, yoksa tamamen yeni bir sistem mi oluşturacağız?
- Ne zaman tamamlanacak?
- Kapsam, yeni iletişim aracıyla ilgili eğitimi de içeriyor mu?
- Sözleşme, sistem için devam eden herhangi bir desteği kapsayacak mı?
Tam kapsamlı bir başlangıç belgesi, okuyucunun projenin amacını anlayabilmesi için bu sorular hakkında açık ve belirli bilgiler sunar. İşte daha iyi bir proje kapsam bildirimi örneği (başlangıç belgenizin önemli bir parçası):
“Müşterilerin XYZ bankasının özel mobil uygulamaları aracılığıyla ürün yöneticileriyle sohbet edebilmesi için ABC sisteminin yerine Aralık 2026'ya kadar yeni bir iletişim sistemi oluşturun. Sistemi kurum içinde sürdürmeleri ve desteklemeleri için 400 çalışanı eğitin.”
Başlangıç belgesinin diğer bölümlerini hazırlarken de benzer bir mantık uygulayın. Bu çalışmanın amacı, proje sponsorunun projeyi onaylayabilmesi için yeterli bilgiye sahip olmasını sağlamaktır.
5. Ekip Temsilcileriyle Gözden Geçirin
Bir proje başlangıç belgesi hazırladıktan, ancak müşteriyle gözden geçirmeden önce, doğruluğunu ve eksiksizliğini değerlendirmek üzere başlangıç belgesini ekibinizin kilit üyeleriyle gözden geçirmek için zaman ayırın.
6. Onay İçin Sunun
Bu adımın “onaya gönderin” olmadığını fark edin. Proje başlangıç belgesi, projeyi üstlenmek için onay almanın anahtarıdır ve uygun şekilde sunulması önemlidir. Başlangıç belgenizi bir e-postaya PDF olarak ekleyip görmezden gelinmesine veya doğrudan reddedilmesine yol açmaktan kaçının.
Bunun yerine başlangıç belgenizi sponsorlarınıza, paydaşlarınıza veya müşterilerinize sunun. Bunu, destekleyici görsel ve işitsel materyaller içeren bir toplantıda veya slayt sunumu aracılığıyla gerçekleştirin. Sorular ve yanıtlar için yeterli zaman ayırdığınızdan emin olun.
Proje Başlangıç Belgesi Örnekleri
İnceleyebileceğiniz üç farklı proje başlangıç belgesi örneği:

Etkileşimli bir sesli yanıt sistemi için hazırlanan bu proje başlangıç belgesi örneğinde, proje yöneticisi proje açıklaması ve kapsama ek olarak iş gerekçesiyle ilgili bazı notlara da yer vermiş.
Ayrıca kısıtları öncelik sırasına göre listelemiş; bu da bu belgeyi okuyan kişiye hızlı bir bağlam sağlamak açısından faydalı.

Bu proje başlangıç belgesi örneğinde proje hedeflerinin yanı sıra kilometre taşları ve bunlara eşlik eden bir zaman çizelgesi açıkça listelenmiş.
Henüz eksiksiz bir zaman çizelgesine mutlaka ihtiyacınız olmasa da (bu, proje planında belirlenecektir), eklenmesi ve ekibin çalışmayı yürütme aşamasında tamamladıkça proje durum raporları için güncellenmesi iyi bir uygulamadır.
Bu örnek, kilometre taşlarını ve bir zaman çizelgesini içermesi bakımından yukarıdaki örneğe benziyor.
Ayrıca hedefleri ve kapsam dahilindeki unsurları açıkça ortaya koymuş ve projenin etkileyeceği süreçlerle ilgili bazı notlara da yer vermiştir. Bu, değişime karşı tutum kısıtlamasıyla (kısıtlamalar bölümünde listelenmiştir) ilişkili olduğu için faydalıdır.
Proje Tüzüğü Oluşturmak İçin Uzman İpuçları
Bir proje tüzüğü oluştururken net beklentiler belirlemek, paydaşların desteğini almak ve projenizi başarıya hazırlamak için aşağıdaki en iyi uygulamaları izleyin:
- Basit tutun: Tüzüğünüzü, projeye aşina olmayan birinin amacını, kapsamını ve beklenen sonuçlarını anlayabileceği şekilde yazın. Jargondan ve belirsiz ifadelerden kaçının. Paydaşların bir bölümün ne anlama geldiğini açıklamanızı istemesi, o bölümü yeniden yazmanın muhtemelen faydalı olacağını gösterir.
- Büyük resme odaklanın: Ayrıntılı görevler veya takvimler yerine üst düzey hedeflere, kapsama, teslimatlara ve kısıtlamalara bağlı kalın. Uygulama ayrıntılarını, tüzükte değişiklik yapılmasını gerektirmeden gelişebilecekleri proje planınızda tutmanızı öneririm.
- Paydaş uzlaşısı oluşturun: Tüzüğü son hâline getirmeden önce proje sponsorunuzu ve kilit paydaşları sürece dahil edin. Kapsam, öncelikler ve başarı ölçütleriyle ilgili çelişen beklentilere özellikle dikkat edin. Anlaşmazlıkları, çalışmalar başladıktan sonra çözmek yerine başlatma aşamasında çözmek çok daha kolaydır.
- Ölçülebilir başarı ölçütleri tanımlayın: "Müşteri deneyimini iyileştirmek" gibi geniş hedeflerle yetinmeyin. Başarının nasıl görüneceğini belirtin (ör. müşteri işe alıştırma süresini %20 azaltmak). Bu, ekibinize ortak bir hedef sunar ve paydaşların projenin amaçlanan değeri sağlayıp sağlamadığını değerlendirmesine yardımcı olur.
- Varsayımları ve kısıtlamaları belgelendirin: Bütçe sınırları, kaynakların kullanılabilirliği ve dış bağımlılıklar dahil olmak üzere projenizin bağlı olduğu koşulları açıkça belirtin. Örneğin, teslimat üçüncü taraf bir entegrasyona bağlıysa, bir lansman tarihini kesinleştirmeden önce bu varsayımı belgelendirin.
- Karar verme yetkisini netleştirin: Büyük onaylardan sorumlu proje sponsorunu, proje yöneticisini ve paydaşları belirleyin. Deneyimlerime göre belirsiz karar verme yetkisi, özellikle kapsam değişiklikleri veya rekabet eden öncelikler üst makamlara taşınmayı gerektirdiğinde gereksiz gecikmelere yol açar.
- Yürütmeden önce resmî onay alın: Önemli kaynakları tahsis etmeden önce proje sponsorunun tüzüğü onaylamasını sağlayın. Onay, projenin hedefleri, kapsamı ve yetkisi üzerinde uzlaşıldığını doğrular. Yeni talepler veya anlaşmazlıklar ortaya çıktığında başvurabilmeniz için onaylanmış tüzüğü erişilebilir durumda tutun.
Yaygın Proje Tüzüğü Zorlukları ve Bunların Üstesinden Gelme Yolları
Gereksinimler belirsiz olduğunda, paydaşlar anlaşamadığında veya önemli kararlar alınmadığında proje tüzüğü oluşturmak zor olabilir. Aşağıda altı yaygın zorluk ve bunların üstesinden gelmek için uygulanabilecek pratik yollar yer alıyor:
- Belirsiz proje hedefleri: Belirsiz hedefler başarıyı tanımlamayı ve paydaşların aynı sonuca ulaşmak için çalışmasını zorlaştırır. İş gereksinimleriyle bağlantılı, özgül ve ölçülebilir hedefler belirlemek için proje sponsorunuzla birlikte çalışın.
- Proje kapsamı konusunda anlaşmazlıklar: Paydaşların nelerin dahil olduğuna ilişkin çelişen beklentileri olabilir; bu da gecikmelere veya kapsamın kontrolsüz biçimde genişlemesine yol açabilir. Kapsama dahil olan ve olmayan unsurları belgelendirin, ardından onay istemeden önce kilit paydaşlarla anlaşmazlıkları çözün.
- Gerçekçi olmayan bütçe veya takvim beklentileri: Yönetim, yapılması gereken işi tam olarak anlamadan son tarihler veya bütçeler önerebilir. Üst düzey tahminleri teslimat ekibinizle doğrulayın ve kapsam, maliyet ve takvim arasındaki ödünleşimleri ortaya koyun.
- Sınırlı paydaş katılımı: Meşgul paydaşlar geri bildirim vermeyi geciktirebilir veya içeriğini incelemeden tüzüğü onaylayabilir. Kilit karar vericileri erkenden belirleyin ve imza öncesinde çözülmemiş soruları gidermek için odaklanmış bir inceleme toplantısı planlayın.
- Tanımlanmamış roller ve karar verme yetkisi: Sorumluluk net olmadığında onaylar gecikebilir ve önemli kararlar ekipler arasında sahipsiz kalabilir. Kapsam veya bütçe değişikliklerine kimin yetki verebileceği de dahil olmak üzere proje sponsorunu, proje yöneticisini ve kilit karar vericileri belirtin.
- Eksik bilgiler veya test edilmemiş varsayımlar: Projenin ilk aşamalarındaki tahminler genellikle bilinmeyen teknik gereksinimlere, kaynakların kullanılabilirliğine veya dış bağımlılıklara bağlıdır. Varsayımları ve kısıtlamaları açıkça belgelendirin, bunları doğrulamak için sorumlular atayın ve projenin uygulanabilirliğini etkileyebilecek belirsizlikleri işaretleyin.
Proje Tüzüğünüzü Başarılı Bir Projeye Dönüştürün
Net bir proje tüzüğü temel oluşturur, ancak başarılı bir teslimat için doğru araçlar ve rehberlik gerekir. Daha iyi projeler planlamanıza ve teslim etmenize yardımcı olacak özel kaynaklara, pratik şablonlara ve uzman görüşlerine erişmek için ücretsiz bültenimize ve üyeliğimize kaydolun.
Continue Reading
Sign up to access the rest of this article, plus more insights, resources, and experiences.
Sign Up
Create a free account to access tools, playbooks, and peer insights shaping the future of project delivery
Or
Create Your Free Account
You're in!
Your access is ready. Continue reading, with more insights and resources now available to you.
You're In!
Your free access keeps you connected to timely insights, useful resources, and credible perspectives that matter.
Thank You!
Your access is ready. Continue reading, with more insights and resources now available to you.
Thank You!
Your free access keeps you connected to timely insights, useful resources, and credible perspectives that matter.
Help Us Make It More Relevant
Tell us a little about yourself so we can better understand and support project leaders like you.
Tell Us About Yourself
A little context about your role and organization helps us understand what matters to project leaders like you.
You're In!
Your access is ready. Continue reading, with more insights and resources now available to you.
Thank You!
This gives us a clearer picture of the priorities and challenges project leaders are navigating.
Thank You!
Your free account is set. Explore everything it unlocks.
You’re All Set!
Your access is ready. Explore the latest insights and resources, and stay connected to what matters next.
Refreshing...
We'll take you back in a moment.
Sign In
Enter your credentials to continue.
Forgot your password?
No worries! Request a new one:
Password reset request submitted!
If a matching account is found, you'll
receive a password reset email soon. Click
the link found in that email to reset your
password.
Updating Your Access...
We'll take you back in a moment.

