Emre
New member
Proje Riskleri Nelerdir? Her Şey Yolunda Giderken Bile Planları Altüst Eden Görünmez Tehlikeler
Proje Yönetiminin En Komik Gerçeği: Her Şey Kontrol Altında!
Arkadaşlar, hayatımda öğrendiğim en önemli proje yönetimi dersi şudur: Bir projeye başlarken herkes çok heyecanlıdır, takvimler hazırlanır, görevler dağıtılır, toplantı notları tutulur ve birileri mutlaka “Bu sefer her şeyi zamanında bitireceğiz.” der. İşte tam o anda evren kahvesini eline alır ve gülümseyerek kenara çekilir. Çünkü proje yönetiminde beklenmedik bir sorun çıkması, yağmurlu bir günde şemsiyeyi evde unutmak kadar sıradan bir durumdur.
Bir yazılım projesinde sunucu çöker, inşaat projesinde malzeme gecikir, pazarlama kampanyasında bütçe tükenir veya ekipteki en önemli kişi bir sabah “Arkadaşlar, ben başka bir şirkete geçiyorum.” mesajını bırakır. Üstelik bunların hepsi aynı hafta yaşanabilir. Sonra ne olur? Bir zamanlar kusursuz görünen proje planı, duvara asılmış nostaljik bir hatıraya dönüşür.
Peki, proje riskleri tam olarak nedir? Neden bazı projeler küçük sorunları kolayca atlatırken bazıları ilk ciddi engelde dağılır? Asıl mesele risklerin hiç ortaya çıkmaması değil, ortaya çıktıklarında ne yapacağımızı önceden düşünmüş olmamızdır. Gelin, konuyu biraz mizah, biraz gerçek hayat deneyimi ve bolca uygulanabilir fikirle ele alalım.
1. Proje Riski Nedir? Henüz Olmamış Bir Sorunun Bugünden Baş Ağrıtması
Proje riski, bir projenin hedeflerini olumlu veya olumsuz etkileyebilecek belirsiz bir olay ya da durumdur. Burada önemli nokta, riskin henüz kesinleşmiş bir problem olmamasıdır.
Örneğin, bir şirket yeni bir mobil uygulama geliştirecek olsun. Uygulamanın tasarımı tamamlanmış, yazılım ekibi çalışmaya başlamış ve lansman tarihi duyurulmuş. Ancak kullanılan teknolojinin beklenen kullanıcı yoğunluğunu kaldırıp kaldıramayacağı henüz test edilmemiş.
İşte burada bir risk vardır. Sistem yoğunluk altında çalışmayabilir. Bu durum gerçekleşirse lansman gecikebilir, kullanıcılar uygulamaya erişemeyebilir ve şirketin itibarı zarar görebilir.
Sorun ortaya çıktıktan sonra ise artık yalnızca riskten değil, gerçekleşmiş bir olaydan söz ederiz.
Bu ayrım önemlidir. Çünkü risk yönetimi, yangın çıktıktan sonra kovayla su aramak yerine yangın ihtimalini önceden değerlendirip gerekli önlemleri almaya benzer. Tabii bizim ofislerde yangın alarmı çalınca ilk yapılan işin toplantıyı iptal etmek değil, “Sunumu kaydeden oldu mu?” diye sormak olduğunu da unutmayalım!
İyi bir proje yöneticisi yalnızca bugün yapılacak işleri değil, yarın işlerin neden aksayabileceğini de düşünür. Üstelik risklerin tamamı kötü değildir. Rakip bir firmanın pazardan çekilmesi, yeni bir teknolojinin maliyetleri düşürmesi veya beklenenden fazla müşteri talebi oluşması da fırsat niteliğinde risklerdir.
2. Zaman Riski: Takvimdeki Tarih Gerçek Hayatta Aynı Anlama Gelmiyor
Proje ekiplerinin en sık karşılaştığı risklerden biri zaman planlamasıdır. Kâğıt üzerinde üç gün süreceği düşünülen bir iş, uygulamada üç haftaya yayılabilir. Bunun nedeni çoğu zaman çalışanların yavaşlığı değil, işin gerçek karmaşıklığının başlangıçta yeterince anlaşılmamasıdır.
Örneğin, bir internet sitesi yenilenecek ve proje için altı haftalık süre belirlenmiş olsun. Tasarım iki haftada tamamlanır. Geliştirme aşamasında eski sistemle uyumsuzluk ortaya çıkar. Ardından müşteri yeni özellikler ister. Son hafta testler sırasında kritik hatalar bulunur.
Bir anda altı haftalık proje, bitiş tarihi sürekli ileri taşınan bir maratona dönüşür.
Zaman riskini azaltmak için görevlerin gerçekçi tahminlerle planlanması, bağımlılıkların belirlenmesi ve önemli aşamalara zaman tamponları eklenmesi gerekir. Ayrıca yalnızca iyimser senaryoya göre plan yapmak yerine işlerin gecikmesi durumunda ne olacağı da düşünülmelidir.
Burada kendimize şu soruyu soralım: Bir işi yetiştirebilmek için sürekli fazla mesai gerekiyorsa gerçekten iyi bir plan mı yaptık, yoksa kötü planımızın faturasını çalışanlara mı kesiyoruz?
Bazen proje takvimini kurtarmanın en etkili yolu insanları daha hızlı koşturmak değil, gereksiz işleri azaltmak ve öncelikleri yeniden belirlemektir.
3. Bütçe Riski: Para Bittiğinde Yaratıcılık Tek Başına Yetmez
Bir projenin bütçesi yalnızca başlangıçta hesaplanan harcamalardan ibaret değildir. Malzeme fiyatlarının değişmesi, kur dalgalanmaları, beklenmeyen teknik sorunlar, ek personel ihtiyacı ve tedarikçi maliyetleri toplam giderleri artırabilir.
Diyelim ki küçük bir işletme, yeni bir üretim hattı kurmak için belirli bir bütçe ayırdı. Makine fiyatları hesaplandı, nakliye giderleri eklendi ve proje onaylandı. Ancak kur değişikliği nedeniyle ithal ekipman pahalandı. Teslimat gecikince depo giderleri arttı. Kurulum sırasında da ek elektrik altyapısı gerektiği anlaşıldı.
Sonuç: Proje daha tamamlanmadan bütçe alarm vermeye başladı.
Böyle durumlarda yapılabilecek en büyük hata, başlangıç bütçesini değişmez bir gerçek gibi kabul etmektir. Bunun yerine maliyet tahminleri düzenli güncellenmeli, önemli harcamalar izlenmeli ve belirsizlikler için uygun bir risk rezervi planlanmalıdır.
Ancak risk rezervi, “Nasıl olsa kenarda para var, harcayalım.” bütçesi değildir. Her ek harcamanın gerekçesi, beklenen faydası ve proje hedeflerine etkisi değerlendirilmelidir.
Bir de kapsam genişlemesi meselesi var. Proje ilerledikçe herkes yeni bir özellik ister. Pazarlama ekibi raporlama ekranı, yönetim özel bir gösterge paneli, kullanıcılar yeni bir entegrasyon talep eder. Herkesin isteği tek başına mantıklı görünür. Fakat hepsi bir araya geldiğinde maliyet tahminleri anlamını kaybedebilir.
Bu nedenle her yeni talep için şu üç soru sorulmalıdır: Ne kazandıracak, ne kadara mal olacak ve teslim tarihini nasıl etkileyecek?
4. İnsan Kaynaklı Riskler: Projeler Robotlarla Değil, İnsanlarla Yürür
Bir projenin başarısını yalnızca teknoloji, para ve takvim belirlemez. Ekip içindeki iletişim, yetkinlikler, motivasyon ve iş birliği de en az diğer unsurlar kadar önemlidir.
Bir ekipte herkes görevini yapıyor olabilir ama kimse birbirinin ne yaptığını bilmiyorsa sorun çıkması kaçınılmazdır. Yazılım ekibi bir özelliği tamamladığını düşünürken test ekibi farklı bir sürümü bekliyor olabilir. Satış ekibi müşteriye teslim tarihi verirken teknik ekip bu tarihin mümkün olmadığını biliyor olabilir. Sonra toplantıda herkes birbirine bakar ve meşhur cümle duyulur: “Ben öyle anlamamıştım.”
İnsan kaynaklı riskleri azaltmanın yolu yalnızca görev dağıtmak değildir. Görevlerin yanında sorumlulukların, karar yetkilerinin ve iletişim kanallarının da netleştirilmesi gerekir.
Bir başka risk, kritik bilgilerin tek bir kişinin zihninde kalmasıdır. Projenin bütün teknik ayrıntılarını yalnızca bir çalışan biliyorsa o kişinin hastalanması, izin alması veya işten ayrılması ciddi bir darboğaz yaratabilir.
Dokümantasyon, bilgi paylaşımı, çapraz eğitim ve yedek sorumlular bu nedenle önemlidir. Kimsenin vazgeçilmez kahraman olmak zorunda kalmadığı bir ekip, genellikle daha dayanıklı bir ekip olur.
Üstelik çalışanların sürekli yoğun çalışması da başlı başına bir risk işaretidir. Yorgunluk arttıkça hata olasılığı yükselebilir, iletişim kalitesi düşebilir ve ekipte tükenmişlik gelişebilir. Bu nedenle iş yükü, yalnızca kaç görevin tamamlandığına bakılarak değil, insanların bu görevleri sürdürülebilir biçimde yapıp yapamadığı değerlendirilerek yönetilmelidir.
5. Erkekler ve Kadınlar Proje Risklerine Nasıl Yaklaşır? Kalıpları Değil, Farklı Becerileri Konuşalım
Proje yönetiminde insanların sorunlara yaklaşım biçimleri üzerine konuşurken cinsiyet kalıplarına sıkışmak kolaydır. Erkeklerin çözüm odaklı ve stratejik, kadınların ise empatik ve ilişki odaklı olduğu yönündeki yaygın anlatılar buna örnektir. Ancak gerçek hayattaki ekipler bu kadar basit sınıflandırmalarla açıklanamaz.
Stratejik düşünme, analitik değerlendirme, empati ve ilişki yönetimi cinsiyete özgü beceriler değildir. İnsanların kişilikleri, deneyimleri, eğitimleri, mesleki rolleri ve çalışma ortamları bu becerileri nasıl kullandıklarını etkiler.
Örneğin, teknik geçmişi olan bir kadın proje yöneticisi, gecikme riskini azaltmak için ayrıntılı bir senaryo analizi hazırlayabilir. Aynı ekipteki bir erkek yönetici ise çalışanların iş yükünü dinleyerek asıl problemin gerçekçi olmayan hedefler olduğunu fark edebilir. Başka bir ekipte bunun tam tersi görülebilir.
Burada önemli olan, herkesin aynı yöntemle düşünmesini beklemek yerine farklı bakış açılarını bir araya getirmektir.
Bir proje ekibinin tedarik gecikmesi yaşadığını düşünelim. Stratejik düşünen ekip üyeleri alternatif tedarikçileri, maliyetleri ve teslimat senaryolarını karşılaştırabilir. İlişki yönetiminde güçlü olanlar tedarikçiyle iletişimi iyileştirebilir, müşteri beklentilerini yönetebilir ve ekipteki gerilimi azaltabilir. Analitik becerileri güçlü olanlar verileri inceleyebilir; empati kurabilenler ise kararların çalışanlar ve kullanıcılar üzerindeki etkilerini değerlendirebilir.
Bu beceriler birbirinin alternatifi değildir. Birlikte kullanıldıklarında daha etkili sonuçlar verebilirler.
Üstelik yalnızca kadın ve erkek çeşitliliğinden söz etmek de yeterli değildir. Farklı yaşlardan, kültürlerden, eğitim geçmişlerinden ve mesleki deneyimlerden gelen insanların katkıları, ekibin daha önce fark edilmeyen riskleri görmesine yardımcı olabilir.
Proje Yönetiminin En Komik Gerçeği: Her Şey Kontrol Altında!
Arkadaşlar, hayatımda öğrendiğim en önemli proje yönetimi dersi şudur: Bir projeye başlarken herkes çok heyecanlıdır, takvimler hazırlanır, görevler dağıtılır, toplantı notları tutulur ve birileri mutlaka “Bu sefer her şeyi zamanında bitireceğiz.” der. İşte tam o anda evren kahvesini eline alır ve gülümseyerek kenara çekilir. Çünkü proje yönetiminde beklenmedik bir sorun çıkması, yağmurlu bir günde şemsiyeyi evde unutmak kadar sıradan bir durumdur.
Bir yazılım projesinde sunucu çöker, inşaat projesinde malzeme gecikir, pazarlama kampanyasında bütçe tükenir veya ekipteki en önemli kişi bir sabah “Arkadaşlar, ben başka bir şirkete geçiyorum.” mesajını bırakır. Üstelik bunların hepsi aynı hafta yaşanabilir. Sonra ne olur? Bir zamanlar kusursuz görünen proje planı, duvara asılmış nostaljik bir hatıraya dönüşür.
Peki, proje riskleri tam olarak nedir? Neden bazı projeler küçük sorunları kolayca atlatırken bazıları ilk ciddi engelde dağılır? Asıl mesele risklerin hiç ortaya çıkmaması değil, ortaya çıktıklarında ne yapacağımızı önceden düşünmüş olmamızdır. Gelin, konuyu biraz mizah, biraz gerçek hayat deneyimi ve bolca uygulanabilir fikirle ele alalım.
1. Proje Riski Nedir? Henüz Olmamış Bir Sorunun Bugünden Baş Ağrıtması
Proje riski, bir projenin hedeflerini olumlu veya olumsuz etkileyebilecek belirsiz bir olay ya da durumdur. Burada önemli nokta, riskin henüz kesinleşmiş bir problem olmamasıdır.
Örneğin, bir şirket yeni bir mobil uygulama geliştirecek olsun. Uygulamanın tasarımı tamamlanmış, yazılım ekibi çalışmaya başlamış ve lansman tarihi duyurulmuş. Ancak kullanılan teknolojinin beklenen kullanıcı yoğunluğunu kaldırıp kaldıramayacağı henüz test edilmemiş.
İşte burada bir risk vardır. Sistem yoğunluk altında çalışmayabilir. Bu durum gerçekleşirse lansman gecikebilir, kullanıcılar uygulamaya erişemeyebilir ve şirketin itibarı zarar görebilir.
Sorun ortaya çıktıktan sonra ise artık yalnızca riskten değil, gerçekleşmiş bir olaydan söz ederiz.
Bu ayrım önemlidir. Çünkü risk yönetimi, yangın çıktıktan sonra kovayla su aramak yerine yangın ihtimalini önceden değerlendirip gerekli önlemleri almaya benzer. Tabii bizim ofislerde yangın alarmı çalınca ilk yapılan işin toplantıyı iptal etmek değil, “Sunumu kaydeden oldu mu?” diye sormak olduğunu da unutmayalım!
İyi bir proje yöneticisi yalnızca bugün yapılacak işleri değil, yarın işlerin neden aksayabileceğini de düşünür. Üstelik risklerin tamamı kötü değildir. Rakip bir firmanın pazardan çekilmesi, yeni bir teknolojinin maliyetleri düşürmesi veya beklenenden fazla müşteri talebi oluşması da fırsat niteliğinde risklerdir.
2. Zaman Riski: Takvimdeki Tarih Gerçek Hayatta Aynı Anlama Gelmiyor
Proje ekiplerinin en sık karşılaştığı risklerden biri zaman planlamasıdır. Kâğıt üzerinde üç gün süreceği düşünülen bir iş, uygulamada üç haftaya yayılabilir. Bunun nedeni çoğu zaman çalışanların yavaşlığı değil, işin gerçek karmaşıklığının başlangıçta yeterince anlaşılmamasıdır.
Örneğin, bir internet sitesi yenilenecek ve proje için altı haftalık süre belirlenmiş olsun. Tasarım iki haftada tamamlanır. Geliştirme aşamasında eski sistemle uyumsuzluk ortaya çıkar. Ardından müşteri yeni özellikler ister. Son hafta testler sırasında kritik hatalar bulunur.
Bir anda altı haftalık proje, bitiş tarihi sürekli ileri taşınan bir maratona dönüşür.
Zaman riskini azaltmak için görevlerin gerçekçi tahminlerle planlanması, bağımlılıkların belirlenmesi ve önemli aşamalara zaman tamponları eklenmesi gerekir. Ayrıca yalnızca iyimser senaryoya göre plan yapmak yerine işlerin gecikmesi durumunda ne olacağı da düşünülmelidir.
Burada kendimize şu soruyu soralım: Bir işi yetiştirebilmek için sürekli fazla mesai gerekiyorsa gerçekten iyi bir plan mı yaptık, yoksa kötü planımızın faturasını çalışanlara mı kesiyoruz?
Bazen proje takvimini kurtarmanın en etkili yolu insanları daha hızlı koşturmak değil, gereksiz işleri azaltmak ve öncelikleri yeniden belirlemektir.
3. Bütçe Riski: Para Bittiğinde Yaratıcılık Tek Başına Yetmez
Bir projenin bütçesi yalnızca başlangıçta hesaplanan harcamalardan ibaret değildir. Malzeme fiyatlarının değişmesi, kur dalgalanmaları, beklenmeyen teknik sorunlar, ek personel ihtiyacı ve tedarikçi maliyetleri toplam giderleri artırabilir.
Diyelim ki küçük bir işletme, yeni bir üretim hattı kurmak için belirli bir bütçe ayırdı. Makine fiyatları hesaplandı, nakliye giderleri eklendi ve proje onaylandı. Ancak kur değişikliği nedeniyle ithal ekipman pahalandı. Teslimat gecikince depo giderleri arttı. Kurulum sırasında da ek elektrik altyapısı gerektiği anlaşıldı.
Sonuç: Proje daha tamamlanmadan bütçe alarm vermeye başladı.
Böyle durumlarda yapılabilecek en büyük hata, başlangıç bütçesini değişmez bir gerçek gibi kabul etmektir. Bunun yerine maliyet tahminleri düzenli güncellenmeli, önemli harcamalar izlenmeli ve belirsizlikler için uygun bir risk rezervi planlanmalıdır.
Ancak risk rezervi, “Nasıl olsa kenarda para var, harcayalım.” bütçesi değildir. Her ek harcamanın gerekçesi, beklenen faydası ve proje hedeflerine etkisi değerlendirilmelidir.
Bir de kapsam genişlemesi meselesi var. Proje ilerledikçe herkes yeni bir özellik ister. Pazarlama ekibi raporlama ekranı, yönetim özel bir gösterge paneli, kullanıcılar yeni bir entegrasyon talep eder. Herkesin isteği tek başına mantıklı görünür. Fakat hepsi bir araya geldiğinde maliyet tahminleri anlamını kaybedebilir.
Bu nedenle her yeni talep için şu üç soru sorulmalıdır: Ne kazandıracak, ne kadara mal olacak ve teslim tarihini nasıl etkileyecek?
4. İnsan Kaynaklı Riskler: Projeler Robotlarla Değil, İnsanlarla Yürür
Bir projenin başarısını yalnızca teknoloji, para ve takvim belirlemez. Ekip içindeki iletişim, yetkinlikler, motivasyon ve iş birliği de en az diğer unsurlar kadar önemlidir.
Bir ekipte herkes görevini yapıyor olabilir ama kimse birbirinin ne yaptığını bilmiyorsa sorun çıkması kaçınılmazdır. Yazılım ekibi bir özelliği tamamladığını düşünürken test ekibi farklı bir sürümü bekliyor olabilir. Satış ekibi müşteriye teslim tarihi verirken teknik ekip bu tarihin mümkün olmadığını biliyor olabilir. Sonra toplantıda herkes birbirine bakar ve meşhur cümle duyulur: “Ben öyle anlamamıştım.”
İnsan kaynaklı riskleri azaltmanın yolu yalnızca görev dağıtmak değildir. Görevlerin yanında sorumlulukların, karar yetkilerinin ve iletişim kanallarının da netleştirilmesi gerekir.
Bir başka risk, kritik bilgilerin tek bir kişinin zihninde kalmasıdır. Projenin bütün teknik ayrıntılarını yalnızca bir çalışan biliyorsa o kişinin hastalanması, izin alması veya işten ayrılması ciddi bir darboğaz yaratabilir.
Dokümantasyon, bilgi paylaşımı, çapraz eğitim ve yedek sorumlular bu nedenle önemlidir. Kimsenin vazgeçilmez kahraman olmak zorunda kalmadığı bir ekip, genellikle daha dayanıklı bir ekip olur.
Üstelik çalışanların sürekli yoğun çalışması da başlı başına bir risk işaretidir. Yorgunluk arttıkça hata olasılığı yükselebilir, iletişim kalitesi düşebilir ve ekipte tükenmişlik gelişebilir. Bu nedenle iş yükü, yalnızca kaç görevin tamamlandığına bakılarak değil, insanların bu görevleri sürdürülebilir biçimde yapıp yapamadığı değerlendirilerek yönetilmelidir.
5. Erkekler ve Kadınlar Proje Risklerine Nasıl Yaklaşır? Kalıpları Değil, Farklı Becerileri Konuşalım
Proje yönetiminde insanların sorunlara yaklaşım biçimleri üzerine konuşurken cinsiyet kalıplarına sıkışmak kolaydır. Erkeklerin çözüm odaklı ve stratejik, kadınların ise empatik ve ilişki odaklı olduğu yönündeki yaygın anlatılar buna örnektir. Ancak gerçek hayattaki ekipler bu kadar basit sınıflandırmalarla açıklanamaz.
Stratejik düşünme, analitik değerlendirme, empati ve ilişki yönetimi cinsiyete özgü beceriler değildir. İnsanların kişilikleri, deneyimleri, eğitimleri, mesleki rolleri ve çalışma ortamları bu becerileri nasıl kullandıklarını etkiler.
Örneğin, teknik geçmişi olan bir kadın proje yöneticisi, gecikme riskini azaltmak için ayrıntılı bir senaryo analizi hazırlayabilir. Aynı ekipteki bir erkek yönetici ise çalışanların iş yükünü dinleyerek asıl problemin gerçekçi olmayan hedefler olduğunu fark edebilir. Başka bir ekipte bunun tam tersi görülebilir.
Burada önemli olan, herkesin aynı yöntemle düşünmesini beklemek yerine farklı bakış açılarını bir araya getirmektir.
Bir proje ekibinin tedarik gecikmesi yaşadığını düşünelim. Stratejik düşünen ekip üyeleri alternatif tedarikçileri, maliyetleri ve teslimat senaryolarını karşılaştırabilir. İlişki yönetiminde güçlü olanlar tedarikçiyle iletişimi iyileştirebilir, müşteri beklentilerini yönetebilir ve ekipteki gerilimi azaltabilir. Analitik becerileri güçlü olanlar verileri inceleyebilir; empati kurabilenler ise kararların çalışanlar ve kullanıcılar üzerindeki etkilerini değerlendirebilir.
Bu beceriler birbirinin alternatifi değildir. Birlikte kullanıldıklarında daha etkili sonuçlar verebilirler.
Üstelik yalnızca kadın ve erkek çeşitliliğinden söz etmek de yeterli değildir. Farklı yaşlardan, kültürlerden, eğitim geçmişlerinden ve mesleki deneyimlerden gelen insanların katkıları, ekibin daha önce fark edilmeyen riskleri görmesine yardımcı olabilir.