Risk Demişken…

Adana’daki Fatih Metro girişi resimden de anlaşılacağı üzere yolun ortasında duruyor.

Sonuç: Bu girişe araçlarıyla  2 Polis memuru düştü ve hayatlarını kaybettiler.

Kim onay verdi projenin bu haline?

Risk sorumlusu kim?

Neden önlem alınmadı?

Adana Metro’su hakkında zaten sabah akşam Nihat Sırdar yeterince ti’ye alıyor. Ben ne diyeyim ki…

Kaynak: http://www.milliyet.com.tr/otomobil-metro-duragina-uctu-2-polis-oldu/yasam/haberdetayarsiv/16.12.2010/1326808/default.htm

Risklerin Tanımlanması – PMBOK

Projeyi etkileyebilecek risklerin belirlenmesi, ve bunların belgelenmesi sürecidir.

Risklerin tanımlanmasına, proje yöneticisi, proje ekibi üyeleri, risk yönetim ekibi (atanmışsa), müşteriler, proje ekibi dışından konu uzmanları, son kullanıcılar, başka proje yöneticileri ve risk yönetimi uzmanları  katılabilir. Proje personelinin tamamı riskleri tanımlamaya teşvik edilmelidir.

Risklerin Tanımlanması tekrarlanan bir süreçtir çünkü proje yaşam döngüsü ilerledikçe yeni riskler fark edilebilir ya da ortaya çıkabilir.

Neye İhtiyacımız Var? (Girdiler)

Risk Yönetim Planı

Aktivite Maliyet Tahminleri

Aktivite Süre Tahminleri

Kapsam Temel Çizgisi

Paydaş Listesi

Nasıl Yapılır? (Araç ve Teknikler)

Eldeki plana bakarak, özellikle bir aktivitenin içinde o aktivitenin süresini uzatacak veya maliyetini artıracak herhangi bir risk olup, olmadığı sorgulanır.

Büyük projelerde ayda veya iki haftada bir kez, Risk Değerlendirme Toplantıları yapılır. Bu toplantılarda amaç riskleri belirlemek ve özellikle işi yapacaklar ile işi planlayanlar arasındaki varsayımları gözden geçirmektir.

PMI, bu bölümde pek çok teknik önermiştir fakat ben bu detayları yazıp da kafa karıştırmak istemiyorum. Yukarıda belirttiğim gibi düzenli olarak, gündemin tamamen riskler olduğu bir toplantı bile organize edilse proje paydaşları arasında hem projeye olan güven artar, hem daha şeffaf bir yönetim sağlanır hem de pek çok risk daha oluşmadan, ekip tarafından yok edilir.

Ortaya Ne Çıkar? (Çıktılar)

Risk Tanımlama sürecinin çıktısı Risk Kayıtlarıdır. Proje paydaşları tarafından dile getirilmiş tüm riskler kayda geçmiş ve herkes tarafından bilinir hale gelmiştir.

Sırada bu risklerin hangisinin daha tehditkar olduğunu bulmak, kalmıştır.

Projelerin İnsan Hayatına Etkisi

TANDIR TOPRAĞI 6 KİŞİYE MEZAR OLDUhttp://www.bugun.com.tr/haber-detay/126345-tandir-topragi-6-kisiye-mezar-oldu-haberi.aspx

UYDURUK BENTLERİN MÜTEAHHİTLERİ BEŞ YILLA KURTULDU – http://www.radikal.com.tr/Radikal.aspx?aType=RadikalDetay&ArticleID=1022866&CategoryID=77

—————–O——————–

Evimin sokağından bundan 2 ay önce İSKİ Müteahhiti kanalizasyon hattı geçirdi. Çalışmaları tam bir felaketti. İş makinası operatörü, ne vatandaşın sınır duvarına, ne de belediyenin bahçe için ördüğü sınır duvarlara dikkat etmeksizin çalıştı. Bu arada dikkatsizliklerinden dolayı 4-5 ağaç kökünden söküldü. Adam sanki altındaki araçla doğadan öç almaya çalışır gibi iş yapıyordu.

İşlerini bitirdikten sonra kaba toprağı örtüp gittiler. Geçen yağmurlarda o kaba toprak çöktü ve yolun ortasında 2 metre çapında bir delik açıldı. Yine geldiler, bu sefer siyah bir toprak – mıcır karışımı atıp gittiler. 2 aydır ne asfalta gelen var ne de verdikleri zararı nasıl tazmin edeceklerini soran. Arasam ilgili kimseyi de bulamam büyük ihtimalle…

Halbuki İGDAŞ da benzer şekilde iş yaptırıyor ama o müteahhit çok daha düzenli ve daha dikkatli iş yaptıklarını gözlemliyorum.

Yukarıdaki haberleri internette biraz araştırınca onlarcası karşımıza çıkıyor. Cezalar caydırıcı değil, en azından bir oto kontrol yöntemi kurulmasını öneriyorum. İşini iyi yapmayan müteahhitler internet üzerinden, tartışma gruplarında paylaşılsın, duyurulsun. İşini iyi yapanlarla, yapmayanlar mutlaka ayrılsın ve bilinsin.

Ben artık hem işi yapan tarafta hem işi yaptıran tarafta Proje Yöneticisi, Proje Sponsoru, Proje Planı, İlerleme Raporu gibi şeyleri internet üzerinden görmeyi hayal ediyorum.

Bir PAYDAŞ olarak çok şey mi istiyorum?

Risk Yönetiminin Planlanması – PMBOK

PMBOK’ın içinde Risk Yönetimi bölümünün içinde 6 adet alt süreç bulunur. Bunlar sırasıyla;

11.1. Risk Yönetiminin Planlanması

11.2. Risklerin Tanımlanması

11.3. Niteliksel Risk Analizinin Yapılması

11.4. Niceliksel Risk Analizinin Yapılması

11.5. Risk Yanıtlarının Planlanması

11.6 Risklerin İzlenmesi ve Kontrolü

Bu yazımda birinci alt süreci açıklamak istiyorum;

Risk yönetiminin planlanması aslında özetle “bir risk yönetme metoduna karar vermektir” diyebiliriz.

Daha açıkça ifade etmek gerekirse, proje yönetim takımı, proje özelinde riskleri yönetmek için hangi adımlardan geçeceklerini bu süreç içinde karara bağlarlar.

  • Riskleri belirlemek için düzenli toplantı mı yapılacak?
  • Bu toplantılara kimler katılmalı?
  • Risklerin tehdit etme şiddetleri nasıl belirlenecek?
  • Riskler on üzerinden mi puanlanacak yoksa, düşük, orta, yüksek diye mi tanımlanacak? Bu kavramlardan ne anlmak gerekir?
  • Risklerin durumunu kim takip edecek? Gelişmeler, kime nasıl haber verilecek?
  • Risk yönetimi için istatistiki bilgi kullanılacak mı?

Yukarıda da ifade ettiğim gib; Proje özelinde Riskleri Yönetmek istiyoruz fakat nasıl yöneteceğimizin ekiple kararını verme süreci içindeyiz; işte bu işleme “Risk Yönetiminin Planlanması” adı verilir.

Risk Yönetimini ne kadar detaylı yapacağınız, projedeki risklerin şiddetleri ve olasılıklarıyla alakalıdır. Eğer tehdit edici faktörler yüksekse ve bu faktörlerin oluşması halinde büyük kayıplar olacaksa bu durumda Risk Yönetimi için hatırı sayılır zaman ve efor ayırmanız gerekir.

İletişim Risklerinin Değerlendirilmesi

Düzenli yapılacak, Risk Değerlendirme Toplantılarında İletişim risklerinizi belirlemek amacıyla aşağıdaki soruları puanlayarak, cevaplayınız.

  • Proje hedefleri baştan net olarak belrilendi mi?
  • Proje hedefleri ölçülebilir mi?
  • Proje hedefleri proje takımına ve proje paydaşlarına açıkça anlatıldı mı?
  • Proje takımı ve paydaşları hedefleri anladı ve hedefler üzerinde mutabakata vardı mı?
  • Bütün proje tarafları tanımlandı mı?
  • Proje paydaş analizi gerçekleştirildi mi?
  • Proje ilerlemesi proje paydaşlarına düzenli olarak sunuldu mu?
  • Proje için İletişim Yönetim Planı hazırlandı mı?

Teknik Risklerin Değerlendirilmesi

Herhangi bir projenizi ele alarak bu sorulara cevap veriniz. Her verdiğiniz “Hayır” cevabı teknik açıdan daha fazla problemle karşılaşacğınız anlamına gelecektir.

 

  • Proje paydaş analizi yapıldı mı?
  • Paydaş analizine göre proje İhtiyaçlarının Toplanması gerçekleştirildi mi?
  • Ürün kapsamı ile Proje kapsamı örütüşüyor mu?
  • Proje Yönetimi metodu belirlendi mi?
  • Proje paydaşları, Proje Yönetimi Metodunu biliyor mu?
  • Proje teslimatlarının gözden geçirilmesi ve değerlendirilmesinin nasıl yapılacağı belli mi?
  • Teslimatları değerlendirecek ve onaylayacak kişiler açıkça tanımlandı mı?
  • Projenin ardından ürüne destek verecek ekip tanımlandı mı?
  • Proje ile ilgili çıkan problemleri ve çözüm yöntemlerini kayıt altına alacak araçlar kullanılıyor mu?

Finansal Risklerinin Değerlendirilmesi

Düzenli yapılacak, Risk Değerlendirme Toplantılarında Finansal risklerinizi belirlemek amacıyla aşağıdaki soruları puanlayarak, cevaplayınız. 

Artık puanlamayı size bırakıyorum. Aşağıdakilerden istediğiniz başlıkları alınız. Kurumunuzdaki önemine göre kendiniz puanlar türetin ve projelerinizi bu punlama sistemine göre değerlendirin.

  • Projenin nakit akışı çıkarıldı mı?
  • Projeye fon sağlanması gereken dönemler çıkarıldı mı?
  • Fon kaynakları belirlendi mi?
  • Maliyet tahminleri, aktivite detayında yapıldı mı?
  • Projenin Fayda/Maliyet Analizi yapıldı mı?
  • Maliyet artış dönemleri ve tahmini artış miktarları proje bütçesine eklendi mi?
  • Bütçe aşımı durumunda Proje Organizasyonunda yetkinin kimde olduğu belirlendi mi?
  • Proje devam ederken gerçekleşen maliyetlerinin, planlarla karşılaştırılması için gerekli takip ve kontrol sistemi kurludu mu?

Kaynak Risklerinin Değerlendirilmesi

Düzenli yapılacak, risk değerlendirme toplantılarında Kaynakları ne kadar etkin yönettiğinizi sorgulamak amacıyla aşağıdaki soruları puanlayarak, cevaplayınız.

  • Proje için ihtiyaç duyulacak kilit kaynaklar belirlendi mi? (1…5)
  • Proje takımı üyelerinde olması gereken kabiliyet / beceri / yetkinlik belirlendi mi? (1…5)
  • Proje takım üyeleri kendilerine verilen rol ve sorumluluğu net olarak biliyor mu? (1…5)
  • Projenin gerektirdiği eğitim gereksinimi karşılandı mı? (1…5)
  • Projeyi tamamlamak için yeterli işgücü mevcut mu? (1…5)
  • Kritik Kaynakların izin / mazaret ihtimali / ayrılma durumlarına karşı önlemler düşünüldü mü ? (1…5)
  • Kaynakların iş yükü dağılımını gösterir kaynak histogramı mevcut mu? (1…5)

35 üzerinden kaç aldınız? (100’e oranlayıp lütfen Yorum bölümüne yazınız)

 

Zaman Riskinin Değerlendirilmesi

Düzenli yapılacak, risk değerlendirme toplantılarında Zamanı ne kadar etkin yönettiğinizi sorgulamak amacıyla aşağıdaki soruları puanlayarak, cevaplayınız.

  • Aktivite detayını gösteren bir proje planı mevcut mu? (1…5)
  • Tahminler aktivite detayında mı yapıldı? (1…5)
  • Kritik Yol Analizi yapıldı mı? (1…5)
  • Tamamlanan işler ile planlanan işler düzenli olarak karşılaştırılyor mu? (1…5)
  • Mevcut sapma miktarlarına dikkat ederek, geleceğe yönelik önlemler alınıyor mu?  (1…5)

 

25 üzerinden kaç aldınız? (100’e oranlayıp lütfen Yorum bölümüne yazınız)

Risk Kategorileri ve Tehdit Indeksi

Projeyi etkileyebilecek Riskleri aşağıdaki gibi kategorilendirmek mümkündür.

  • Teknik – Kalite Riskleri
  • Finansal Riskler
  • İş – Yatırım Riskleri
  • İnsan Kaynakları Riskleri
  • Tedarikçi Riskleri
  • Çevresel Riskler

Kategorilendirme sayesinde her risk bir sınıfa ait olacak ve yapılan analizler neticesinde karşılaştırılabilir daha anlamlı verilere ulaşılacaktır.

Peki, analizler nasıl yapılmalıdır? Sorusuna da kısaca cevap arayalım.

Bu çalışmayı ilk defa yapacaksanız, doğru yapıp, yapmadığınız konusunda önemli şüphelere kapılırsınız, hiç dert etmeyin… Uygulamalarınız artıkça doğru yolu bulmak mümkün olacaktır.

Öncelikle yapılması gereken riskleri tanımlamak. Risk Tanımlamada dikkat etmeniz gereken soru şudur;

“Bir aktivite veya ardışık (arka arkaya yapılacak) aktiviteler grubunda gecikmeye, maliyet artışına, kalite düşüşüne veya kapsam azalmasına/artmasına sebep olabilecek olaylar nelerdir?”

“Bir tedarikçimin malı planladığımdan daha geç göndermesi” durumu veya “belirli bir döenemde yapılması gereken bir kaç aktivite için X departmanının yeterince insan kaynağı ayıramaması durumu” örnek olarak verilebilir.

Benzer riskleri tanımlayıp, kategorize ettikten sonra her kategori içindeki risklerin Tehdit Indeksini hesaplamak, mümkündür.

·     Etki Gücü: Yukarıda tanımladığınız risk durumu gerçekleşirse ilgili aktivitenizini özellikle süre veya parasal açıdan ne kadar etkiler? Bu sorunun cevabı sayısal olmalıdır. Örneğin: “3 gün, 2 hafta, 1ay, 300 TL, 200€ gibi”

·     Olasılık: Geçmişteki deneyimlerinizi veya varsa yazılı kayıtları inceleyerek, tanımladığınız riskin çıkma olasılığını % cinsinden tahmin etmeniz gerekmektedir. Örneğin “A tedarikçi firması geçtiğimiz 10 mal gönderiminin 2 tanesini geciktirmişti; bu durumda bir sonraki mal talebimizde malın gecikme olasılığı %20’dir” diyebiliriz.

Bundan sonrası oldukça basittir. Kategorize ettiğiniz her risk için Etki Gücü ve Olasılık değerlerini çarparak, risklerin ayrı ayrı Tehdit Indekslerini bulabilirsiniz. En yüksek değeri alan projenizi en çok tehdit edecek olan risktir. Büyükten küçüğe göre sıralayarak, hangi riske öncelikle tedbir almanız gerektiği ortaya çıkacaktır.

Son söz; Risk Değerlendirme Toplantıları, proje devam ettiği sürece en fazla 15 günde bir yapılıp, eski riskler çıkarılmalı, yenileri eklenmeli ve Tehdit Indeksleri tekrar değerlendirilmelidir.

Krizde Şirketinizi Geliştirin

Kriz döneminde, kurum içindeki süreçlerin yeniden tanımlanması, belirsiz yetki ve sorumlulukların netleştirilmesi, bilgi – ürün akışının yeniden gözden geçirilmesi gibi iyileştirici projeler hayata geçirilmelidir.

Krizler özellikle donanım altyapısının iyileştirilmesi için yeni fırsatlar sunar. Otomobil ve araçların yenilenmesi, eski teknolojili donanımın  yenilenmesi krizden faydalanmanın bir diğer yoludur. Bu çerçevede Donanım Altyapısı Geliştirme Projesi başlatılabilir.

İşlerin yoğun olduğu dönemde bir türlü hayata geçirmeye fırsat bulamadığınız Bilgi İşlem Projeleri hayata geçirilebilir. Yazılım paket fiyatlarında önemli avantajlar sağlayabilirsiniz. İşlerin azlığından dolayı bu yeni yazılımlara geçiş kolay olacaktır. Yoğun iş dönemlerinde kullanıcılardan hem mevcut işlerini yapmaları, hem de yeni yazılımı öğrenmeleri beklenir. Bu yüzden pek çok proje başarısız olur. Krizi fırsata çevirmek için Bilgi İşlem Projeleri önemlidir.

Mevcut insan kaynağı farklı alanlarda eğitilerek, yetenek ve bilgi birikiminin artırılması sağlanabilir. Böylece personel kalitesinin artırılması mümkün olacaktır.

Görüldüğü gibi kriz döneminde şirketlerimizin yapabileceği pek çok proje vardır. İnsana yapılan yatırım çalışanlar için de motivasyon ve şirkete bağlılık yaratacaktır. Uzun vadede hem çalışanlar, hem de kurumlar krizden fayda sağlamış olur.

Sürekli Risk Yönetimi

Risk yönetimi projenin başından sonuna kadar rutin aralıklarla yapılması gereken bir süreçler içerir.

Risk yönetimi, risk tanımlama, nitel ve nicel risk analizi, risklere yanıt planı oluşturmak, planları hayata geçirmek ve izlemek gibi süreçleri içerir.

  1. Başlangıçta proje takımı, potansiyel risk başlıklarını belirler.
  2. Kabaca her belirlelenen risk için önleme faaliyetleri ve düzeltme faaliyetleri belirlenir.
  3. Risklerin tehdit katsayısı sayısal olarak ortaya konur; bunun yanısıra riskin aciliyeti, sorumlusu, tetikleyicileri gibi konular da ele alınır.
  4. Risklerin proje süresini ve bütçesini ne kadar etkileyeceği belirlenir.
  5. Risk Yanıtlama Planı içindeki önleme faaliyetleri, aktivite listelerinin arasına eklenir. Proje kapsamı, zaman çizelgesi ve bütçesi tekrar revize edilir.
  6. Kapatılan riskler gelecekte öğrenilen derslerin içine girmek üzere arşivlenir.
  7. Proje takımı iki haftada bir risklerin durumunu değerlendirmek ve yeni risklerin varlığını sorgulamak için bir araya gelir.