तुम Sprint च्या मध्यभागी scope बदलण्याच्या विनंतीचे कसे निकाल करता?

Question

IT Interview Practice · 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.
```

## ठोस उदाहरण

Sprint च्या मध्यभागी, विक्रय विभाग एक "छोटा" नवीन अहवाल हवा आहे. Scrum Master टीम आणि Product Owner ला हे समजणे मदत करतो की हे जरूरी नाही, म्हणून ते पुढील Sprint च्या backlog च्या शीर्षस्थानी जाते, वर्तमान लक्ष्य व्यत्यय न करता.

## सामान्य त्रुटी

- गोपनीयपणे अतिरिक्त काम अवशोषित करणे, Sprint Goal भंग करणे आणि त्या लपवणे.
- "नाही" म्हणणे मार्ग दाखवल्याशिवाय — Product Owner नेहमी पुन्हा वाटाघाटी करू शकतो.
- प्रत्येक हिताधिकारीला Product Owner बाजूकडे करून थेट काम घुसविण्याची परवानगी देणे.

## हे का महत्वाचे आहे

Sprint Goal संरक्षित करणे हीच गोष्ट Scrum ला पूर्वानुमानीय बनवते; सतत इंजेक्शन Sprint ला अराजक करणीकरण यादीमध्ये बदलते.

Product Owner द्वारे स्पष्ट ट्रेड-ऑफ सह बदल हाताळणे टीमला केंद्रीभूत ठेवते आणि वास्तविक आपत्कालीन परिस्थितीत प्रतिक्रियाशील राहते.

निर्णय फ्रेमवर्क

ठोस उदाहरण

सामान्य त्रुटी

हे का महत्वाचे आहे

संबंधित प्रश्न