Πώς χειρίζεστε ένα αίτημα αλλαγής του scope στη μέση ενός Sprint;

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.
```

## Συγκεκριμένο παράδειγμα

στη μέση του Sprint, οι πωλήσεις θέλουν μια "μικρή" νέα αναφορά. Ο Scrum Master βοηθά την ομάδα και τον Product Owner να δουν ότι δεν είναι επείγον, έτσι πηγαίνει στο πάνω μέρος του backlog του επόμενου Sprint αντί να διαταράξει το τρέχον στόχο.

## Κοινές παγίδες

- Σιωπηλή απορρόφηση επιπλέον εργασίας, δημιουργία του Sprint Goal και απόκρυψη.
- Λέγοντας ένα σαφές "όχι" χωρίς διαδρομή — ο Product Owner μπορεί πάντα να διαπραγματευθεί ξανά.
- Επιτρέποντας σε κάθε ενδιαφερόμενο να εισάγει εργασία απευθείας, παρακάμπτοντας τον Product Owner.

## Γιατί έχει σημασία

Η προστασία του Sprint Goal είναι αυτό που κάνει το Scrum προβλέψιμο· η συνεχής εισαγωγή μετατρέπει τα Sprints σε χαοτικές λίστες εργασιών.

Η χειραγώγηση της αλλαγής μέσω του Product Owner με σαφείς αντισταθμίσεις διατηρεί την ομάδα εστιασμένη ενώ παραμένει ανταποκρινόμενη σε πραγματικές έκτακτες ανάγκες.