09 Mayıs 2013 5557 0 PROJE YÖNETİMİ Fonksiyon360
Belirsizlik, bir proje yöneticisinin en büyük düşmanıdır.
Diğer bir deyişle, seni ne gibi sorunların, engellerin, süprizlerin beklediğini bilmiyorsun.
En az ihtimal verdiğin zamanda, her ileriye doğru adım attığında aniden ortaya çıkan belirsizlikler, engeller ve açıklar karşısında kendini iki adım geride bulursun.
Üzerinde düşündüğün projenin kapsamını nasıl teslim edeceğin önemli, hatta daha da önemlisi, projenin tamamlanmasını nasıl koruyabilmek üzerinde düşünmelisin
Thinking hard about how you`re going to deliver your project scope is important, but it`s even more important to think about what can prevent you from completing your project.
That means taking a proactive approach to managing risks before they happen. While you can`t prevent risks from happening, you can greatly reduce the negative impact on your project`s scope, schedule, budget and quality.
Ve PMBOK (Project Management Body Of Knowledge) risk yönetimi gerçekten bir fark yaratıyor. PMBOK risk yönetimini süreçlerini sistematik bir şekilde, planlama, belirleme, değerlendirme, ve proje risklerini yönetme biçiminde altı süreç içinde tanımlıyor, risk yönetimi planlama (risk management planning) : risk tanımalama (risk identification), nitel (kalitatif) risk analizi (qualitative risk analysis), nicel (sayısal) risk analizi (quantitative risk analysis), risk yanıt planlama (risk response planning), risk izleme ve kontrol (risk monitoring and control). Bu yazıda, projeyi zamanında ve bütçe hedefleri doğrultusunda teslim etme şansımızı arttırmak adına risk yönetim yaklaşımını nasıl ve ne şekilde kullanacağımızdan bahsedeceğim.
Risk Yönetim Planlama
Sen, neyin aksine düşünebilirdin, idare planlamasının, risklerin ne olduğunu anlamanın hakkında olmadığını tehlikeye atabilirdin, ve nasıl onları tutmanın olduğu. O, çok sonra süreçte gelecek. Bizim, bu sahnede yapmanın, bizim, neyin bizim, bizim projemizde yapacak olduğumuz risk idaresinin türünün olduğunu nasıl kararlaştıracak olduğumuzun ana hatlarını çizecek olan bir risk idare planını yaratmak olduğunu neyi istediğimiz. O, upfrontu neyin bizim, kullanacak olduğumuz risk metodolojisinin olduğuna kararlaştırmayı ifade eder, kim karıştırılacak, ve onların sorumluluklarının, ne olacak olduğu, biz, (Eğer biz, bu süreci kullanması için yeteri kadar kaynaklara sahip olacak olsak), risk izlemesine ek olarak risk teşhisi, nitelik, ölçme için hangi teknikleri kullanacağız, ve kontrol edeceğiz.
Nasıl, bu darbeyi senin projene yapar? Sen, rehbere senin risk idare faaliyetlerini yardım etmesi için açık bir roadmaba sahip olacaksın, ve yardım, senin, üzerinde neyin hakkında sonra yapmak zorunda olduğunu düşünüyor olan zaman ve kaynakları israf etmeyi engeller.
PMBOK risk teşhis sürecinin, riski tanıması için en iyi yolun, proje takım üyelerinin kolektif geri beslemesini aramak olduğu sana öğrettiği ve projenin tanımında ortaların, tehlikeye attığı Tanımlama`yı tehlikeye atar, ve geçerek onların tetikleri:
Senin WBS-2inde her giriş boyunca gitmek.
Her biri sınamak, ve risk kategori 3ü`nün bir kataloguna karşı her giriş. Türlü bilgi-toplantı metotlarını kullanmak, brainstormingi beğenir, analiz inekler, Delphi metodu, ve böyle diğerleri, erkenden, yardımın, bir riskin, meydana gelmek üzere olduğu zaman sen söylediği işaretleri uyarıyor olan risk olayları ve onların tetiklerinin bir listesiyle gündeme gelmek, veya meydana geldi. Not etmesi için anahtar şeyler, senin risk teşhis takımının, burada senin, riski tanımayı kullanıyor olacak olduğun metotların ondan beri, şimdiden risk idare planında olmuş olan önceden tanımlanan ne sahip olmalı olduğunu kararlaştırmakta zamanı harcıyor olmamalı olduğudur. Hem de, senin, senin risklerini topladığın gibi onu hatırlamak için önemlidir, sen, senin listen veya tartışan mümkün tutma stratejilerinde bir riski kapsamanın erdemlerini tartışmanın hakkında ilgilenmemeliydin. Sen, yapacaksın, onun için zamanın sonra, var mı. Senin, yapmayı istediğin ana şey şimdi, senin, yapabildiğin gibi dokümana o kadar çok risktir
