একটি ঝুঁকি হল এমন কিছু যা হতে পারে এবং যদি এটি ঘটে তবে প্রকল্পের ক্ষতি করবে। ঝুঁকি ব্যবস্থাপনা হল সেই হুমকিগুলি প্রাথমিকভাবে চিহ্নিত করা এবং তারা কামড় দেওয়ার আগে সেগুলি সম্পর্কে কী করতে হবে তা সিদ্ধান্ত নেওয়া। সস্তার অন্তর্দৃষ্টি: সমস্যাগুলি পূর্বাভাসে চিন্তা করা হলে পরিচালনা করা অনেক সহজ।
প্রকল্পের হুমকি এবং আইটেমগুলি ট্র্যাক করার জন্য একটি সাধারণ, ব্যাপকভাবে ব্যবহৃত সরঞ্জাম:
R — RISKS → might happen, would cause harm (manage proactively)
A — ASSUMPTIONS → things we're taking as true (validate them)
I — ISSUES → risks that have already materialized (deal with now)
D — DEPENDENCIES → things we rely on from others (track them)
For each risk, score:
LIKELIHOOD (how probable?) × IMPACT (how bad?)
→ focus effort on high-likelihood, high-impact risks
AVOID → change the plan so the risk can't occur
MITIGATE → reduce its likelihood or impact
TRANSFER → shift it (insurance, vendor SLA)
ACCEPT → live with it, but have a fallback ready
একটি প্রকল্প একটি তৃতীয় পক্ষের API এর উপর নির্ভর করে যা নতুন এবং অপ্রমাণিত। ঝুঁকি: এটি সঠিকভাবে কাজ করতে নাও পারে। সম্ভাবনা মাঝারি, প্রভাব উচ্চ। প্রশমন: এটি প্রাথমিকভাবে পরীক্ষা করুন, একটি বিমূর্ততা তৈরি করুন যাতে আপনি প্রদানকারীদের স্যুইচ করতে পারেন এবং একটি ফলব্যাক রাখুন। এখন একটি অজানা একটি পরিকল্পনা সহ একটি পরিচালিত ঝুঁকি।
ঝুঁকি ব্যবস্থাপনাকে একবার শুরু করার চেকলিস্ট হিসাবে বিবেচনা করা। ঝুঁকিগুলি বিবর্তিত হয় — RAID লগটি নিয়মিত পর্যালোচনা করুন এবং যখন নতুনগুলি আবির্ভূত হয় তখন সেগুলি যোগ করুন।
অপরিচালিত ঝুঁকিগুলি সংকটে পরিণত হয়, সাধারণত সবচেয়ে খারাপ সম্ভাব্য মুহূর্তে একটি সময়সীমার কাছাকাছি।
প্রাথমিকভাবে একটি ঝুঁকি পরিচালনা করার খরচ এটি আঘাত করার পরে এটি নিভানোর তুলনায় অনেক কম।
ঝুঁকিগুলি জোরে জোরে নাম দেওয়া বিশ্বাসও তৈরি করে — স্টেকহোল্ডাররা "এখানে যা ভুল হতে পারে এবং আমাদের পরিকল্পনা" এর উপর আত্মবিশ্বাসী নীরবতার পরে একটি অপ্রীতিকর আশ্চর্যের চেয়ে পছন্দ করে।