Proje Önerisi Yazma: Sorun, Çözüm, Maliyet ve Karar Talebi

Proje önerisi neyi yapar, kime yazılır?

Kurum içi proje önerisi, bir fikri yatırım kararına dönüştüren belgedir. Okuru genellikle sponsor, bölüm yöneticisi, yatırım komitesi ya da finans ekibidir. Bu kişiler pek çok öneri arasında seçim yaptığı için belgeyi hızlı okur ve dört şeyi arar: gerçek bir sorun var mı, önerilen yol makul mü, bedel ve risk kabul edilebilir mi, benden ne isteniyor.

Bu nedenle öneri, yazanın yaptığı işi anlatan bir rapor gibi değil, okurun vereceği karara göre kurulmuş bir belge gibi yazılır. Sorun sizin için önemli olabilir; onaylayıcı için önemli olan şirketin hedeflerine, riskine ya da maliyetine etkisidir. Önerinizi o dille anlatmak, aynı fikrin onay alıp almamasını belirler.

Farklı belgelerle karıştırılmamalıdır. Hibe ya da fon başvurusu dış bir kuruma, belirli bir formatta yazılır. Teklif, müşteriye satılacak bir hizmeti anlatır. Kurum içi öneri ise kendi şirketinizdeki kaynakların kullanımı için karar ister. İş gerekçesi (business case), önerinin finansal ve stratejik dayanağını daha derin işleyen belgedir; küçük ve orta ölçekli girişimlerde öneri, gerekçeyi kısa bir bölüm olarak içerir.

Önerinin bölümleri

Her kurumun şablonu farklıdır; yine de iyi bir öneri şu akışı izler:

• Yönetici özeti: sorun, çözüm, maliyet, süre ve karar talebi birkaç cümlede
• Sorun ve mevcut durum: bugün ne oluyor, kimi etkiliyor, ne kadar önemli
• Önerilen çözüm: ne yapılacak, nasıl yapılacak, kapsam sınırı
• Seçenekler: değerlendirilen diğer yollar ve hiçbir şey yapmanın sonucu
• Beklenen fayda ve başarı ölçütleri
• Maliyet ve kaynak ihtiyacı: bütçe, ekip, dış alımlar
• Takvim ve ana kilometre taşları
• Riskler, varsayımlar ve bağımlılıklar
• Karar talebi ve sonraki adım

Akışın mantığı şudur: önce neden, sonra ne, ardından ne kadar, en sonda ne zaman ve ne karar. Okur sorunun gerçekliğine inanmadan çözümü, çözümü kabul etmeden bedeli tartışmaz. Sırayı bozmak okuru savunmaya iter.

Sorunu ve çözümü anlatmak

Sorun bölümü, öneriyi birlikte okuyan herkesin aynı gerçeği görmesini sağlar. Kanıtla başlayın: mevcut süreçte nerede kayıp var, hangi şikayet ya da hata tekrarlanıyor, hangi fırsat kaçıyor. Rakam kullanacaksanız kaynağını yazın; kaynaksız bir iddia, tüm belgenin güvenilirliğini düşürür. Elinizde veri yoksa gözlem ve görüşme notları da kanıttır, ancak bunun veri olmadığını açıkça belirtin.

Sorunun etkisini şirketin diliyle ifade edin: maliyet, süre, risk, müşteri memnuniyeti ya da uyumluluk. Teknik ayrıntı sorunu değil yalnızca belirtiyi anlatıyorsa, okur önemini kavrayamaz.

Çözüm bölümünde hedef, yaklaşımın özünü ve kapsamın sınırını net koymaktır. Neyi yapacağınızı, neyi yapmayacağınızı yazın; gelecekte ortaya çıkacak kapsam kayması, yazılı sınırla çok daha kolay yönetilir. Çözümün bir tek seçenek olarak sunulması da okuru şüpheye düşürür: değerlendirdiğiniz diğer yollara ve neden elendiklerine yer verin. "Hiçbir şey yapmamak" seçeneğinin sonucunu da yazın; onay verecek kişi bekleme maliyetini görmek ister.

Maliyet, fayda ve riski dürüstçe yazmak

Maliyet bölümü yalnızca satın alma bedelini değil, projeyi ayakta tutan tüm kalemleri içermelidir: ekip zamanı, dış hizmetler, lisanslar, eğitim, geçiş ve işletme dönemi masrafları. Yaygın bir hata, tek seferlik kalemleri yazıp sürekli işletme maliyetini atlamaktır. Onay sonrası ortaya çıkan ek talep güveni zedeler.

Faydayı mümkün olduğunca ölçülebilir ifade edin, ama ölçemediğiniz faydayı da saklamayın. Niteliksel faydayı ayrı bir başlıkta, ölçülebilen faydayla karışmadan yazmak daha dürüst bir tablo çizer. Tahminlerde belirsizlik aralığını belirtmek, tek bir kesin değer vermekten daha inandırıcıdır.

Risk bölümü, önerinin zayıf noktalarını gizlemek için değil, onları yönetilebilir göstermek için vardır. En önemli birkaç riski, olasılığını ve planlanan karşı önlemi yazın. Varsayımlarınızı ve dış bağımlılıklarınızı açıkça sıralayın: hangi ekip zamanında teslim etmezse takvim kayar, hangi onay gecikirse bütçe değişir. Okur bu açıklığı genellikle olumlu karşılar, çünkü projeyi gerçekten düşündüğünüzü gösterir.

Yazım süreci ve onaya hazırlık

Belgeyi yazmadan önce karar vericiyle kısa bir ön görüşme yapmak, önerinin çerçevesini baştan doğru kurmanızı sağlar. Hangi ölçütlere bakıldığını, hangi bütçe dönemine denk geldiğini ve kimlerin onayına ihtiyaç olduğunu öğrenin. Onay zincirindeki kişilerle belge resmî sunuma gelmeden görüşmek, sunumda sürprizleri ortadan kaldırır.

Yazım sırası sunum sırasından farklı olabilir: önce sorun ve çözümü, sonra maliyet ve takvimi, en sonda yönetici özetini yazın. Özet, belge bittiğinde gerçekten ne söylediğinizi bilirken yazıldığında daha net olur.

Taslağı sponsora ya da bir meslektaşa göstermek, açığı belge sunulmadan yakalamanın en ucuz yoludur. Okuyucuya şunu sorun: Bu belgeden ne yapmanı istediğimi anladın mı? Cevap kararsızsa karar talebi yeterince net değildir.

Sunum yapılacaksa belgenin kopyası olmayan kısa bir anlatım hazırlayın. En sık gelen soruları (maliyet neden bu kadar, neden şimdi, başarısız olursa ne olur) önceden cevaplayacak şekilde çalışın.

Sık yapılan hatalar

En yaygın hata, çözümle başlayıp sorunu geçiştirmektir; okur neden bu yatırımın gerektiğini göremez. İkincisi, teknik ayrıntıya boğulup karar talebini unutmaktır. Üçüncüsü, yalnızca avantajları sıralayıp riski ve seçenekleri yazmamaktır; bu, belgeyi savunmaya değil satış metnine benzetir.

Başka bir hata, uygulanamayacak kadar geniş bir kapsam önermektir. İlk onayı küçük bir pilotla almak, sonra genişletmek çoğu zaman daha başarılıdır. Son olarak, belgenin kime yazıldığını unutmak da sık görülür: finans ekibi için hazırlanan öneri maliyet ve geri dönüşü, operasyon yöneticisi için hazırlanan öneri iş akışı etkisini öne çıkarmalıdır.

Gönderimden önce şu soruları yanıtlayın: Sorun kanıtlı mı, çözüm tek seçenek gibi mi sunuldu, maliyet işletme dönemini kapsıyor mu, riskler ve varsayımlar yazıldı mı, ilk sayfada karar talebi var mı? Beşine de evet diyebiliyorsanız belge okura hazırdır.

Bu beceriyi Mindset programlarında nerede çalışırsınız?

Proje önerisi, proje başlatma ve yönetişim sürecinin ilk adımıdır. Mindset'in Proje Yönetimi Uzmanlığı Sertifika Programı, projenin başlatılması, değer odaklı teslimat ve yönetişim konularını birlikte ele alır; öneri yazmak bu zincirin başında yer alır.

İlk kez yatırım kararı için belge hazırlayacak uzmanlar ve ekip liderleri için uygulamalı bir çerçeve sunar.