Irem
New member
Proje Tasarımına Girerken: Önce Kahveyi, Sonra Problemi Çözmek
Bir projeye başlarken çoğumuzun zihninde muhteşem bir sahne belirir: Büyük fikir masanın ortasına konur, herkes heyecanlanır, birileri tahtaya oklar çizer ve sonunda ortaya kusursuz bir proje çıkar. Gerçek hayatta ise ilk toplantının beşinci dakikasında biri “Biz tam olarak ne yapıyorduk?” diye sorar, diğeri Excel dosyasının adını bulamaz, bir başkası da “Bence önce hedef kitleyi konuşalım” diyerek ortamı kurtarır.
Aslında proje tasarımı tam olarak bu karmaşayı anlamlı bir sisteme dönüştürme sanatıdır.
İster yeni bir mobil uygulama, ister sosyal sorumluluk çalışması, ister şirket içi dönüşüm projesi, ister küçük bir girişim planlıyor olun; başarılı sonuç çoğu zaman fikrin ne kadar parlak olduğundan ziyade, fikrin nasıl tasarlandığıyla ilgilidir.
Peki bir proje tasarlarken hangi adımlardan geçmek gerekir? Ve neden bazı projeler daha ilk aşamada heyecanını kaybederken bazıları yıllarca ayakta kalabilir?
1. İlk Adım: “Ne Yapacağız?” Değil, “Neyi Çözeceğiz?”
Proje tasarımının en önemli başlangıç noktası problemin doğru tanımlanmasıdır.
Çünkü insanlar genellikle çözümü problemden önce düşünmeye bayılır. “Bir uygulama yapalım.” “Bir eğitim programı düzenleyelim.” “Yeni bir web sitesi hazırlayalım.” Bunların hepsi çözüm önerisidir. Fakat ortada çözülmesi gereken gerçek bir sorun yoksa proje, güzel görünen ama kimsenin kullanmadığı pahalı bir dekorasyona dönüşebilir.
Örneğin bir şirket çalışanlarının toplantılara geç kaldığını fark ediyor. İlk refleks “Yeni bir toplantı takip yazılımı geliştirelim” olabilir. Fakat asıl sorun toplantı saatlerinin gerçekçi olmamasıysa yazılım yalnızca dakikliği ölçer, problemi çözmez.
Bu nedenle ilk sorular şunlar olmalı:
Sorun tam olarak nedir?
Bu sorun kimi etkiliyor?
Sorunun nedeni hakkında hangi kanıtlara sahibiz?
Hiçbir şey yapmazsak ne olur?
Burada küçük ama önemli bir ayrıntı var: Varsayım ile veri aynı şey değildir.
“Gençler bu hizmeti kullanmak istemiyor” demek bir varsayımdır. On gençle görüşmek, kullanım verilerini incelemek ve davranışları gözlemlemek ise araştırmadır.
İyi proje tasarımı, tahminleri mümkün olduğunca kanıtlarla değiştirmeye çalışır.
2. İhtiyaç Analizi: Projeyi Masada Oturanlar Değil, Kullanıcılar Şekillendirsin
Proje tasarımının ikinci önemli aşaması ihtiyaç analizidir.
Burada hedef kitlenin kim olduğu, beklentileri, sorunları, davranışları, kaynakları ve sınırlılıkları araştırılır.
Ve işte burada ekip içindeki farklı düşünme biçimleri büyük değer kazanır.
Örneğin aynı ekipte çözüm odaklı ve stratejik düşünen bir erkek proje yöneticisi, “Bu sorunu üç aşamada nasıl ortadan kaldırabiliriz?” diye yaklaşabilirken; empati kurma konusunda güçlü bir kadın ekip üyesi, “Peki bu değişiklikten etkilenecek insanlar kendilerini nasıl hissedecek?” sorusunu gündeme getirebilir.
Bunu “erkekler böyledir, kadınlar şöyledir” şeklinde bir reçeteye dönüştürmek ise ciddi bir hata olur. Çünkü stratejik düşünen kadınlar da vardır, son derece empatik erkekler de. Aynı şekilde yalnızca cinsiyet üzerinden kişilik özellikleri tahmin edilemez.
Asıl mesele ekipte farklı bakış açılarının bulunmasıdır.
Ayşe veri analisti olabilir ve rakamlarla konuşabilir. Mehmet kullanıcı deneyimi konusunda uzmanlaşmış olabilir ve insanların davranışlarını gözlemleyebilir. Zeynep finansal sürdürülebilirliği savunabilir. Emre ise operasyonel riskleri daha ilk toplantıda fark edebilir.
İyi ekip, herkesin aynı düşünmesini sağlayan ekip değildir.
İyi ekip, aynı probleme farklı pencerelerden bakabilen ekiptir.
Peki sizin projenizde kullanıcı gerçekten dinleniyor mu, yoksa ekip kendi fikrine hayran olduğu için kullanıcıya sadece onay vermek mi kalıyor?
3. Hedef Belirleme: “Başarılı Olacağız” Bir Hedef Değildir
Proje tasarımında hedefler net, ölçülebilir ve gerçekçi olmalıdır.
“Markamızı büyütmek” kulağa hoş gelir ama proje ekibine ne yapacağını söylemez.
Bunun yerine “Altı ay içinde yeni müşteri başvurularını yüzde 20 artırmak” gibi ölçülebilir bir hedef çok daha işlevseldir.
Burada SMART yaklaşımı sıkça kullanılır. Hedeflerin belirli, ölçülebilir, ulaşılabilir, ilgili ve zaman sınırı olan biçimde oluşturulması, projenin ilerleyişini takip etmeyi kolaylaştırır.
Ancak burada da bir tuzak var: Her şeyi ölçmeye çalışmak.
Bir projede 47 farklı gösterge belirlemek bazen kontrol hissi verir. Fakat ekip birkaç hafta sonra hangi rakamın gerçekten önemli olduğunu unutabilir.
Bazen üç iyi gösterge, otuz kötü göstergeden daha değerlidir.
Örneğin:
Kullanıcı sayısı
Aktif kullanım oranı
Memnuniyet düzeyi
gibi birkaç kritik ölçüt, projenin gerçek performansını anlamak için yeterli olabilir.
Hedefin ölçülebilir olması önemlidir ama anlamlı olması daha önemlidir.
4. Kapsam Belirleme: Projenin “Hayır” Diyebilme Sanatı
Bence proje tasarımının en az takdir edilen aşamalarından biri kapsam belirlemektir.
Çünkü proje başladıktan sonra herkesin aklına yeni fikirler gelir.
“Bunu da ekleyelim.”
“Şöyle bir özellik olsa harika olur.”
“Rakip firmada var, bizde neden olmasın?”
Derken küçük bir proje, NASA'nın uzay programına dönüşebilir.
Kapsam; projenin neleri içerdiğini ve neleri içermediğini belirler.
Örneğin bir e-ticaret sitesi tasarlanıyorsa ilk sürümde ürün listeleme, sepet ve ödeme sistemi bulunabilir. Gelişmiş yapay zekâ önerileri, sadakat programı, canlı alışveriş ve sanal mağaza gibi özellikler sonraki aşamalara bırakılabilir.
Bu yaklaşım özellikle zaman ve bütçe yönetimi açısından önemlidir.
Bir projenin kapsamını büyütmek kolaydır.
Asıl profesyonellik, hangi fikrin şimdilik beklemesi gerektiğini söyleyebilmektir.
5. Kaynak ve Bütçe Planlaması: Hayallerin Excel ile Tanıştığı An
Buraya kadar fikirler oldukça romantik ilerler. Sonra bütçe tablosu gelir.
Projenin insan kaynağı, zaman, ekipman, yazılım, danışmanlık, eğitim, operasyon ve diğer maliyetleri belirlenmelidir.
Bütçe hazırlanırken yalnızca görünen maliyetlere odaklanmak tehlikelidir.
Örneğin bir yazılım satın almak 100 bin lira olabilir. Fakat çalışanların sistemi öğrenmesi için harcanacak zaman, veri aktarımı, bakım, entegrasyon ve teknik destek de projenin gerçek maliyetine dahil olabilir.
Aynı şekilde insan kaynağında da yalnızca maaşları değil, projenin gerektirdiği zaman ve uzmanlık kapasitesini düşünmek gerekir.
İyi bütçe “Ne kadar para harcayacağız?” sorusunun yanında “Bu harcama bize ne sağlayacak?” sorusunu da yanıtlar.
6. Risk Analizi: “Ne Yanlış Gidebilir?” Sorusu Kötümserlik Değil, Hazırlıktır
Bir projeye başlarken çoğumuzun zihninde muhteşem bir sahne belirir: Büyük fikir masanın ortasına konur, herkes heyecanlanır, birileri tahtaya oklar çizer ve sonunda ortaya kusursuz bir proje çıkar. Gerçek hayatta ise ilk toplantının beşinci dakikasında biri “Biz tam olarak ne yapıyorduk?” diye sorar, diğeri Excel dosyasının adını bulamaz, bir başkası da “Bence önce hedef kitleyi konuşalım” diyerek ortamı kurtarır.
Aslında proje tasarımı tam olarak bu karmaşayı anlamlı bir sisteme dönüştürme sanatıdır.
İster yeni bir mobil uygulama, ister sosyal sorumluluk çalışması, ister şirket içi dönüşüm projesi, ister küçük bir girişim planlıyor olun; başarılı sonuç çoğu zaman fikrin ne kadar parlak olduğundan ziyade, fikrin nasıl tasarlandığıyla ilgilidir.
Peki bir proje tasarlarken hangi adımlardan geçmek gerekir? Ve neden bazı projeler daha ilk aşamada heyecanını kaybederken bazıları yıllarca ayakta kalabilir?
1. İlk Adım: “Ne Yapacağız?” Değil, “Neyi Çözeceğiz?”
Proje tasarımının en önemli başlangıç noktası problemin doğru tanımlanmasıdır.
Çünkü insanlar genellikle çözümü problemden önce düşünmeye bayılır. “Bir uygulama yapalım.” “Bir eğitim programı düzenleyelim.” “Yeni bir web sitesi hazırlayalım.” Bunların hepsi çözüm önerisidir. Fakat ortada çözülmesi gereken gerçek bir sorun yoksa proje, güzel görünen ama kimsenin kullanmadığı pahalı bir dekorasyona dönüşebilir.
Örneğin bir şirket çalışanlarının toplantılara geç kaldığını fark ediyor. İlk refleks “Yeni bir toplantı takip yazılımı geliştirelim” olabilir. Fakat asıl sorun toplantı saatlerinin gerçekçi olmamasıysa yazılım yalnızca dakikliği ölçer, problemi çözmez.
Bu nedenle ilk sorular şunlar olmalı:
Sorun tam olarak nedir?
Bu sorun kimi etkiliyor?
Sorunun nedeni hakkında hangi kanıtlara sahibiz?
Hiçbir şey yapmazsak ne olur?
Burada küçük ama önemli bir ayrıntı var: Varsayım ile veri aynı şey değildir.
“Gençler bu hizmeti kullanmak istemiyor” demek bir varsayımdır. On gençle görüşmek, kullanım verilerini incelemek ve davranışları gözlemlemek ise araştırmadır.
İyi proje tasarımı, tahminleri mümkün olduğunca kanıtlarla değiştirmeye çalışır.
2. İhtiyaç Analizi: Projeyi Masada Oturanlar Değil, Kullanıcılar Şekillendirsin
Proje tasarımının ikinci önemli aşaması ihtiyaç analizidir.
Burada hedef kitlenin kim olduğu, beklentileri, sorunları, davranışları, kaynakları ve sınırlılıkları araştırılır.
Ve işte burada ekip içindeki farklı düşünme biçimleri büyük değer kazanır.
Örneğin aynı ekipte çözüm odaklı ve stratejik düşünen bir erkek proje yöneticisi, “Bu sorunu üç aşamada nasıl ortadan kaldırabiliriz?” diye yaklaşabilirken; empati kurma konusunda güçlü bir kadın ekip üyesi, “Peki bu değişiklikten etkilenecek insanlar kendilerini nasıl hissedecek?” sorusunu gündeme getirebilir.
Bunu “erkekler böyledir, kadınlar şöyledir” şeklinde bir reçeteye dönüştürmek ise ciddi bir hata olur. Çünkü stratejik düşünen kadınlar da vardır, son derece empatik erkekler de. Aynı şekilde yalnızca cinsiyet üzerinden kişilik özellikleri tahmin edilemez.
Asıl mesele ekipte farklı bakış açılarının bulunmasıdır.
Ayşe veri analisti olabilir ve rakamlarla konuşabilir. Mehmet kullanıcı deneyimi konusunda uzmanlaşmış olabilir ve insanların davranışlarını gözlemleyebilir. Zeynep finansal sürdürülebilirliği savunabilir. Emre ise operasyonel riskleri daha ilk toplantıda fark edebilir.
İyi ekip, herkesin aynı düşünmesini sağlayan ekip değildir.
İyi ekip, aynı probleme farklı pencerelerden bakabilen ekiptir.
Peki sizin projenizde kullanıcı gerçekten dinleniyor mu, yoksa ekip kendi fikrine hayran olduğu için kullanıcıya sadece onay vermek mi kalıyor?
3. Hedef Belirleme: “Başarılı Olacağız” Bir Hedef Değildir
Proje tasarımında hedefler net, ölçülebilir ve gerçekçi olmalıdır.
“Markamızı büyütmek” kulağa hoş gelir ama proje ekibine ne yapacağını söylemez.
Bunun yerine “Altı ay içinde yeni müşteri başvurularını yüzde 20 artırmak” gibi ölçülebilir bir hedef çok daha işlevseldir.
Burada SMART yaklaşımı sıkça kullanılır. Hedeflerin belirli, ölçülebilir, ulaşılabilir, ilgili ve zaman sınırı olan biçimde oluşturulması, projenin ilerleyişini takip etmeyi kolaylaştırır.
Ancak burada da bir tuzak var: Her şeyi ölçmeye çalışmak.
Bir projede 47 farklı gösterge belirlemek bazen kontrol hissi verir. Fakat ekip birkaç hafta sonra hangi rakamın gerçekten önemli olduğunu unutabilir.
Bazen üç iyi gösterge, otuz kötü göstergeden daha değerlidir.
Örneğin:
Kullanıcı sayısı
Aktif kullanım oranı
Memnuniyet düzeyi
gibi birkaç kritik ölçüt, projenin gerçek performansını anlamak için yeterli olabilir.
Hedefin ölçülebilir olması önemlidir ama anlamlı olması daha önemlidir.
4. Kapsam Belirleme: Projenin “Hayır” Diyebilme Sanatı
Bence proje tasarımının en az takdir edilen aşamalarından biri kapsam belirlemektir.
Çünkü proje başladıktan sonra herkesin aklına yeni fikirler gelir.
“Bunu da ekleyelim.”
“Şöyle bir özellik olsa harika olur.”
“Rakip firmada var, bizde neden olmasın?”
Derken küçük bir proje, NASA'nın uzay programına dönüşebilir.
Kapsam; projenin neleri içerdiğini ve neleri içermediğini belirler.
Örneğin bir e-ticaret sitesi tasarlanıyorsa ilk sürümde ürün listeleme, sepet ve ödeme sistemi bulunabilir. Gelişmiş yapay zekâ önerileri, sadakat programı, canlı alışveriş ve sanal mağaza gibi özellikler sonraki aşamalara bırakılabilir.
Bu yaklaşım özellikle zaman ve bütçe yönetimi açısından önemlidir.
Bir projenin kapsamını büyütmek kolaydır.
Asıl profesyonellik, hangi fikrin şimdilik beklemesi gerektiğini söyleyebilmektir.
5. Kaynak ve Bütçe Planlaması: Hayallerin Excel ile Tanıştığı An
Buraya kadar fikirler oldukça romantik ilerler. Sonra bütçe tablosu gelir.
Projenin insan kaynağı, zaman, ekipman, yazılım, danışmanlık, eğitim, operasyon ve diğer maliyetleri belirlenmelidir.
Bütçe hazırlanırken yalnızca görünen maliyetlere odaklanmak tehlikelidir.
Örneğin bir yazılım satın almak 100 bin lira olabilir. Fakat çalışanların sistemi öğrenmesi için harcanacak zaman, veri aktarımı, bakım, entegrasyon ve teknik destek de projenin gerçek maliyetine dahil olabilir.
Aynı şekilde insan kaynağında da yalnızca maaşları değil, projenin gerektirdiği zaman ve uzmanlık kapasitesini düşünmek gerekir.
İyi bütçe “Ne kadar para harcayacağız?” sorusunun yanında “Bu harcama bize ne sağlayacak?” sorusunu da yanıtlar.
6. Risk Analizi: “Ne Yanlış Gidebilir?” Sorusu Kötümserlik Değil, Hazırlıktır