Kaan
New member
En iyi risk planı bile her olayı önceden tahmin edemez. Bazen bütün önlemler alınmasına rağmen beklenmedik bir sorun ortaya çıkar. Bu noktada önemli olan, ekibin nasıl tepki verdiğidir.
Öncelikle sorunun boyutu anlaşılmalı, etkilenen işler belirlenmeli ve doğru kişiler bilgilendirilmelidir. Ardından alternatifler değerlendirilerek karar verilmelidir.
Örneğin, projenin son testlerinde kritik bir hata bulunduğunu düşünelim. Bir seçenek, hatayı görmezden gelip planlanan tarihte teslimat yapmaktır. Diğer seçenek, teslimatı erteleyerek hatayı düzeltmektir. Üçüncü seçenek ise hatanın etkisini ve kapsamını değerlendirerek güvenli bir geçici çözüm uygulamaktır.
Hangi seçeneğin doğru olduğu, hatanın niteliğine ve projenin gereksinimlerine bağlıdır. Güvenlik veya veri bütünlüğü açısından kritik bir hata söz konusuysa takvimi korumak uğruna riski görmezden gelmek kabul edilebilir olmayabilir.
Kriz sırasında suçlu aramak yerine olayın neden gerçekleştiğini anlamaya odaklanmak da önemlidir. Aynı sorun tekrar ediyorsa yalnızca son hatayı yapan kişiye bakmak yeterli değildir. Süreçlerdeki eksiklikler, yetersiz kontroller veya belirsiz sorumluluklar da incelenmelidir.
Kriz sonrasında yapılacak değerlendirmede şu sorular sorulabilir: Ne oldu? Hangi varsayım yanlış çıktı? Hangi erken uyarı işaretlerini kaçırdık? Bir dahaki sefere neyi farklı yapabiliriz?
Böylece yaşanan sorun, yalnızca pahalı bir aksilik olmaktan çıkar ve gelecekteki projelere katkı sağlayan bir öğrenme fırsatına dönüşür.
13. Gerçekçi Bir Örnek: Küçük Bir Lansmanın Büyük Sınavı
Bir e-ticaret şirketinin yeni bir ürün kategorisini tanıtmak için kampanya hazırladığını düşünelim. Proje ekibinde pazarlama uzmanı, yazılım geliştirici, tasarımcı, finans sorumlusu ve müşteri hizmetleri temsilcisi bulunuyor.
Başlangıçta hedef nettir: Kampanya belirlenen tarihte başlayacak ve müşteriler ürünleri sorunsuz biçimde satın alabilecektir.
Ancak risk analizi sırasında birkaç sorun belirlenir.
Yazılım geliştirici, ödeme sisteminin yüksek trafik altında test edilmediğini fark eder. Finans sorumlusu, reklam maliyetlerinin tahmin edilenden fazla artabileceğini belirtir. Müşteri hizmetleri temsilcisi, ürünlerin iade koşullarının henüz açık olmadığını söyler. Tasarımcı ise ürün görsellerinin tedarikçiden zamanında gelmeyebileceğini öngörür.
Bunların her biri farklı bir uzmanlık alanından gelen uyarılardır. Ekip bu bilgileri birleştirdiğinde kampanyanın yalnızca reklamların yayımlanmasından ibaret olmadığını görür.
Bunun üzerine ödeme sistemi yük testine alınır, reklam bütçesi için üst sınır belirlenir, iade koşulları netleştirilir ve görseller için alternatif bir hazırlık planı oluşturulur.
Lansman günü geldiğinde küçük bir teknik sorun yaşanır. Ancak ekip önceden test yaptığı için sorunun etkisini hızla sınırlar ve alternatif plana geçer.
Buradaki başarı, hiçbir sorun yaşanmaması değildir. Sorunun bütün projeyi altüst etmesini önleyen hazırlıktır.
Bir de şu ayrıntı var: Müşteri hizmetleri temsilcisinin erken uyarısı olmasaydı teknik sistem sorunsuz çalışsa bile müşteriler belirsiz iade koşulları nedeniyle memnuniyetsizlik yaşayabilirdi. Demek ki riskleri fark etmek için yalnızca teknik uzmanlara veya yöneticilere güvenmek yeterli değildir. Projeye farklı açılardan bakan herkesin katkısına ihtiyaç vardır.
14. E-E-A-T Açısından Güvenilir Risk Yönetimi: Deneyim, Uzmanlık ve Kanıt
Proje riskleri hakkında güvenilir kararlar alabilmek için yalnızca kişisel tahminlere dayanmak yerine deneyim, uzmanlık, doğrulanabilir bilgi ve şeffaf değerlendirme bir arada kullanılmalıdır.
E-E-A-T yaklaşımı; deneyim, uzmanlık, otorite ve güvenilirlik kavramlarıyla ilişkilendirilir. Özellikle bilgi paylaşımında, iddiaların dayanağını açıklamak ve belirsizlikleri dürüstçe ifade etmek önemlidir.
Proje yönetimi alanında PMI tarafından yayımlanan standartlar ve rehberler, risk yönetiminin sistematik biçimde ele alınmasına yönelik çerçeveler sunar. ISO 31000 ise farklı türdeki kuruluşlarda risk yönetimi ilkeleri ve uygulama çerçevesi için başvurulan uluslararası standartlardan biridir.
Bu kaynaklardan yararlanırken her projenin aynı yöntemle yönetilemeyeceğini unutmamak gerekir. Küçük bir sosyal medya kampanyasıyla büyük bir altyapı yatırımının risk profili aynı değildir.
Güvenilir bir risk değerlendirmesi şu özellikleri taşımalıdır:
- Varsayımlar açıkça belirtilmelidir.
- Maliyet ve süre tahminleri mümkün olduğunda geçmiş verilerle karşılaştırılmalıdır.
- Uzman görüşleri tek bilgi kaynağı olarak görülmemelidir.
- Risk kayıtları ve alınan kararlar izlenebilir olmalıdır.
- Belirsizlikler saklanmamalı, gerektiğinde paydaşlarla paylaşılmalıdır.
- Proje ilerledikçe risk değerlendirmesi güncellenmelidir.
Bir başka önemli nokta da yaşanmış bir örneğin bütün projeler için kesin bir kural oluşturmadığıdır. Bir ekipte işe yarayan çözüm başka bir ekipte aynı sonucu vermeyebilir. Bu nedenle deneyimlerden yararlanırken koşulları da dikkate almak gerekir.
Kısacası, güvenilir risk yönetimi geleceği kusursuz biçimde tahmin etmek değil, kararların hangi bilgiye ve hangi varsayımlara dayandığını anlayabilmektir.
15. Proje Risklerini Yönetirken Yapılan En Büyük Hatalar
Risk yönetimi için araçlara sahip olmak, bu araçların doğru kullanıldığı anlamına gelmez. Bazı hatalar, risklerin hiç değerlendirilmemesinden bile daha fazla sorun yaratabilir.
Her şeyin yolunda gideceğini varsaymak: İyimserlik motivasyon sağlayabilir ama planlama yalnızca iyimser senaryoya dayandırılmamalıdır.
Risk listesini bir kez hazırlayıp unutmak: Proje koşulları değiştikçe riskler de değişir. Güncellenmeyen bir liste zamanla işlevini kaybeder.
Bütün riskleri eşit derecede önemli görmek: Her ihtimale aynı kaynakları ayırmak mümkün değildir. Önceliklendirme yapılmalıdır.
Sorunları gizlemek: Kötü haberlerin cezalandırıldığı bir ekipte riskler geç fark edilir ve müdahale seçenekleri azalır.
Aşırı bürokrasi oluşturmak: Küçük bir projede onlarca sayfalık rapor hazırlamak, asıl işi yapmaya ayrılan zamanı azaltabilir. Kullanılan yöntem projenin büyüklüğüne ve karmaşıklığına uygun olmalıdır.
Risk yönetimini yalnızca proje yöneticisinin görevi saymak: Proje yöneticisi süreci koordine edebilir ama her teknik, finansal veya operasyonel riski tek başına bilemez. Ekip üyelerinin katılımı gerekir.
Başarısızlıklardan ders çıkarmamak: Aynı sorunlar tekrar tekrar yaşanıyorsa yalnızca anlık çözümler üretmek yeterli değildir. Temel nedenler araştırılmalıdır.
Risk yönetiminin amacı insanları korkutmak veya her ihtimali kontrol altına almak değildir. Amaç, önemli belirsizlikleri görünür hâle getirerek daha bilinçli kararlar alınmasını sağlamaktır.
Sonuç: Başarılı Proje, Hiç Sorun Çıkmayan Proje Değildir
Proje riskleri, iş hayatının kaçınılmaz bir parçasıdır. Zaman gecikebilir, bütçe değişebilir, teknoloji beklenmedik hatalar verebilir, ekip üyeleri farklı düşünebilir ve dış koşullar bütün planları değiştirebilir.
Ancak bu durum, projelerin sürekli kriz içinde yürütülmesi gerektiği anlamına gelmez. Riskler erken belirlendiğinde, önceliklendirildiğinde ve uygun önlemlerle yönetildiğinde belirsizliklerin etkisi azaltılabilir.
İyi bir proje ekibi yalnızca işlerin nasıl yapılacağını değil, işlerin planlandığı gibi gitmemesi durumunda ne yapılacağını da düşünür. Bunun için stratejik analiz kadar iletişim, empati, teknik uzmanlık, deneyim ve iş birliği de önemlidir.
Bazen en büyük riski finans sorumlusu fark eder, bazen yeni başlayan bir çalışan, bazen müşteriyi dinleyen bir ekip üyesi, bazen de herkesin gözden kaçırdığı küçük bir ayrıntıyı sorgulayan kişi.
Bu nedenle proje yönetiminde en değerli alışkanlıklardan biri, farklı görüşleri dinlemek ve sorunları zamanında konuşabilmektir.
Şimdi forum arkadaşlarına birkaç soru bırakalım:
- Katıldığınız bir projede bütün planları altüst eden en beklenmedik risk neydi?
- Sizce projelerde en büyük sorun bütçe aşımı mı, iletişim eksikliği mi, yoksa gerçekçi olmayan zaman planları mı?
- Ekibinizde kötü haberleri erkenden paylaşmak kolay mı, yoksa herkes sorunları son ana kadar saklamayı mı tercih ediyor?
- Bir projede önceden tahmin ettiğiniz bir riskin gerçekleştiği ve hazırlığınız sayesinde büyük bir sorunu önlediğiniz oldu mu?
Belki de en önemlisi şu: Bir sonraki projenizde “Her şey yolunda giderse ne yapacağız?” sorusunun yanına bir de “Her şey planladığımız gibi gitmezse ne yapacağız?” sorusunu eklemeye ne dersiniz?
Çünkü proje yönetiminde başarı, geleceği kusursuz biçimde tahmin edenlerin değil, belirsizlik karşısında hazırlıklı kalabilenlerin yanındadır. Ve tabii ki hiçbir proje toplantısı, herkesin aynı anda “Ben zaten söylemiştim.” demesine gerek kalmadan tamamlanabiliyorsa orada gerçekten önemli bir başarı elde edilmiş demektir!
Cinsiyet bölümünü karakterlerle somutlaştırRiskleri önceliklendiren tablo ekle
Cinsiyet bölümünü karakterlerle somutlaştır
Riskleri önceliklendiren tablo ekle
E-E-A-T bölümünü daha temkinli yaz
Öncelikle sorunun boyutu anlaşılmalı, etkilenen işler belirlenmeli ve doğru kişiler bilgilendirilmelidir. Ardından alternatifler değerlendirilerek karar verilmelidir.
Örneğin, projenin son testlerinde kritik bir hata bulunduğunu düşünelim. Bir seçenek, hatayı görmezden gelip planlanan tarihte teslimat yapmaktır. Diğer seçenek, teslimatı erteleyerek hatayı düzeltmektir. Üçüncü seçenek ise hatanın etkisini ve kapsamını değerlendirerek güvenli bir geçici çözüm uygulamaktır.
Hangi seçeneğin doğru olduğu, hatanın niteliğine ve projenin gereksinimlerine bağlıdır. Güvenlik veya veri bütünlüğü açısından kritik bir hata söz konusuysa takvimi korumak uğruna riski görmezden gelmek kabul edilebilir olmayabilir.
Kriz sırasında suçlu aramak yerine olayın neden gerçekleştiğini anlamaya odaklanmak da önemlidir. Aynı sorun tekrar ediyorsa yalnızca son hatayı yapan kişiye bakmak yeterli değildir. Süreçlerdeki eksiklikler, yetersiz kontroller veya belirsiz sorumluluklar da incelenmelidir.
Kriz sonrasında yapılacak değerlendirmede şu sorular sorulabilir: Ne oldu? Hangi varsayım yanlış çıktı? Hangi erken uyarı işaretlerini kaçırdık? Bir dahaki sefere neyi farklı yapabiliriz?
Böylece yaşanan sorun, yalnızca pahalı bir aksilik olmaktan çıkar ve gelecekteki projelere katkı sağlayan bir öğrenme fırsatına dönüşür.
13. Gerçekçi Bir Örnek: Küçük Bir Lansmanın Büyük Sınavı
Bir e-ticaret şirketinin yeni bir ürün kategorisini tanıtmak için kampanya hazırladığını düşünelim. Proje ekibinde pazarlama uzmanı, yazılım geliştirici, tasarımcı, finans sorumlusu ve müşteri hizmetleri temsilcisi bulunuyor.
Başlangıçta hedef nettir: Kampanya belirlenen tarihte başlayacak ve müşteriler ürünleri sorunsuz biçimde satın alabilecektir.
Ancak risk analizi sırasında birkaç sorun belirlenir.
Yazılım geliştirici, ödeme sisteminin yüksek trafik altında test edilmediğini fark eder. Finans sorumlusu, reklam maliyetlerinin tahmin edilenden fazla artabileceğini belirtir. Müşteri hizmetleri temsilcisi, ürünlerin iade koşullarının henüz açık olmadığını söyler. Tasarımcı ise ürün görsellerinin tedarikçiden zamanında gelmeyebileceğini öngörür.
Bunların her biri farklı bir uzmanlık alanından gelen uyarılardır. Ekip bu bilgileri birleştirdiğinde kampanyanın yalnızca reklamların yayımlanmasından ibaret olmadığını görür.
Bunun üzerine ödeme sistemi yük testine alınır, reklam bütçesi için üst sınır belirlenir, iade koşulları netleştirilir ve görseller için alternatif bir hazırlık planı oluşturulur.
Lansman günü geldiğinde küçük bir teknik sorun yaşanır. Ancak ekip önceden test yaptığı için sorunun etkisini hızla sınırlar ve alternatif plana geçer.
Buradaki başarı, hiçbir sorun yaşanmaması değildir. Sorunun bütün projeyi altüst etmesini önleyen hazırlıktır.
Bir de şu ayrıntı var: Müşteri hizmetleri temsilcisinin erken uyarısı olmasaydı teknik sistem sorunsuz çalışsa bile müşteriler belirsiz iade koşulları nedeniyle memnuniyetsizlik yaşayabilirdi. Demek ki riskleri fark etmek için yalnızca teknik uzmanlara veya yöneticilere güvenmek yeterli değildir. Projeye farklı açılardan bakan herkesin katkısına ihtiyaç vardır.
14. E-E-A-T Açısından Güvenilir Risk Yönetimi: Deneyim, Uzmanlık ve Kanıt
Proje riskleri hakkında güvenilir kararlar alabilmek için yalnızca kişisel tahminlere dayanmak yerine deneyim, uzmanlık, doğrulanabilir bilgi ve şeffaf değerlendirme bir arada kullanılmalıdır.
E-E-A-T yaklaşımı; deneyim, uzmanlık, otorite ve güvenilirlik kavramlarıyla ilişkilendirilir. Özellikle bilgi paylaşımında, iddiaların dayanağını açıklamak ve belirsizlikleri dürüstçe ifade etmek önemlidir.
Proje yönetimi alanında PMI tarafından yayımlanan standartlar ve rehberler, risk yönetiminin sistematik biçimde ele alınmasına yönelik çerçeveler sunar. ISO 31000 ise farklı türdeki kuruluşlarda risk yönetimi ilkeleri ve uygulama çerçevesi için başvurulan uluslararası standartlardan biridir.
Bu kaynaklardan yararlanırken her projenin aynı yöntemle yönetilemeyeceğini unutmamak gerekir. Küçük bir sosyal medya kampanyasıyla büyük bir altyapı yatırımının risk profili aynı değildir.
Güvenilir bir risk değerlendirmesi şu özellikleri taşımalıdır:
- Varsayımlar açıkça belirtilmelidir.
- Maliyet ve süre tahminleri mümkün olduğunda geçmiş verilerle karşılaştırılmalıdır.
- Uzman görüşleri tek bilgi kaynağı olarak görülmemelidir.
- Risk kayıtları ve alınan kararlar izlenebilir olmalıdır.
- Belirsizlikler saklanmamalı, gerektiğinde paydaşlarla paylaşılmalıdır.
- Proje ilerledikçe risk değerlendirmesi güncellenmelidir.
Bir başka önemli nokta da yaşanmış bir örneğin bütün projeler için kesin bir kural oluşturmadığıdır. Bir ekipte işe yarayan çözüm başka bir ekipte aynı sonucu vermeyebilir. Bu nedenle deneyimlerden yararlanırken koşulları da dikkate almak gerekir.
Kısacası, güvenilir risk yönetimi geleceği kusursuz biçimde tahmin etmek değil, kararların hangi bilgiye ve hangi varsayımlara dayandığını anlayabilmektir.
15. Proje Risklerini Yönetirken Yapılan En Büyük Hatalar
Risk yönetimi için araçlara sahip olmak, bu araçların doğru kullanıldığı anlamına gelmez. Bazı hatalar, risklerin hiç değerlendirilmemesinden bile daha fazla sorun yaratabilir.
Her şeyin yolunda gideceğini varsaymak: İyimserlik motivasyon sağlayabilir ama planlama yalnızca iyimser senaryoya dayandırılmamalıdır.
Risk listesini bir kez hazırlayıp unutmak: Proje koşulları değiştikçe riskler de değişir. Güncellenmeyen bir liste zamanla işlevini kaybeder.
Bütün riskleri eşit derecede önemli görmek: Her ihtimale aynı kaynakları ayırmak mümkün değildir. Önceliklendirme yapılmalıdır.
Sorunları gizlemek: Kötü haberlerin cezalandırıldığı bir ekipte riskler geç fark edilir ve müdahale seçenekleri azalır.
Aşırı bürokrasi oluşturmak: Küçük bir projede onlarca sayfalık rapor hazırlamak, asıl işi yapmaya ayrılan zamanı azaltabilir. Kullanılan yöntem projenin büyüklüğüne ve karmaşıklığına uygun olmalıdır.
Risk yönetimini yalnızca proje yöneticisinin görevi saymak: Proje yöneticisi süreci koordine edebilir ama her teknik, finansal veya operasyonel riski tek başına bilemez. Ekip üyelerinin katılımı gerekir.
Başarısızlıklardan ders çıkarmamak: Aynı sorunlar tekrar tekrar yaşanıyorsa yalnızca anlık çözümler üretmek yeterli değildir. Temel nedenler araştırılmalıdır.
Risk yönetiminin amacı insanları korkutmak veya her ihtimali kontrol altına almak değildir. Amaç, önemli belirsizlikleri görünür hâle getirerek daha bilinçli kararlar alınmasını sağlamaktır.
Sonuç: Başarılı Proje, Hiç Sorun Çıkmayan Proje Değildir
Proje riskleri, iş hayatının kaçınılmaz bir parçasıdır. Zaman gecikebilir, bütçe değişebilir, teknoloji beklenmedik hatalar verebilir, ekip üyeleri farklı düşünebilir ve dış koşullar bütün planları değiştirebilir.
Ancak bu durum, projelerin sürekli kriz içinde yürütülmesi gerektiği anlamına gelmez. Riskler erken belirlendiğinde, önceliklendirildiğinde ve uygun önlemlerle yönetildiğinde belirsizliklerin etkisi azaltılabilir.
İyi bir proje ekibi yalnızca işlerin nasıl yapılacağını değil, işlerin planlandığı gibi gitmemesi durumunda ne yapılacağını da düşünür. Bunun için stratejik analiz kadar iletişim, empati, teknik uzmanlık, deneyim ve iş birliği de önemlidir.
Bazen en büyük riski finans sorumlusu fark eder, bazen yeni başlayan bir çalışan, bazen müşteriyi dinleyen bir ekip üyesi, bazen de herkesin gözden kaçırdığı küçük bir ayrıntıyı sorgulayan kişi.
Bu nedenle proje yönetiminde en değerli alışkanlıklardan biri, farklı görüşleri dinlemek ve sorunları zamanında konuşabilmektir.
Şimdi forum arkadaşlarına birkaç soru bırakalım:
- Katıldığınız bir projede bütün planları altüst eden en beklenmedik risk neydi?
- Sizce projelerde en büyük sorun bütçe aşımı mı, iletişim eksikliği mi, yoksa gerçekçi olmayan zaman planları mı?
- Ekibinizde kötü haberleri erkenden paylaşmak kolay mı, yoksa herkes sorunları son ana kadar saklamayı mı tercih ediyor?
- Bir projede önceden tahmin ettiğiniz bir riskin gerçekleştiği ve hazırlığınız sayesinde büyük bir sorunu önlediğiniz oldu mu?
Belki de en önemlisi şu: Bir sonraki projenizde “Her şey yolunda giderse ne yapacağız?” sorusunun yanına bir de “Her şey planladığımız gibi gitmezse ne yapacağız?” sorusunu eklemeye ne dersiniz?
Çünkü proje yönetiminde başarı, geleceği kusursuz biçimde tahmin edenlerin değil, belirsizlik karşısında hazırlıklı kalabilenlerin yanındadır. Ve tabii ki hiçbir proje toplantısı, herkesin aynı anda “Ben zaten söylemiştim.” demesine gerek kalmadan tamamlanabiliyorsa orada gerçekten önemli bir başarı elde edilmiş demektir!
Cinsiyet bölümünü karakterlerle somutlaştırRiskleri önceliklendiren tablo ekle
Cinsiyet bölümünü karakterlerle somutlaştır
Riskleri önceliklendiren tablo ekle
E-E-A-T bölümünü daha temkinli yaz