ਤੁਸੀਂ Sprint ਦੇ ਵਿੱਚੋ ਵਿੱਚ scope ਨੂੰ ਬਦਲਣ ਲਈ ਬੇਨਤੀ ਨੂੰ ਕਿਵੇਂ ਸਭਾਲਦੇ ਹੋ?

Question

Accepted Answer

Scrum ਵਿੱਚ ਮੂਲ ਗੱਲ ਇਹ ਹੈ ਕਿ **Sprint Goal ਨੂੰ ਸੁਰੱਖਿਅਤ ਰਾਖਿਆ ਜਾਵੇ**: ਕੋਈ ਵੀ ਬਦਲਾਵ ਨਹੀਂ ਜੋੜਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਜੋ ਇਸ ਨੂੰ ਖਤਰੇ ਵਿੱਚ ਪਾ ਸਕੇ। ਪਰ Scrum ਸਖ਼ਤ ਨਹੀਂ ਹੈ — scope ਨੂੰ *Product Owner ਨਾਲ ਮੁੜ ਵਿਚਾਰ ਵਟਾਂਦਰਾ* ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਸੱਚਮੁੱਚ ਤੁਰੰਤ ਲੋੜੀ ਬਦਲਾਵ ਨੂੰ ਸੰਭਾਲਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਸਪੱਸ਼ਟ ਸਮਝੌਤੇ ਦੇ ਨਾਲ।

## ਫ਼ੈਸਲੈ ਲਈ ਢਾਂਚਾ

```text
1. Does the new request threaten the Sprint Goal?
     NO  → can it wait for the next Sprint? Usually yes → backlog it.
     YES → talk to the Product Owner about trade-offs.
2. Is it a genuine emergency (prod down, legal, security)?
     YES → the PO may cancel/replace work; something must drop.
3. Make the trade-off visible: pulling X in means Y comes out.
```

## ਠੋਸ ਉਦਾਹਰਣ

Spring ਦੇ ਵਿਚੋ ਵਿੱਚ, ਸੇਲਜ਼ ਇੱਕ "ਛੋਟੀ" ਨਵੀਂ ਰਿਪੋਰਟ ਚਾਹੁੰਦੀ ਹੈ। Scrum Master ਟੀਮ ਅਤੇ Product Owner ਨੂੰ ਇਹ ਦੇਖਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ ਕਿ ਇਹ ਤੁਰੰਤ ਨਹੀਂ ਹੈ, ਇਸ ਲਈ ਇਹ ਅਗਲੇ Sprint ਦੀ backlog ਦੇ ਸਿਖਰ ਤੇ ਜਾਂਦਾ ਹੈ ਮੌਜੂਦਾ ਲਕਸ਼ ਨੂੰ ਵਿਘਨ ਘਟਾਉਣ ਦੀ ਬਜਾਏ।

## ਆਮ ਕਮੀਆਂ

- ਖਾਮੋਸ਼ੀ ਨਾਲ ਵਾਧੂ ਕੰਮ ਲਾ ਲੈਣਾ, Sprint Goal ਨੂੰ ਉਡਾ ਦੇਣਾ ਅਤੇ ਇਸ ਨੂੰ ਲੁਕਾਉਣਾ।
- ਬਿਨਾ ਕਿਸੇ ਹੱਲ ਦੇ ਸਿੱਧਾ "ਨਾ" ਕਹਿਣਾ — Product Owner ਹਮੇਸ਼ਾ ਮੁੜ ਵਿਚਾਰ ਵਟਾਂਦਰਾ ਕਰ ਸਕਦਾ ਹੈ।
- ਹਰੇਕ ਆਸ ਰੱਖਣ ਵਾਲੇ ਨੂੰ ਸਿੱਧਾ ਕੰਮ ਅੰਦਰ ਪਾਉਣ ਦਿੰਦਾ ਹੈ, Product Owner ਨੂੰ ਬਾਈ-ਪਾਸ ਕਰਦਿਆਂ।

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

Sprint Goal ਨੂੰ ਸੁਰੱਖਿਅਤ ਰਾਖਣਾ ਉਹ ਹੈ ਜੋ Scrum ਨੂੰ ਅਨੁਮਾਨਿਤ ਬਣਾਉਂਦਾ ਹੈ; ਲਗਾਤਾਰ ਇਞ਼ਜੈਕਸ਼ਨ Sprints ਨੂੰ ਅਰਾਜਕ ਕੰਮਾਂ ਦੀ ਸੂਚੀ ਵਿੱਚ ਬਦਲ ਦਿੰਦੀ ਹੈ।

Product Owner ਦੇ ਜ਼ਰੀਏ ਸਪੱਸ਼ਟ ਸਮਝੌਤੇ ਦੇ ਨਾਲ ਬਦਲਾਵ ਨੂੰ ਸੰਭਾਲਣਾ ਟੀਮ ਨੂੰ ਫੋਕਸ ਰੱਖਦਾ ਹੈ ਜਦਕਿ ਅਸਲੀ ਸੰਕਟ ਲਈ ਜਵਾਬੀ ਰਹਿੰਦਾ ਹੈ।