Mert
New member
Proje Nelerden Oluşur? Bir Projeyi Sadece Plan ve Takvimden İbaret Görmemek
Proje Nedir? İlk Bakışta Göründüğünden Daha Fazlası
Bir projeyi düşündüğümde aklıma ilk olarak dosyalar, toplantılar, takvimler ve yapılacaklar listesi gelmiyor. Daha çok, bir grup insanın belirsiz bir noktadan başlayıp ortak bir sonuca ulaşmaya çalıştığı karmaşık bir süreç geliyor. Geçmişte içinde bulunduğum ve dışarıdan gözlemlediğim çalışmalarda en dikkat çekici nokta şu oldu: Kâğıt üzerinde son derece iyi görünen bir proje, insanlar aynı hedefi gerçekten paylaşmıyorsa beklenmedik biçimde başarısız olabiliyor. Buna karşılık başlangıçta kusurları bulunan bazı çalışmalar, ekip iletişimi ve doğru karar alma sayesinde oldukça başarılı sonuçlara ulaşabiliyor.
Bu nedenle “Proje nelerden oluşur?” sorusunu yalnızca “amaç, bütçe, zaman ve ekip” şeklinde cevaplamak bana yetersiz geliyor. Proje; hedeflerden kaynaklara, risklerden paydaşlara, iletişimden teslimatlara kadar birbirine bağlı birçok unsurdan oluşur. Project Management Institute (PMI) de projeyi, benzersiz bir ürün, hizmet veya sonuç ortaya çıkarmak amacıyla gerçekleştirilen geçici bir çalışma olarak tanımlıyor. Yani projenin hem belirli bir başlangıç ve bitiş niteliği hem de ortaya koyması beklenen özgün bir sonucu var.
1. Amaç ve İhtiyaç: Proje Neden Var?
Bence herhangi bir projenin en önemli bileşeni, çoğu zaman en fazla ihmal edilen unsur: “Neden bu projeyi yapıyoruz?” sorusunun açık cevabı.
Bir proje sadece yöneticinin istediği için, rakipler yapıyor diye veya kurumda yeni bir şeyler yapılması gerektiği düşünüldüğü için başlatılıyorsa problem daha en başta ortaya çıkıyor. Çünkü hedef net değilse daha sonraki aşamalarda kapsamı belirlemek, başarıyı ölçmek ve kaynakları doğru kullanmak zorlaşıyor.
Örneğin bir şirket “yeni bir mobil uygulama geliştirmek” isteyebilir. Ancak asıl ihtiyaç müşterilerin işlemlerini daha hızlı yapmasını sağlamaksa, uygulamanın yüzlerce özelliğe sahip olması projenin başarılı olduğu anlamına gelmez. Hatta gereksiz özellikler maliyeti artırabilir ve teslim tarihini geciktirebilir.
PMI kaynaklarında da proje kapsamının gerçek ihtiyaca bağlanmasının önemine dikkat çekiliyor. Amaç, kuruluşun veya müşterinin asıl ihtiyacını yansıtmıyorsa kapsamın doğru tanımlanması ve projenin başarılı biçimde tamamlanması güçleşiyor.
Burada forumdaki arkadaşlara şu soruyu sormak isterim: Bir proje sonunda ortaya çıkan ürün gerçekten ihtiyacı karşılamıyorsa, proje zamanında ve bütçesinde tamamlandığında ona başarılı diyebilir miyiz?
2. Kapsam: Ne Yapılacak, Ne Yapılmayacak?
Kapsam, projenin sınırlarını belirler. Bence iyi bir kapsam tanımı yalnızca yapılacak işleri değil, özellikle yapılmayacak işleri de ortaya koymalıdır.
Çünkü projelerde sık karşılaşılan sorunlardan biri kapsamın sürekli genişlemesidir. Başlangıçta küçük görünen bir talep zaman içinde yeni özellikler, yeni raporlar, yeni entegrasyonlar ve yeni beklentiler doğurabilir. Her ekleme tek başına makul görünse de bunların toplamı bütçeyi, süreyi ve ekip kapasitesini ciddi biçimde etkileyebilir.
Bu nedenle proje kapsamında teslim edilecek ürün veya hizmetin özellikleri mümkün olduğunca somutlaştırılmalıdır. PMI'nın proje tanımında da proje faaliyetlerinin belirli gereksinimleri karşılayan benzersiz bir ürün, hizmet veya sonuç üretmeye yönelik olduğu vurgulanmaktadır.
Burada kritik nokta, kapsamın değişmez bir metin olarak görülmemesidir. Özellikle belirsizliğin yüksek olduğu yazılım ve inovasyon projelerinde değişiklik kaçınılmaz olabilir. Sorun değişiklik değil; değişikliğin etkisini değerlendirmeden kabul edilmesidir.
3. Zaman ve Takvim: “Ne Zaman Bitecek?” Sorusu
Bir projenin mutlaka bir zaman boyutu vardır. Başlangıç tarihi, önemli kilometre taşları, ara teslimler ve bitiş noktası projenin yönetilebilir olmasını sağlar.
Fakat burada da önemli bir ayrım yapmak gerekiyor. Bir projenin uzun sürmesi onun kötü yönetildiği anlamına gelmez. PMI'nin proje açıklamalarında da “geçici” olmanın belirli bir kısa süre anlamına gelmediği, asıl ayrımın devam eden operasyonlarla belirli bir sonuç üretmek amacıyla yürütülen zaman sınırlı çalışma arasında olduğu belirtiliyor.
Örneğin büyük bir altyapı projesinin birkaç yıl sürmesi normal olabilir. Buna karşılık birkaç haftada tamamlanması gereken bir yazılım güncellemesinin aylarca gecikmesi daha ciddi bir problem olabilir.
Dolayısıyla yalnızca “proje zamanında bitti mi?” sorusu yeterli değildir. Gerçekçi olmayan bir takvim belirlenmişse, ekip bu takvime uyduğu için mi başarılıdır, yoksa baştan yanlış planlama mı yapılmıştır?
4. Bütçe ve Kaynaklar: Para Tek Başına Yeterli Değildir
Projenin bir diğer temel unsuru kaynak yönetimidir. Buna bütçe, insan kaynağı, teknoloji, ekipman, malzeme ve zaman gibi kaynaklar dahildir.
Bütçe açısından bakıldığında oldukça basit bir mantık vardır: Projenin ihtiyaç duyduğu kaynaklarla kullanılabilecek kaynaklar arasında denge kurulmalıdır. Ancak uygulamada mesele bundan daha karmaşıktır.
Örneğin çok deneyimli üç kişinin görev aldığı bir ekip, daha büyük bir ekibe göre bazı işleri daha hızlı tamamlayabilir. Buna karşılık tek bir kişiye aşırı bağımlı bir proje de ciddi risk taşır. Bir çalışanın ayrılması veya uzun süreli olarak erişilemez hale gelmesi bütün takvimi etkileyebilir.
Burada proje yöneticisinin sadece “ne kadar para harcıyoruz?” sorusunu değil, “bu kaynağı neden kullanıyoruz ve karşılığında ne elde ediyoruz?” sorusunu da sorması gerekir.
5. İnsan Faktörü: Projelerin Görünmeyen Bileşeni
Bana göre projelerin en fazla hafife alınan taraflarından biri insan faktörüdür. Proje planı ne kadar iyi olursa olsun, o planı uygulayan insanların motivasyonu, uzmanlığı, iletişim biçimi ve karar alma kapasitesi sonuç üzerinde doğrudan etkilidir.
Bu noktada toplumsal cinsiyet üzerinden yapılan bazı klasik yorumlara dikkat etmek gerekiyor. Erkeklerin daha stratejik ve çözüm odaklı, kadınların ise daha empatik ve ilişkisel olduğu şeklindeki yaklaşım bazı bireysel gözlemlerde anlamlı görünebilir. Ancak bunu bütün erkek ve kadınlara ait değişmez özellikler gibi sunmak bilimsel açıdan savunulabilir değildir.
Bir erkek son derece empatik ve ilişki odaklı olabilirken bir kadın son derece analitik, stratejik ve doğrudan sonuç odaklı olabilir. Aynı şekilde ekip içinde bu özellikler cinsiyetten bağımsız olarak farklı oranlarda bulunabilir.
Yine de proje ekiplerinde bu iki yaklaşımın temsil ettiği becerilerin ikisine de ihtiyaç olduğu söylenebilir. Stratejik ve çözüm odaklı yaklaşım, “Problemi nasıl çözeriz?” sorusuna yoğunlaşırken; empatik ve ilişkisel yaklaşım, “Bu karar insanları nasıl etkileyecek ve ekip bu kararı nasıl karşılayacak?” sorusunu gündeme getirir.
Aslında iyi bir proje yöneticisinin her iki bakış açısını da kullanabilmesi gerekir.
6. Paydaşlar: Proje Sadece Proje Ekibine Ait Değildir
Proje Nedir? İlk Bakışta Göründüğünden Daha Fazlası
Bir projeyi düşündüğümde aklıma ilk olarak dosyalar, toplantılar, takvimler ve yapılacaklar listesi gelmiyor. Daha çok, bir grup insanın belirsiz bir noktadan başlayıp ortak bir sonuca ulaşmaya çalıştığı karmaşık bir süreç geliyor. Geçmişte içinde bulunduğum ve dışarıdan gözlemlediğim çalışmalarda en dikkat çekici nokta şu oldu: Kâğıt üzerinde son derece iyi görünen bir proje, insanlar aynı hedefi gerçekten paylaşmıyorsa beklenmedik biçimde başarısız olabiliyor. Buna karşılık başlangıçta kusurları bulunan bazı çalışmalar, ekip iletişimi ve doğru karar alma sayesinde oldukça başarılı sonuçlara ulaşabiliyor.
Bu nedenle “Proje nelerden oluşur?” sorusunu yalnızca “amaç, bütçe, zaman ve ekip” şeklinde cevaplamak bana yetersiz geliyor. Proje; hedeflerden kaynaklara, risklerden paydaşlara, iletişimden teslimatlara kadar birbirine bağlı birçok unsurdan oluşur. Project Management Institute (PMI) de projeyi, benzersiz bir ürün, hizmet veya sonuç ortaya çıkarmak amacıyla gerçekleştirilen geçici bir çalışma olarak tanımlıyor. Yani projenin hem belirli bir başlangıç ve bitiş niteliği hem de ortaya koyması beklenen özgün bir sonucu var.
1. Amaç ve İhtiyaç: Proje Neden Var?
Bence herhangi bir projenin en önemli bileşeni, çoğu zaman en fazla ihmal edilen unsur: “Neden bu projeyi yapıyoruz?” sorusunun açık cevabı.
Bir proje sadece yöneticinin istediği için, rakipler yapıyor diye veya kurumda yeni bir şeyler yapılması gerektiği düşünüldüğü için başlatılıyorsa problem daha en başta ortaya çıkıyor. Çünkü hedef net değilse daha sonraki aşamalarda kapsamı belirlemek, başarıyı ölçmek ve kaynakları doğru kullanmak zorlaşıyor.
Örneğin bir şirket “yeni bir mobil uygulama geliştirmek” isteyebilir. Ancak asıl ihtiyaç müşterilerin işlemlerini daha hızlı yapmasını sağlamaksa, uygulamanın yüzlerce özelliğe sahip olması projenin başarılı olduğu anlamına gelmez. Hatta gereksiz özellikler maliyeti artırabilir ve teslim tarihini geciktirebilir.
PMI kaynaklarında da proje kapsamının gerçek ihtiyaca bağlanmasının önemine dikkat çekiliyor. Amaç, kuruluşun veya müşterinin asıl ihtiyacını yansıtmıyorsa kapsamın doğru tanımlanması ve projenin başarılı biçimde tamamlanması güçleşiyor.
Burada forumdaki arkadaşlara şu soruyu sormak isterim: Bir proje sonunda ortaya çıkan ürün gerçekten ihtiyacı karşılamıyorsa, proje zamanında ve bütçesinde tamamlandığında ona başarılı diyebilir miyiz?
2. Kapsam: Ne Yapılacak, Ne Yapılmayacak?
Kapsam, projenin sınırlarını belirler. Bence iyi bir kapsam tanımı yalnızca yapılacak işleri değil, özellikle yapılmayacak işleri de ortaya koymalıdır.
Çünkü projelerde sık karşılaşılan sorunlardan biri kapsamın sürekli genişlemesidir. Başlangıçta küçük görünen bir talep zaman içinde yeni özellikler, yeni raporlar, yeni entegrasyonlar ve yeni beklentiler doğurabilir. Her ekleme tek başına makul görünse de bunların toplamı bütçeyi, süreyi ve ekip kapasitesini ciddi biçimde etkileyebilir.
Bu nedenle proje kapsamında teslim edilecek ürün veya hizmetin özellikleri mümkün olduğunca somutlaştırılmalıdır. PMI'nın proje tanımında da proje faaliyetlerinin belirli gereksinimleri karşılayan benzersiz bir ürün, hizmet veya sonuç üretmeye yönelik olduğu vurgulanmaktadır.
Burada kritik nokta, kapsamın değişmez bir metin olarak görülmemesidir. Özellikle belirsizliğin yüksek olduğu yazılım ve inovasyon projelerinde değişiklik kaçınılmaz olabilir. Sorun değişiklik değil; değişikliğin etkisini değerlendirmeden kabul edilmesidir.
3. Zaman ve Takvim: “Ne Zaman Bitecek?” Sorusu
Bir projenin mutlaka bir zaman boyutu vardır. Başlangıç tarihi, önemli kilometre taşları, ara teslimler ve bitiş noktası projenin yönetilebilir olmasını sağlar.
Fakat burada da önemli bir ayrım yapmak gerekiyor. Bir projenin uzun sürmesi onun kötü yönetildiği anlamına gelmez. PMI'nin proje açıklamalarında da “geçici” olmanın belirli bir kısa süre anlamına gelmediği, asıl ayrımın devam eden operasyonlarla belirli bir sonuç üretmek amacıyla yürütülen zaman sınırlı çalışma arasında olduğu belirtiliyor.
Örneğin büyük bir altyapı projesinin birkaç yıl sürmesi normal olabilir. Buna karşılık birkaç haftada tamamlanması gereken bir yazılım güncellemesinin aylarca gecikmesi daha ciddi bir problem olabilir.
Dolayısıyla yalnızca “proje zamanında bitti mi?” sorusu yeterli değildir. Gerçekçi olmayan bir takvim belirlenmişse, ekip bu takvime uyduğu için mi başarılıdır, yoksa baştan yanlış planlama mı yapılmıştır?
4. Bütçe ve Kaynaklar: Para Tek Başına Yeterli Değildir
Projenin bir diğer temel unsuru kaynak yönetimidir. Buna bütçe, insan kaynağı, teknoloji, ekipman, malzeme ve zaman gibi kaynaklar dahildir.
Bütçe açısından bakıldığında oldukça basit bir mantık vardır: Projenin ihtiyaç duyduğu kaynaklarla kullanılabilecek kaynaklar arasında denge kurulmalıdır. Ancak uygulamada mesele bundan daha karmaşıktır.
Örneğin çok deneyimli üç kişinin görev aldığı bir ekip, daha büyük bir ekibe göre bazı işleri daha hızlı tamamlayabilir. Buna karşılık tek bir kişiye aşırı bağımlı bir proje de ciddi risk taşır. Bir çalışanın ayrılması veya uzun süreli olarak erişilemez hale gelmesi bütün takvimi etkileyebilir.
Burada proje yöneticisinin sadece “ne kadar para harcıyoruz?” sorusunu değil, “bu kaynağı neden kullanıyoruz ve karşılığında ne elde ediyoruz?” sorusunu da sorması gerekir.
5. İnsan Faktörü: Projelerin Görünmeyen Bileşeni
Bana göre projelerin en fazla hafife alınan taraflarından biri insan faktörüdür. Proje planı ne kadar iyi olursa olsun, o planı uygulayan insanların motivasyonu, uzmanlığı, iletişim biçimi ve karar alma kapasitesi sonuç üzerinde doğrudan etkilidir.
Bu noktada toplumsal cinsiyet üzerinden yapılan bazı klasik yorumlara dikkat etmek gerekiyor. Erkeklerin daha stratejik ve çözüm odaklı, kadınların ise daha empatik ve ilişkisel olduğu şeklindeki yaklaşım bazı bireysel gözlemlerde anlamlı görünebilir. Ancak bunu bütün erkek ve kadınlara ait değişmez özellikler gibi sunmak bilimsel açıdan savunulabilir değildir.
Bir erkek son derece empatik ve ilişki odaklı olabilirken bir kadın son derece analitik, stratejik ve doğrudan sonuç odaklı olabilir. Aynı şekilde ekip içinde bu özellikler cinsiyetten bağımsız olarak farklı oranlarda bulunabilir.
Yine de proje ekiplerinde bu iki yaklaşımın temsil ettiği becerilerin ikisine de ihtiyaç olduğu söylenebilir. Stratejik ve çözüm odaklı yaklaşım, “Problemi nasıl çözeriz?” sorusuna yoğunlaşırken; empatik ve ilişkisel yaklaşım, “Bu karar insanları nasıl etkileyecek ve ekip bu kararı nasıl karşılayacak?” sorusunu gündeme getirir.
Aslında iyi bir proje yöneticisinin her iki bakış açısını da kullanabilmesi gerekir.
6. Paydaşlar: Proje Sadece Proje Ekibine Ait Değildir