ਜਦੋਂ ਟੀਮ overload ਹੁੰਦੀ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਇਹ ਫ਼ੈਸਲਾ ਕਰਨ ਲਈ ਕਿਹੜੇ ਮਾਪਦੰਡ ਵਰਤਦੇ ਹੋ ਕਿ ਪਹਿਲਾਂ ਕਿਸ 'ਤੇ ਕੰਮ ਕਰਨਾ ਹੈ?

Question

Accepted Answer

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

## ਜੋ ਮਾਪਦੰਡ ਮੈਂ ਲਾਗੂ ਕਰਦਾ ਹਾਂ

- **ਪ੍ਰਭਾਵ ਬਨਾਮ ਮਿਹਨਤ।** ਮੈਂ ਕੰਮ ਨੂੰ ਪ੍ਰਦਾਨ ਕੀਤੀ ਕੀਮਤ ਦੇ ਮੁਕਾਬਲੇ ਲਾਗਤ ਅਨੁਸਾਰ ਦਰਜਾਬੰਦ ਕਰਦਾ ਹਾਂ। ਉੱਚ-ਪ੍ਰਭਾਵ, ਘੱਟ-ਮਿਹਨਤ ਵਾਲੀਆਂ ਚੀਜ਼ਾਂ ਪਹਿਲਾਂ ਆਉਂਦੀਆਂ ਹਨ; ਉੱਚ-ਮਿਹਨਤ, ਘੱਟ-ਪ੍ਰਭਾਵ ਵਾਲੀਆਂ ਚੀਜ਼ਾਂ ਨੂੰ ਖੁੱਲ੍ਹ ਕੇ ਕੱਟਿਆ ਜਾਂ ਮੁਲਤਵੀ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
- **ਉਲਟਾਉਣਯੋਗਤਾ ਅਤੇ ਜ਼ਰੂਰਤ।** ਜੋ ਵੀ ਚੀਜ਼ ਉਲਟਾਈ ਨਹੀਂ ਜਾ ਸਕਦੀ ਜਾਂ ਸਮਾਂ-ਬੱਧ ਹੈ (ਇੱਕ security fix, ਇੱਕ ਠੇਕਾਗਤ deadline, ਇੱਕ launch ਨਿਰਭਰਤਾ) ਕਤਾਰ ਵਿੱਚ ਅੱਗੇ ਚਲੀ ਜਾਂਦੀ ਹੈ।
- **ਦੇਰੀ ਦੀ ਲਾਗਤ।** ਕੁਝ ਕੰਮ ਜਿੰਨਾ ਜ਼ਿਆਦਾ ਇੰਤਜ਼ਾਰ ਕਰਦਾ ਹੈ ਓਨਾ ਹੀ ਮਹਿੰਗਾ ਹੁੰਦਾ ਜਾਂਦਾ ਹੈ (ਵਧਦਾ **tech debt**, ਇੱਕ deadline ਜੁਰਮਾਨਾ); ਕੁਝ ਅਗਲੇ ਮਹੀਨੇ ਵੀ ਉਹੀ ਰਹਿੰਦਾ ਹੈ। ਮੈਂ ਇਸ ਆਧਾਰ 'ਤੇ ਤਰਜੀਹ ਦਿੰਦਾ ਹਾਂ ਕਿ ਲਾਗਤ ਕਿੰਨੀ ਤੇਜ਼ੀ ਨਾਲ ਵਧਦੀ ਹੈ।
- **ਦੂਜਿਆਂ ਨੂੰ block ਕਰਨਾ।** ਉਹ ਕੰਮ ਜੋ ਦੂਜੇ ਲੋਕਾਂ ਜਾਂ ਟੀਮਾਂ ਨੂੰ unblock ਕਰਦਾ ਹੈ, ਉਸ ਦੀ ਆਪਣੀ ਕੀਮਤ ਤੋਂ ਪਰੇ ਇੱਕ multiplier ਹੁੰਦਾ ਹੈ।
- **ਜੋਖ਼ਮ।** ਜੇ ਇਹ ਗ਼ਲਤ ਜਾਂ ਦੇਰੀ ਨਾਲ ਹੈ ਤਾਂ ਕੀ ਲਾਗਤ ਹੈ? ਪਹਿਲਾਂ ਮਹਿੰਗੀ ਅਸਫਲਤਾ ਤੋਂ ਬਚਾਓ।

## ਇੱਕ ਸਧਾਰਨ framework

| Bucket | ਮਿਸਾਲਾਂ | ਕਾਰਵਾਈ |
|---|---|---|
| ਨਾਜ਼ੁਕ + ਜ਼ਰੂਰੀ | Production incident, security ਮੋਰੀ | ਹੁਣੇ ਕਰੋ, ਬਾਕੀ ਕੰਮ ਛੱਡੋ |
| ਉੱਚ ਕੀਮਤ, ਜ਼ਰੂਰੀ ਨਹੀਂ | ਮੁੱਖ roadmap feature | ਨਿਯਤ ਕਰੋ ਅਤੇ ਰੱਖਿਆ ਕਰੋ |
| ਘੱਟ ਕੀਮਤ, ਜ਼ਰੂਰੀ | ਉੱਚੀ ਪਰ ਮਾਮੂਲੀ ਮੰਗ | ਪਿੱਛੇ ਧੱਕੋ ਜਾਂ delegate ਕਰੋ |
| ਘੱਟ ਕੀਮਤ, ਜ਼ਰੂਰੀ ਨਹੀਂ | Nice-to-haves | ਨਾਂਹ ਕਹੋ, ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਕੱਟੋ |

## ਮੈਂ ਇਸ ਨੂੰ ਕਿਵੇਂ ਚਲਾਉਂਦਾ ਹਾਂ

- ਇੱਕ **ਸਿੰਗਲ ਦਰਜਾਬੰਦ ਸੂਚੀ** ਬਣਾਓ, ਨਾ ਕਿ ਪੰਜ ਸਮਾਨਾਂਤਰ priority-ones। ਜੇ ਸਭ ਕੁਝ ਤਰਜੀਹ ਹੈ, ਤਾਂ ਕੁਝ ਵੀ ਨਹੀਂ ਹੈ।
- **stakeholders** ਨੂੰ ਸਾਫ਼ ਸ਼ਬਦਾਂ ਵਿੱਚ trade-offs ਦੱਸੋ: "ਅਸੀਂ ਇਸ sprint ਵਿੱਚ A ਜਾਂ B ਕਰ ਸਕਦੇ ਹਾਂ, ਦੋਵੇਂ ਨਹੀਂ। ਕਿਹੜਾ ਜ਼ਿਆਦਾ ਮਾਅਨੇ ਰੱਖਦਾ ਹੈ?"
- ਫੋਕਸ ਦੀ ਰੱਖਿਆ ਕਰੋ: work in progress ਨੂੰ ਸੀਮਤ ਕਰੋ, context switching ਘਟਾਓ, ਅਤੇ sprint ਦੇ ਵਿਚਕਾਰ ਨਵੇਂ ਰੁਕਾਵਟਾਂ ਤੋਂ ਟੀਮ ਨੂੰ ਬਚਾਓ।

## ਗ਼ਲਤੀਆਂ

- ਡੇਟਾ ਦੀ ਬਜਾਏ ਸਭ ਤੋਂ ਉੱਚੀ ਆਵਾਜ਼ ਵਾਲੇ stakeholder ਨੂੰ ਤਰਜੀਹ ਤੈਅ ਕਰਨ ਦੇਣਾ।
- ਹਰ ਚੀਜ਼ ਨੂੰ ਹਾਂ ਕਹਿਣਾ, ਜੋ ਅਸਲ ਵਿੱਚ ਕਹਿਣਾ ਹੈ "ਮੈਂ ਬੇਤਰਤੀਬੀ ਨੂੰ ਫ਼ੈਸਲਾ ਕਰਨ ਦਿਆਂਗਾ।"
- ਦਾਇਰੇ ਵਿੱਚ ਫਿੱਟ ਕਰਨ ਲਈ ਚੁੱਪ-ਚਾਪ ਗੁਣਵੱਤਾ ਨੂੰ ਕੱਟਣਾ; ਇਹ ਸਿਰਫ਼ ਲਾਗਤ ਨੂੰ production ਵੱਲ ਖਿਸਕਾਉਂਦਾ ਹੈ।

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

Overload ਅਧੀਨ, ਬੇਰਹਿਮ, ਪਾਰਦਰਸ਼ੀ ਤਰਜੀਹ ਹੀ ਉਹ ਚੀਜ਼ ਹੈ ਜੋ ਇੱਕ ਤਣਾਅਪੂਰਨ, ਅੱਗੇ-ਪਿੱਛੇ ਭੱਜਦੀ ਟੀਮ ਨੂੰ ਉਸ ਟੀਮ ਵਿੱਚ ਬਦਲ ਦਿੰਦੀ ਹੈ ਜੋ ਉਹ ਚੀਜ਼ਾਂ ship ਕਰਦੀ ਹੈ ਜੋ ਅਸਲ ਵਿੱਚ ਮਾਅਨੇ ਰੱਖਦੀਆਂ ਹਨ, ਅਤੇ ਇਹ trade-offs ਬਾਰੇ ਇਮਾਨਦਾਰ ਹੋ ਕੇ stakeholders ਨਾਲ ਭਰੋਸਾ ਬਣਾਈ ਰੱਖਦੀ ਹੈ, ਬਜਾਏ ਚੁੱਪ-ਚਾਪ ਸਭ ਕੁਝ ਖੁੰਝਾਉਣ ਦੇ।

Bucket	ਮਿਸਾਲਾਂ	ਕਾਰਵਾਈ
ਨਾਜ਼ੁਕ + ਜ਼ਰੂਰੀ	Production incident, security ਮੋਰੀ	ਹੁਣੇ ਕਰੋ, ਬਾਕੀ ਕੰਮ ਛੱਡੋ
ਉੱਚ ਕੀਮਤ, ਜ਼ਰੂਰੀ ਨਹੀਂ	ਮੁੱਖ roadmap feature	ਨਿਯਤ ਕਰੋ ਅਤੇ ਰੱਖਿਆ ਕਰੋ
ਘੱਟ ਕੀਮਤ, ਜ਼ਰੂਰੀ	ਉੱਚੀ ਪਰ ਮਾਮੂਲੀ ਮੰਗ	ਪਿੱਛੇ ਧੱਕੋ ਜਾਂ delegate ਕਰੋ
ਘੱਟ ਕੀਮਤ, ਜ਼ਰੂਰੀ ਨਹੀਂ	Nice-to-haves	ਨਾਂਹ ਕਹੋ, ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਕੱਟੋ