ਤੁਸੀਂ ਸੰਗਠਨਾਤਮਕ ਪੱਧਰ 'ਤੇ ਤਕਨੀਕੀ ਋ਣ ਦਾ ਪ੍ਰਬੰਧਨ ਕਿਵੇਂ ਕਰਦੇ ਹੋ?

Question

Accepted Answer

ਸੰਗਠਨ ਦੇ ਪੱਧਰ 'ਤੇ, ਤਕਨੀਕੀ ਋ਣ **ਪ੍ਰਬੰਧਨ ਲਈ ਇੱਕ ਪੋਰਟਫੋਲੀਓ ਹੈ**, ਖ਼ਤਮ ਕਰਨ ਲਈ ਇੱਕ ਬੈਕਲੌਗ ਨਹੀਂ। ਲਕਸ਼ ਜ਼ੀਰੋ ਋ਣ ਨਹੀਂ ਹੈ; ਇਹ ਋ਣ ਨੂੰ ਉਸ ਪੱਧਰ 'ਤੇ ਰੱਖਣਾ ਹੈ ਜਿੱਥੇ ਇਹ ਗਤੀ, ਨਿਰਭਰਤਾ, ਜਾਂ ਰਣਨੀਤੀ ਦਿੰਦੀ ਯੋਗਤਾ ਨੂੰ ਖਤਰੇ ਵਿੱਚ ਨਾ ਪਾਵੇ।

## ਇਸ ਬਾਰੇ ਕਿਵੇਂ ਸੋਚਣਾ ਹੈ

```text
MAKE DEBT VISIBLE AND PRIORITIZED
- Inventory the debt that actually hurts (slows delivery, causes incidents)
- Classify: strategic (deliberate) vs accidental vs decay/rot
- Quantify impact in business terms (velocity, downtime, churn risk)
- Allocate a steady % of capacity to paydown (commonly 15-25%)
```

ਸਭ ਋ਣ ਅਦਾ ਕਰਨ ਯੋਗ ਨਹੀਂ ਹਨ। ਇੱਕ ਸਥਿਰ, ਘੱਟ ਬਦਲਣ ਵਾਲੀ ਪ੍ਰਣਾਲੀ ਵਿੱਚ ਋ਣ ਅਕੇਲੇ ਛੱਡਿਆ ਜਾ ਸਕਦਾ ਹੈ; ਗਰਮ, ਤੇਜ਼ੀ ਨਾਲ ਬਦਲਣ ਵਾਲੇ ਖੇਤਰ ਵਿੱਚ ਋ਣ ਪਹਿਲਾਂ ਅਦਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।

## ਠੋਸ ਉਦਾਹਰਣ

ਇੱਕ CTO ਇੱਕ ਨਿਯਮ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ ਕਿ ਹਰ ਟੀਮ ਦੀ ਸਮਰੱਥਾ ਦਾ 20% ਨਿਰਭਰਤਾ ਅਤੇ ਋ਣ 'ਤੇ ਜਾਂਦਾ ਹੈ, ਫਿਰ ਇਸਨੂੰ ਤਿੰਨ ਪ੍ਰਣਾਲੀਆਂ 'ਤੇ ਨਿਸ਼ਾਨਾ ਬਣਾਉਂਦਾ ਹੈ ਜੋ 80% ਘਟਨਾਵਾਂ ਦੀ ਵਜ਼ਾ ਹਨ, ਸਭ ਜਗ੍ਹਾ ਪਤਲੀ ਕਰਨ ਦੀ ਬਜਾਏ।

## ਟ੍ਰੇਡ-ਆਫ ਅਤੇ ਨੁਕਸਾਨ

- **ਨੁਕਸਾਨ:** ਸਮੁੱਚੇ ਋ਣ ਨੂੰ ਸਾਫ ਕਰਨ ਲਈ ਇੱਕ "ਵੱਡੀ ਮੁੜ ਲਿਖਤ", ਜੋ ਆਮ ਤੌਰ 'ਤੇ ਓਵਰਰਨ ਕਰਦਾ ਹੈ ਅਤੇ ਋ਣ ਮੁੜ ਸ੍ਰਿਸ਼ਟ ਕਰਦਾ ਹੈ।
- **ਨੁਕਸਾਨ:** ਕਦੀ ਅਦਾ ਨਾ ਕਰਨਾ, ਜਦੋਂ ਤੱਕ ਗਤੀ ਨਾ ਟੁੱਟੇ।
- ਋ਣ ਨੂੰ ਸਿਰਫ਼ ਇੱਕ ਇੰਜੀਨੀਅਰਿੰਗ ਚਿੰਤਾ ਦੇ ਰੂਪ ਵਿੱਚ ਫ੍ਰੇਮ ਕਰਨਾ ਅਸਫ਼ਲ ਹੋਇਆ; ਖ਼ਰੀਦਦਾਰੀ ਲਈ ਇਸਨੂੰ ਕਾਰੋਬਾਰੀ ਨਤੀਜਿਆਂ ਨਾਲ ਜੋੜੋ।

## ਇਹ ਮਾਇਨੇ ਕਿਉਂ ਰੱਖਦਾ ਹੈ

ਅਪ੍ਰਬੰਧਿਤ ਤਕਨੀਕੀ ਋ਣ ਖਾਮੋਸ਼ੀ ਨਾਲ ਮਿਸ਼ਰਿਤ ਹੋਂਦਾ ਹੈ ਜਦੋਂ ਤੱਕ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਮਹੀਨਿਆਂ ਲੱਗਦੀ ਹਨ ਅਤੇ ਘਟਨਾਵਾਂ ਵਧ ਜਾਂਦੀਆਂ ਹਨ।

ਇਸਨੂੰ ਇੱਕ ਮਨਸੂਬਾਬਦੀ ਪੋਰਟਫੋਲੀਓ ਦੇ ਰੂਪ ਵਿੱਚ ਪ੍ਰਬੰਧਿਤ ਕਰਨਾ ਸੰਸਥਾ ਨੂੰ ਸਾਲਾਂ ਤੱਕ ਤੇਜ਼ ਅਤੇ ਨਿਰਭਰ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਵਿਮੂਰਤ ਇੰਜੀਨੀਅਰਿੰਗ ਚਿੰਤਾ ਨੂੰ ਇੱਕ ਪਰਿਮਾਣਯੁਕਤ ਕਾਰੋਬਾਰੀ ਵਪਾਰ-ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ ਜਿਸ 'ਤੇ ਅਗਵਾਈ ਵਿਚਾਰ ਕਰ ਸਕਦੀ ਹੈ।