ਤੁਸੀਂ ਪ੍ਰੋਜੈਕਟ ਜੋਖਮਾਂ (RAID) ਦੀ ਪਹਚਾਣ ਅਤੇ ਪ੍ਰਬੰਧਨ ਕਿਵੇਂ ਕਰਦੇ ਹੋ?

Question

Accepted Answer

ਇੱਕ **ਜੋਖਮ** ਕੁਝ ਹੈ ਜੋ *ਹੋ ਸਕਦਾ ਹੈ* ਅਤੇ ਜੇਕਰ ਇਹ ਹੋ ਜਾਵੇ ਤਾਂ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਨੁਕਸਾਨ ਪਹੁੰਚਾਵੇਗਾ। **ਜੋਖਮ ਪ੍ਰਬੰਧਨ** ਉਹਨਾਂ ਖਤਰਿਆਂ ਨੂੰ ਜਲਦੀ ਪਹਚਾਨਣਾ ਅਤੇ *ਇਹ ਜਾਣਨ ਤੋਂ ਪਹਿਲਾਂ* ਉਨ੍ਹਾਂ ਬਾਰੇ ਕੀ ਕਰਨਾ ਹੈ ਇਹ ਫੈਸਲਾ ਕਰਨਾ ਹੈ। ਸਸਤੀ ਸਮਝ: ਸਮੱਸਿਆਵਾਂ ਬਹੁਤ ਸਭਾਲੀਆਂ ਜਾਂਦੀਆਂ ਹਨ ਜਦੋਂ ਤੁਸੀਂ ਉਨ੍ਹਾਂ ਬਾਰੇ ਅਗਾਂ ਸੋਚਿਆ ਹੋਵੋ।

## RAID ਲਾਗ

ਪ੍ਰੋਜੈਕਟ ਦੀਆਂ ਧਮਕੀਆਂ ਅਤੇ ਚੀਜ਼ਾਂ ਨੂੰ ਟ੍ਰੈਕ ਕਰਨ ਲਈ ਇੱਕ ਸਰਲ, ਵਿਆਪਕ ਤੌਰ 'ਤੇ ਵਰਤੀ ਜਾਣ ਵਾਲੀ ਟੂਲ:

```text
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)
```

## ਹਰੇਕ ਜੋਖਮ ਦਾ ਮੁਲਾਂਕਣ ਕਰੋ

```text
For each risk, score:
  LIKELIHOOD (how probable?) × IMPACT (how bad?)
→ focus effort on high-likelihood, high-impact risks
```

## ਇੱਕ ਪ੍ਰਤੀਕ੍ਰਿਆ ਚੁਣੋ

```text
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 ਲਾਗ ਨੂੰ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਦੇਖੋ ਅਤੇ ਨਵੀਆਂ ਚੀਜ਼ਾਂ ਜੋੜੋ ਜਿਉਂ ਉਹ ਉਭਰਦੀਆਂ ਹਨ।

## ਇਹ ਮਹੱਤਵਪੂਰਨ ਕਿਉਂ ਹੈ

ਅਪ੍ਰਬੰਧਿਤ ਜੋਖਮ ਸੰਕਟ ਬਣ ਜਾਂਦੇ ਹਨ, ਆਮ ਤੌਰ 'ਤੇ ਸਮਾਂ ਸੀਮਾ ਦੇ ਨੇੜੇ ਸਭ ਤੋਂ ਖੋਦ ਸੰਭਵ ਮੌਕੇ 'ਤੇ।

ਜੋਖਮ ਨੂੰ ਜਲਦੀ ਸੰਭਾਲਣ ਦੀ ਕੀਮਤ ਇਹ ਟੱਕਰ ਮਾਰਨ ਤੋਂ ਬਾਅਦ ਇਹ ਬੁਝ਼ਾਉਣ ਦੇ ਮੁਕਾਬਲੇ ਬਹੁਤ ਘੱਟ ਹੈ।

ਜੋਖਮਾਂ ਨੂੰ ਜੋਰ ਨਾਲ ਕਹਿਣਾ ਭੀ ਭਰੋਸਾ ਬਣਾਉਂਦਾ ਹੈ — ਸਟੇਕਹੋਲਡਰਾਂ ਨੂੰ "ਇਹ ਗਲਤ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਸਾਡੀ ਯੋਜਨਾ" ਆਤਮ ਵਿਸ਼ਵਾਸ ਦੀ ਕੁੱਝਤਾ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਇੱਕ ਅਣਸੁਖਾਵਾਂ ਅਚੰਭਾ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦੇ ਹਨ।