Berk
New member
Risk yönetimi çoğu projede biraz sıkıcı görülür. Oysa proje tasarımının sigortasıdır.
Tedarikçi gecikebilir.
Bütçe yetersiz kalabilir.
Teknik sistem beklenen performansı göstermeyebilir.
Kullanıcılar ürünü benimsemeyebilir.
Ekipten kritik biri ayrılabilir.
Yasal veya güvenlik gereklilikleri değişebilir.
Bunların her biri için olasılık ve etki değerlendirmesi yapılabilir.
Örneğin:
Risk: Yazılım geliştirme gecikebilir.
Olasılık: Orta.
Etki: Yüksek.
Önlem: Kritik özellikleri önce geliştirmek ve ara teslim tarihleri oluşturmak.
Buradaki amaç geleceği tahmin etmek değil, belirsizlik karşısında hazırlıklı olmaktır.
Çünkü iyi proje yöneticisi “Bizde hiçbir şey ters gitmez” diyen kişi değildir.
İyi proje yöneticisi, “Bir şey ters giderse B planımız ne?” diye soran kişidir.
7. İş Planı ve Zaman Çizelgesi: Büyük Dağı Küçük Tepeciklere Bölmek
Proje artık somutlaştırılmalıdır.
Ana işler küçük görevlere ayrılır ve birbirleriyle ilişkileri belirlenir.
Örneğin bir mobil uygulama projesinde:
Araştırma → Gereksinim analizi → Tasarım → Yazılım geliştirme → Test → Pilot kullanım → Yaygınlaştırma
gibi bir akış oluşturulabilir.
Burada Gantt çizelgeleri, iş kırılım yapıları ve çevik proje yönetimi yöntemleri kullanılabilir. Hangi yöntemin seçileceği projenin niteliğine, ekip yapısına ve belirsizlik seviyesine bağlıdır.
Her proje aynı yönetim metodunu kullanmak zorunda değildir.
Bir inşaat projesiyle sürekli değişen müşteri ihtiyaçlarına sahip bir yazılım projesini aynı yöntemle yönetmeye çalışmak, bisiklete traktör lastiği takmaya benzeyebilir. Teknik olarak bir şeyler takılır ama neden yaptığımızı sorgulamaya başlarız.
8. Paydaş Yönetimi: Projede Herkesin Bir Sesi Vardır
Projeyi etkileyen veya projeden etkilenen kişilerin belirlenmesi de kritik bir aşamadır.
Müşteriler, çalışanlar, yöneticiler, tedarikçiler, yatırımcılar, kamu kurumları ve son kullanıcılar farklı beklentilere sahip olabilir.
Örneğin yönetim maliyetlerin düşmesini isterken çalışanlar iş yükünün artmasından endişe edebilir.
Burada empati devreye girer.
Strateji “Ne yapmalıyız?” sorusuna cevap verirken empati “Bunu yaşayan insanlar için nasıl bir sonuç doğuracak?” sorusunu gündeme getirir.
Bu iki yaklaşım birbirinin rakibi değildir.
Tam tersine, sürdürülebilir projelerde birbirini tamamlar.
9. Tasarım ve Prototip: Önce Küçük Deneyin
Bir fikri aylarca geliştirip sonunda kullanıcının “Ben bunu istememiştim” demesini beklemek yerine prototip oluşturmak çok daha akıllıcadır.
Prototip, nihai ürünün basitleştirilmiş bir versiyonudur.
Bir mobil uygulamanın tüm özelliklerini geliştirmeden önce ekran tasarımları kullanıcılarla test edilebilir.
Bir eğitim programı yüzlerce kişiye uygulanmadan önce küçük bir grupla denenebilir.
Bir sosyal proje geniş çapta başlamadan önce tek bir mahallede pilot olarak yürütülebilir.
Bu aşamada amaç kusursuz ürün üretmek değildir.
Amaç yanlışları ucuzken bulmaktır.
Çünkü bir hatayı çizim aşamasında düzeltmek kolaydır. Ürün piyasaya çıktıktan sonra düzeltmek ise bazen toplantı odasında toplu baş ağrısına neden olabilir.
10. Uygulama ve İzleme: Proje Planı Kutsal Metin Değildir
Uygulama aşamasında plan devreye girer fakat planın değişmez olması gerekmez.
Gerçek dünya, proje planlarına pek saygı duymaz.
Tedarikçi gecikir, müşteri fikrini değiştirir, ekonomik koşullar değişir, ekipte yeni bir yetenek ortaya çıkar veya beklenmeyen bir fırsat oluşur.
Bu nedenle performans düzenli izlenmelidir.
Kilometre taşları, bütçe gerçekleşmeleri, görev tamamlanma oranları, kalite göstergeleri ve kullanıcı geri bildirimleri takip edilebilir.
Burada önemli olan yalnızca “Planın yüzde kaçı tamamlandı?” sorusu değildir.
Asıl soru şudur:
“Planladığımız şeyi yapmak bizi gerçekten istediğimiz sonuca götürüyor mu?”
Çünkü yanlış yöne doğru yüzde yüz ilerlemek de mümkündür.
11. Değerlendirme: Proje Bittiğinde Asıl Öğrenme Başlar
Proje tamamlandığında çoğu ekip rahatlar, dosyaları kapatır ve “Neyse ki bitti” der.
Oysa değerlendirme aşaması yeni projeler için altın değerindedir.
Hangi hedeflere ulaşıldı?
Hangilerine ulaşılamadı?
Neden?
Hangi kararlar işe yaradı?
Hangi varsayımlar yanlış çıktı?
Kullanıcılar ne söyledi?
Bütçe tahminleri ne kadar doğruydu?
Bir sonraki projede neyi farklı yapardık?
Bu soruların açık biçimde konuşulduğu toplantılar, organizasyonların proje yönetimi yeteneğini zamanla geliştirir.
Hata yapmak tek başına başarısızlık değildir.
Aynı hatayı hiçbir şey öğrenmeden tekrar etmek daha büyük problemdir.
12. Proje Tasarımının Gizli Kahramanı: İletişim
Teknik planlar, bütçeler, çizelgeler ve risk tabloları önemlidir. Ancak bunların tamamını birbirine bağlayan unsur iletişimdir.
Projenin amacı ekip tarafından anlaşılmıyorsa görev dağılımının çok iyi olması yeterli değildir.
İletişim yalnızca toplantı yapmak da değildir.
Doğru kişinin doğru zamanda doğru bilgiye ulaşmasıdır.
Kimi ekipler günde üç toplantı yapıp yine de birbirinden habersiz olabilir. Başka bir ekip ise kısa, net ve düzenli güncellemelerle çok daha hızlı ilerleyebilir.
Burada iletişimin kalitesi toplantı sayısından daha önemlidir.
Ve belki de en değerli iletişim becerisi konuşmak değil, dinlemektir.
Sonuç: İyi Proje, İyi Fikirden Fazlasıdır
Proje tasarımı kabaca şu yolculuk üzerinden düşünülebilir:
Problemi tanımla → İhtiyaçları araştır → Hedefleri belirle → Kapsamı oluştur → Kaynakları planla → Riskleri değerlendir → Zaman planını hazırla → Paydaşları dahil et → Prototip oluştur → Uygula → İzle → Değerlendir ve öğren.
Fakat işin özü yalnızca bu maddeleri sıralamak değildir.
Başarılı proje tasarımı; analitik düşünceyle empatiyi, stratejiyle yaratıcılığı, veriyle deneyimi ve planla esnekliği aynı masada buluşturabilmektir.
Bir projede çözüm odaklı yaklaşım olmazsa fikirler havada kalabilir. Empati olmazsa insanlar sistemin dışında bırakılabilir. Veri olmazsa kararlar tahmine dönüşebilir. Yaratıcılık olmazsa proje sıradanlaşabilir. Risk yönetimi olmazsa küçük bir sorun büyük bir krize dönüşebilir.
Belki de proje tasarımının en güzel tarafı burada saklıdır: Bir projeyi tasarlamak aslında geleceğin küçük bir provasını yapmaktır.
Peki sizin şimdiye kadar dahil olduğunuz projelerde en büyük problem neydi?
Yanlış hedef mi?
Eksik iletişim mi?
Gerçekçi olmayan bütçe mi?
Yoksa klasik proje canavarı mı: “Bunu da son dakikada ekleyebilir miyiz?”
Çünkü bazen projenin kaderini büyük stratejik kararlar değil, toplantının sonunda söylenen o masum cümle belirler.
Tedarikçi gecikebilir.
Bütçe yetersiz kalabilir.
Teknik sistem beklenen performansı göstermeyebilir.
Kullanıcılar ürünü benimsemeyebilir.
Ekipten kritik biri ayrılabilir.
Yasal veya güvenlik gereklilikleri değişebilir.
Bunların her biri için olasılık ve etki değerlendirmesi yapılabilir.
Örneğin:
Risk: Yazılım geliştirme gecikebilir.
Olasılık: Orta.
Etki: Yüksek.
Önlem: Kritik özellikleri önce geliştirmek ve ara teslim tarihleri oluşturmak.
Buradaki amaç geleceği tahmin etmek değil, belirsizlik karşısında hazırlıklı olmaktır.
Çünkü iyi proje yöneticisi “Bizde hiçbir şey ters gitmez” diyen kişi değildir.
İyi proje yöneticisi, “Bir şey ters giderse B planımız ne?” diye soran kişidir.
7. İş Planı ve Zaman Çizelgesi: Büyük Dağı Küçük Tepeciklere Bölmek
Proje artık somutlaştırılmalıdır.
Ana işler küçük görevlere ayrılır ve birbirleriyle ilişkileri belirlenir.
Örneğin bir mobil uygulama projesinde:
Araştırma → Gereksinim analizi → Tasarım → Yazılım geliştirme → Test → Pilot kullanım → Yaygınlaştırma
gibi bir akış oluşturulabilir.
Burada Gantt çizelgeleri, iş kırılım yapıları ve çevik proje yönetimi yöntemleri kullanılabilir. Hangi yöntemin seçileceği projenin niteliğine, ekip yapısına ve belirsizlik seviyesine bağlıdır.
Her proje aynı yönetim metodunu kullanmak zorunda değildir.
Bir inşaat projesiyle sürekli değişen müşteri ihtiyaçlarına sahip bir yazılım projesini aynı yöntemle yönetmeye çalışmak, bisiklete traktör lastiği takmaya benzeyebilir. Teknik olarak bir şeyler takılır ama neden yaptığımızı sorgulamaya başlarız.
8. Paydaş Yönetimi: Projede Herkesin Bir Sesi Vardır
Projeyi etkileyen veya projeden etkilenen kişilerin belirlenmesi de kritik bir aşamadır.
Müşteriler, çalışanlar, yöneticiler, tedarikçiler, yatırımcılar, kamu kurumları ve son kullanıcılar farklı beklentilere sahip olabilir.
Örneğin yönetim maliyetlerin düşmesini isterken çalışanlar iş yükünün artmasından endişe edebilir.
Burada empati devreye girer.
Strateji “Ne yapmalıyız?” sorusuna cevap verirken empati “Bunu yaşayan insanlar için nasıl bir sonuç doğuracak?” sorusunu gündeme getirir.
Bu iki yaklaşım birbirinin rakibi değildir.
Tam tersine, sürdürülebilir projelerde birbirini tamamlar.
9. Tasarım ve Prototip: Önce Küçük Deneyin
Bir fikri aylarca geliştirip sonunda kullanıcının “Ben bunu istememiştim” demesini beklemek yerine prototip oluşturmak çok daha akıllıcadır.
Prototip, nihai ürünün basitleştirilmiş bir versiyonudur.
Bir mobil uygulamanın tüm özelliklerini geliştirmeden önce ekran tasarımları kullanıcılarla test edilebilir.
Bir eğitim programı yüzlerce kişiye uygulanmadan önce küçük bir grupla denenebilir.
Bir sosyal proje geniş çapta başlamadan önce tek bir mahallede pilot olarak yürütülebilir.
Bu aşamada amaç kusursuz ürün üretmek değildir.
Amaç yanlışları ucuzken bulmaktır.
Çünkü bir hatayı çizim aşamasında düzeltmek kolaydır. Ürün piyasaya çıktıktan sonra düzeltmek ise bazen toplantı odasında toplu baş ağrısına neden olabilir.
10. Uygulama ve İzleme: Proje Planı Kutsal Metin Değildir
Uygulama aşamasında plan devreye girer fakat planın değişmez olması gerekmez.
Gerçek dünya, proje planlarına pek saygı duymaz.
Tedarikçi gecikir, müşteri fikrini değiştirir, ekonomik koşullar değişir, ekipte yeni bir yetenek ortaya çıkar veya beklenmeyen bir fırsat oluşur.
Bu nedenle performans düzenli izlenmelidir.
Kilometre taşları, bütçe gerçekleşmeleri, görev tamamlanma oranları, kalite göstergeleri ve kullanıcı geri bildirimleri takip edilebilir.
Burada önemli olan yalnızca “Planın yüzde kaçı tamamlandı?” sorusu değildir.
Asıl soru şudur:
“Planladığımız şeyi yapmak bizi gerçekten istediğimiz sonuca götürüyor mu?”
Çünkü yanlış yöne doğru yüzde yüz ilerlemek de mümkündür.
11. Değerlendirme: Proje Bittiğinde Asıl Öğrenme Başlar
Proje tamamlandığında çoğu ekip rahatlar, dosyaları kapatır ve “Neyse ki bitti” der.
Oysa değerlendirme aşaması yeni projeler için altın değerindedir.
Hangi hedeflere ulaşıldı?
Hangilerine ulaşılamadı?
Neden?
Hangi kararlar işe yaradı?
Hangi varsayımlar yanlış çıktı?
Kullanıcılar ne söyledi?
Bütçe tahminleri ne kadar doğruydu?
Bir sonraki projede neyi farklı yapardık?
Bu soruların açık biçimde konuşulduğu toplantılar, organizasyonların proje yönetimi yeteneğini zamanla geliştirir.
Hata yapmak tek başına başarısızlık değildir.
Aynı hatayı hiçbir şey öğrenmeden tekrar etmek daha büyük problemdir.
12. Proje Tasarımının Gizli Kahramanı: İletişim
Teknik planlar, bütçeler, çizelgeler ve risk tabloları önemlidir. Ancak bunların tamamını birbirine bağlayan unsur iletişimdir.
Projenin amacı ekip tarafından anlaşılmıyorsa görev dağılımının çok iyi olması yeterli değildir.
İletişim yalnızca toplantı yapmak da değildir.
Doğru kişinin doğru zamanda doğru bilgiye ulaşmasıdır.
Kimi ekipler günde üç toplantı yapıp yine de birbirinden habersiz olabilir. Başka bir ekip ise kısa, net ve düzenli güncellemelerle çok daha hızlı ilerleyebilir.
Burada iletişimin kalitesi toplantı sayısından daha önemlidir.
Ve belki de en değerli iletişim becerisi konuşmak değil, dinlemektir.
Sonuç: İyi Proje, İyi Fikirden Fazlasıdır
Proje tasarımı kabaca şu yolculuk üzerinden düşünülebilir:
Problemi tanımla → İhtiyaçları araştır → Hedefleri belirle → Kapsamı oluştur → Kaynakları planla → Riskleri değerlendir → Zaman planını hazırla → Paydaşları dahil et → Prototip oluştur → Uygula → İzle → Değerlendir ve öğren.
Fakat işin özü yalnızca bu maddeleri sıralamak değildir.
Başarılı proje tasarımı; analitik düşünceyle empatiyi, stratejiyle yaratıcılığı, veriyle deneyimi ve planla esnekliği aynı masada buluşturabilmektir.
Bir projede çözüm odaklı yaklaşım olmazsa fikirler havada kalabilir. Empati olmazsa insanlar sistemin dışında bırakılabilir. Veri olmazsa kararlar tahmine dönüşebilir. Yaratıcılık olmazsa proje sıradanlaşabilir. Risk yönetimi olmazsa küçük bir sorun büyük bir krize dönüşebilir.
Belki de proje tasarımının en güzel tarafı burada saklıdır: Bir projeyi tasarlamak aslında geleceğin küçük bir provasını yapmaktır.
Peki sizin şimdiye kadar dahil olduğunuz projelerde en büyük problem neydi?
Yanlış hedef mi?
Eksik iletişim mi?
Gerçekçi olmayan bütçe mi?
Yoksa klasik proje canavarı mı: “Bunu da son dakikada ekleyebilir miyiz?”
Çünkü bazen projenin kaderini büyük stratejik kararlar değil, toplantının sonunda söylenen o masum cümle belirler.