Όταν μιλάμε για έργα λογισμικού, έχετε δει πώς διάφορες εταιρείες ανάπτυξης λογισμικού περιγράφουν ένα έργο; Μπορείτε να κατανοήσετε γρήγορα τις συγκεκριμένες απαιτήσεις και το υπόβαθρο του έργου από τις περιγραφές τους;

Οι συνήθεις περιγραφές έργων λογισμικού περιλαμβάνουν τα εξής τέσσερα σημεία:

Εισαγωγή στον κλάδο του πελάτη

Οι πελάτες των έργων λογισμικού προέρχονται από διάφορους κλάδους. Για να παρουσιάσετε ένα έργο σε άτομα από διαφορετικούς κλάδους, πρέπει να ξεκινήσετε από το υπόβαθρο του κλάδου. Η εισαγωγή περιλαμβάνει πώς ο κλάδος συνδέεται με την καθημερινή ζωή, ποιοι είναι οι στόχοι στην αγορά, ποιος είναι ο ρόλος του πελάτη στον κλάδο, ποιες είναι οι πεποιθήσεις ή τα χαρακτηριστικά του και ποιο είναι το όραμα της επιχείρησης για το μέλλον. Αυτή η εισαγωγή βοηθά τους προγραμματιστές να κατανοήσουν καλύτερα τις απόψεις του πελάτη.

Προβλήματα στη διαδικασία εργασίας (Ανάγκες)

Αυτό είναι το κύριο κίνητρο του πελάτη. Τι προβλήματα αντιμετωπίζει στο εργασιακό του περιβάλλον; Χρειάζεται ψηφιοποίηση της υπάρχουσας διαδικασίας ή αναδιάρθρωση του συστήματος λόγω νέων τάσεων στον κλάδο; Είναι σημαντικό να κατανοήσουμε αντικειμενικά την κατάσταση του πελάτη.

Προτεινόμενη λύση

Μετά την επίτευξη συναίνεσης με τον πελάτη, η εταιρεία λογισμικού προτείνει προσαρμοσμένα σχέδια που εφαρμόζονται επιτυχώς στη διαδικασία εργασίας του πελάτη.

Αποτελέσματα

Σε σύγκριση με τις παλιές λύσεις, ποια είναι η διαφορά και η αλλαγή που φέρνει η νέα λύση; Για παράδειγμα, βελτίωση της αποδοτικότητας της διαδικασίας παραγωγής, μείωση του χρόνου συγκέντρωσης πληροφοριών, παροχή νέων καναλιών για την προσέγγιση πελατών.

Συνοψίζοντας τα παραπάνω τέσσερα σημεία, μπορούμε να αποκτήσουμε μια αρχική κατανόηση του έργου. Κατά τη διάρκεια των συζητήσεων με τον πελάτη, ο διαχειριστής έργου πρέπει να διασφαλίσει ότι αυτές οι περιγραφές είναι σαφείς. Μια περιγραφή έργου λογισμικού είναι ευέλικτη, μπορεί να είναι μια σύντομη φράση ή μια εκτενής αναφορά.

Δημιουργία μιας «Κεντρικής Αξίας» για να καθορίσετε το πεδίο του έργου

Ένα έργο έχει συγκεκριμένο σκοπό με περιορισμένους πόρους. Χωρίς περιορισμούς στο πεδίο, μπορεί να προκύψουν «σχετικές» λειτουργίες που ενδέχεται να βελτιώσουν τη λύση αλλά να παρατείνουν τον χρόνο ανάπτυξης.

Παράδειγμα:

Ο πελάτης θέλει μια λειτουργία που εκτελεί αυτόματα εργασίες με το πάτημα ενός κουμπιού. Ανάλογα με το πεδίο εφαρμογής του συστήματος, μπορεί να χρειαστεί να προστεθούν λογικές επιχειρηματικές λειτουργίες. Ο πελάτης μπορεί να πει: «Θέλω να νιώθω ότι το σύστημα ζωντανεύει όταν πατάω το κουμπί.»

Κατά την ανάπτυξη λογισμικού, όταν σχεδιάζουμε λειτουργίες βασισμένες σε μια ιστορία χρήστη, πρέπει να λαμβάνουμε υπόψη τις συνθήκες και τις λογικές επιχειρηματικές λειτουργίες. Αν ο πελάτης δεν έχει άλλες αντιρρήσεις για τις λειτουργίες, μπορεί να επικεντρωθεί στην εμφάνιση, τα χρώματα, τη διάταξη και τις μεταβάσεις, επιμένοντας σε μια πιο ζωντανή εμφάνιση.

Τι να κάνετε όταν οι λειτουργίες ανάπτυξης συγκρούονται με τις προσδοκίες του πελάτη για το σύστημα;

Πρέπει να επιστρέψουμε στην «Κεντρική Αξία» για να επιβεβαιώσουμε την αναγκαιότητα και την προτεραιότητα των λειτουργιών. Η Κεντρική Αξία είναι μια σύντομη φράση που μας βοηθά να αποφασίσουμε αν πρέπει να προσθέσουμε ή να αφαιρέσουμε ιστορίες χρήστη.

Όταν ο πελάτης επιμένει, μπορούμε να κατευθύνουμε τη συζήτηση στο «Ποια είναι τα οφέλη μιας πιο ζωντανής εμφάνισης για το σύστημα;» και να προτείνουμε «Ας προτεραιοποιήσουμε τις απαιτήσεις σύμφωνα με την 'Κεντρική Αξία' για να διασφαλίσουμε την έγκαιρη ολοκλήρωση».

Καθορίστε την πιο κατάλληλη «Κεντρική Αξία» με τον πελάτη για κάθε έργο

Η Κεντρική Αξία του έργου μας καθοδηγεί στις συζητήσεις με την ομάδα ανάπτυξης και τους πελάτες, όπως ένας φάρος που μας κρατά στο σωστό δρόμο. Αν αντιμετωπίζετε δυσκολίες με τις απαιτήσεις του πελάτη, δοκιμάστε να καθορίσετε την Κεντρική Αξία για να πείσετε τον εαυτό σας και τον πελάτη!