Πώς συγκεντρώνετε και διευκρινίζετε τις απαιτήσεις;

Question

Accepted Answer

**Συγκέντρωση απαιτήσεων** είναι η διαδικασία ανακάλυψης του τι πραγματικά πρέπει να χτιστεί — και *γιατί* — πριν το χτίσετε. Το μεγαλύτερο λάθος που κάνουν οι ανώτεροι είναι να λάβουν ένα αίτημα κυριολεκτικά χωρίς να κατανοούν το υποκείμενο πρόβλημα.

## Πώς να το προσεγγίσετε

```text
1. ASK WHY → understand the problem behind the request, not just the request
2. TALK to the real users / stakeholders, not just the requester
3. CLARIFY scope → what's in, what's out, what "done" looks like
4. SURFACE assumptions and constraints (deadlines, budget, tech limits)
5. WRITE IT DOWN → confirm your understanding back to them
```

## Διακρίνετε το αίτημα από την ανάγκη

Ένας ενδιαφερόμενος λέει "προσθέστε ένα κουμπί export-to-PDF." Η πραγματική ανάγκη ίσως είναι "χρειάζομαι να μοιράζομαι εκθέσεις με τον αρχηγό μου." Ένα email, ένας κοινόχρηστος σύνδεσμος ή ένας πίνακας ελέγχου θα μπορούσαν να το λύσουν καλύτερα. Το να ρωτάτε *γιατί* ανοίγει καλύτερες λύσεις.

## Καλές διευκρινιστικές ερωτήσεις

```text
✓ "What problem does this solve for the user?"
✓ "What happens today without it?"
✓ "How will we know it worked?"
✓ "What's explicitly out of scope?"
✓ "What are the edge cases / what could go wrong?"
```

## Μια κοινή παγίδα

Υπόθεση ότι κατάλαβες και ξεκίνησες να χτίζεις. Αντικατοπτρίστε πάντα τις απαιτήσεις — "έτσι αυτό που χρειάζεστε είναι X, μέχρι Y, και το Z είναι εκτός εμβέλειας;" — για να πιάσετε τα κενά νωρίς.

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

Ένα σταθερό σφάλμα απαιτήσεων στο στάδιο της ιδέας κοστίζει λεπτά. το ίδιο σφάλμα που βρέθηκε μετά την κυκλοφορία κοστίζει ημέρες ή εβδομάδες διορθώσεων.

Οι σαφείς απαιτήσεις είναι η φθηνότερη ασφάλιση κατά της κατασκευής του λάθους πράγματος.

Το να ρωτάτε *γιατί* σας μετατρέπει από έναν δέκτη εντολών σε έναν λύτη προβλημάτων.