Βασικά, οι ευέλικτες ιστορίες χρηστών είναι σύντομα, απλά εργαλεία για την τεκμηρίωση μιας μόνο δράσης ή πρόθεσης που επιθυμεί ο στοχευμένος χρήστης για την επίτευξη ενός στόχου. Οι απλούστερες ιστορίες χρηστών έχουν μια μορφή, "Ως τύπος ή ρόλο χρήστη, Θέλω να δράση ή πρόθεσηέτσι ώστε λόγος ή όφελοςΠου απαντά σε τουλάχιστον τρεις απλές ερωτήσεις σχετικά με το ποιος, τι και γιατί η ιστορία βρίσκεται στην ουρά καθυστέρησης.
Καθώς οι ομάδες ωριμάζουν και οι οργανισμοί χρησιμοποιούν ευέλικτη σε πολλές ομάδες και πρωτοβουλίες, οι ευέλικτες ιστορίες χρηστών συχνά παίρνουν πολύ περισσότερο ορισμό και δομή για να διασφαλίσουν ότι υπάρχει κοινή κατανόηση της πρόθεσης και των βασικών απαιτήσεων.
Ξεκινώντας με τη συγγραφή ευέλικτων ιστοριών χρηστών
Υπάρχουν πολλοί πόροι για να βοηθήσετε τους νέους ιδιοκτήτες προϊόντων, τους αναλυτές επιχειρήσεων, τους διαχειριστές scrum και τους τεχνικούς οδηγούς να κατανοήσουν τα βασικά στοιχεία της σύνταξης ιστοριών χρηστών. Ορισμένα μέρη για να ξεκινήσετε περιλαμβάνουν άρθρα από Atlassian, FreeCodeCamp, Agile Modeling και αυτά τα 200 παραδείγματα ιστοριών χρηστών. Μία από τις πιο ολοκληρωμένες εγγραφές είναι η καλύτερη ευέλικτη ιστορία του Alexander Cowan. Υπάρχουν βιβλία για τη συγγραφή ιστοριών, συμπεριλαμβανομένων Χαρτογράφηση ιστοριών χρηστώντων Jeff Paton και Peter Economy και Εφαρμοσμένες ιστορίες χρηστώναπό τον Mike Cohn Μπορείτε επίσης να παρακολουθήσετε μαθήματα συγγραφής ιστοριών από τους Udemy, Learning Tree, VersionOne και Lynda.
Μια θεμελιώδης αρχή που μοιράστηκε για πρώτη φορά ο Bill Wake είναι επενδύστε σε καλές ιστορίες. Επενδύωσημαίνει «ανεξάρτητο, διαπραγματεύσιμο, πολύτιμο, εκτιμώμενο, μικρό και δοκιμαστικό», που αποτελούν μια καλή λίστα ελέγχου για ευέλικτους συγγραφείς ιστοριών. "Ένας ευέλικτος οδηγός ηγεσίας για τη σύνταξη ιστοριών χρηστών" είναι ένα άρθρο που εξηγεί πώς να κάνετε αίτηση επενδύωαρχές.
Τα βασικά είναι σχετικά εύκολα, αλλά συχνά ακούω και μάρτυρες αποσυνδέονται μεταξύ των ενδιαφερομένων, των ιδιοκτητών προϊόντων, των προγραμματιστών και των δοκιμαστών σχετικά με την ποιότητα των απαιτήσεων ή εάν μια ιστορία έχει γίνει πραγματικά. Υπάρχουν μερικές φορές αντικρουόμενες απόψεις σχετικά με το απαιτούμενο επίπεδο λεπτομέρειας, πού να ταιριάζουν στις τεχνικές απαιτήσεις και ποια αντικείμενα πρέπει να δημιουργηθούν με ιστορίες χρηστών.
Έχοντας υπόψη αυτές τις ερωτήσεις, ακολουθούν επτά βασικές οδηγίες για τη συγγραφή ευέλικτων ιστοριών χρηστών.
1. Γράψτε ιστορίες για το κοινό που θα τις χρησιμοποιήσει
Πριν γράψετε ιστορίες, λάβετε υπόψη ότι οι ιστορίες προορίζονται για ανάγνωση και κατανόηση από άτομα που συμμετέχουν στη διαδικασία ανάπτυξης με διαφορετικές ανάγκες και ευθύνες. Οι συγγραφείς ιστοριών και οι συνεισφέροντες πρέπει να κρατήσουν το κοινό στο νου και να συντάξουν ιστορίες για να αντιμετωπίσουν τις συλλογικές ανάγκες:
- Οι ιδιοκτήτες προϊόντων μπορεί να μην είναι αυτοί που γράφουν τις ιστορίες, ειδικά εάν ο οργανισμός σας αναθέτει αυτή τη λειτουργία σε αναλυτές επιχειρήσεων ή εάν υπάρχουν πολλά άτομα που εμπλέκονται στη συγγραφή ιστοριών. Οι κάτοχοι προϊόντων θέλουν να διασφαλίσουν ότι η ιστορία συλλαμβάνει πλήρως τις ανάγκες και τις προθέσεις του χρήστη. Πρέπει να διαβάσουν τα λεπτομερή κριτήρια αποδοχής, αλλά δεν θέλουν απαραίτητα να μπλοκαριστούν με τεχνικές λεπτομέρειες εφαρμογής. Οι ιδιοκτήτες προϊόντων θα πρέπει επίσης να καταλάβουν πώς η ιστορία είναι ευθυγραμμισμένη με τη μεγαλύτερη εικόνα, οπότε πρέπει να ενδιαφέρονται ενεργά για τον τρόπο με τον οποίο ορίζονται τα έπη και τα χαρακτηριστικά και πώς τους ανατίθενται οι ιστορίες.
- Οι ενδιαφερόμενοι δεν θα διαβάσουν τις λεπτομέρειες της ιστορίας, αλλά θα διαβάσουν τα έπη και θα διαβάσουν την περίληψη της ιστορίας. Αν έχετε πολλούς ενδιαφερόμενους, σκεφτείτε να χρησιμοποιήσετε μια περιγραφική μορφή για περιλήψεις και να μετακινήσετε το "Ως τύπος ή ρόλο χρήστηΠεριγραφή στην αρχή της περιγραφής ιστορίας χρήστη.
- Οι τεχνικοί οδηγοί είναι συχνά το πρώτο άτομο από την ομάδα που εξέτασε ιστορίες και θα μελετήσουν τις απαιτήσεις για να δουν αν μια ιστορία είναι πολύ μεγάλη και πρέπει να χωριστεί σε πολλές ιστορίες ή να δει εάν η ιστορία χρειάζεται κάποια τεχνική εργασία για να προσδιορίσει το καλύτερο λύση.
- Ο εκχωρούμενος είναι το άτομο που είναι υπεύθυνο να ελέγχει τις λεπτομέρειες και να αναφέρει την πρόοδο σε ημερήσιες συναντήσεις. Οι εκχωρούμενοι θα πρέπει να εξετάζουν ιστορίες για εξαρτήσεις που μπορεί να γίνουν μπλοκ κατά τη διάρκεια του σπριντ.
- Τα μέλη της ομάδας συχνά αναθεωρούν όλες τις ιστορίες για να κατανοήσουν τις ανατεθείσες ιστορίες τους στο πλαίσιο άλλων ιστοριών που έχουν ανατεθεί στο σπριντ.
- Οι υπεύθυνοι δοκιμών καθορίζουν εάν υπάρχουν κενά ή κίνδυνοι που δεν προσδιορίζονται στα κριτήρια αποδοχής και, στη συνέχεια, εξετάζουν τον καλύτερο τρόπο εφαρμογής τους σε αυτοματοποιημένα πλαίσια δοκιμών.
- Ο αναλυτής της ομάδας, ο οποίος μπορεί να είναι διευθυντής προγράμματος ή μέλος του γραφείου διαχείρισης έργου, θέλει τις ιστορίες να είναι πλήρως επισημασμένες και κατηγοριοποιημένες, έτσι ώστε να μπορούν να αντληθούν σημαντικές μετρήσεις από την καθυστέρηση.
2. Ξεκινήστε έχοντας κατά νου τον χρήστη
Αν και οι ευέλικτες ιστορίες χρηστών μπορεί να απαιτούν πολλές λεπτομέρειες, είναι πολύ σημαντικό να ξεκινήσετε έχοντας κατά νου τον χρήστη. Η ιστορία πρέπει να είναι καθοριστική τιενέργεια ή πρόθεση που θέλει να πραγματοποιήσει ο χρήστης και ΓιατίΑυτό αντιμετωπίζει μια ανάγκη, μια βασική αξία ή έναν στόχο που προκύπτει από την εμπειρία.
Για πιο περίπλοκες εφαρμογές, ο ορισμός διαφορετικών προσωπικών δεδομένων χρήστη που απεικονίζουν ανάγκες, τιμές και πρότυπα χρήσης διαφορετικών τύπων χρηστών είναι μια σημαντική πειθαρχία και μπορεί να βελτιώσει τη συγγραφή ιστοριών. Στις «10 συμβουλές για τη σύνταξη καλών ιστοριών χρηστών», ο Roman Pichler προτείνει ότι «οι στόχοι προσωπικού σάς βοηθούν να ανακαλύψετε τις σωστές ιστορίες. Αναρωτηθείτε ποια λειτουργικότητα πρέπει να παρέχει το προϊόν για την επίτευξη των στόχων των προσωπικών προσώπων. " Η χρήση προσωπικών για την ενίσχυση των στόχων των χρηστών παρέχει μια πιο πλούσια έννοια Γιατίμια ιστορία είναι σημαντική και βοηθά στην ιεράρχηση των καθυστερήσεων.
3. Απαντήστε γιατί η ιστορία είναι σημαντική
Η κατανόηση, η τεκμηρίωση και η συζήτηση των αναγκών των χρηστών ή των στόχων προσωπικού χρήστη είναι μόνο μια διάσταση Γιατίο ιδιοκτήτης του προϊόντος δίνει προτεραιότητα στις ιστορίες. Η ιστορία πρέπει επίσης να παρέχει επιχειρηματική αξία, κάτι που είναι δύσκολο να ποσοτικοποιηθεί αλλά μπορεί να είναι τροποποιήσιμοςσε επίπεδο ιστορίας, λειτουργίας, επικού ή κυκλοφορίας.
Απάντηση Γιατίμπορεί να είναι σημαντικό για τους προγραμματιστές όταν έχουν την εξουσία να προτείνουν διαφορετικές επιλογές υλοποίησης. Για παράδειγμα, μια δυνατότητα που βελτιώνει την εμπειρία σύνδεσης για τους χρήστες μπορεί επίσης να ωφελήσει την επιχείρηση εάν η νέα εμπειρία παράγει επίσης καλύτερα δεδομένα πελατών. Ένας προγραμματιστής μπορεί να προβληματιστεί σχετικά με αυτήν την προστιθέμενη επιχειρηματική αξία και να βελτιστοποιήσει την εφαρμογή για αυτόν τον στόχο, ακόμη και αν τα κριτήρια αποδοχής της ιστορίας δεν είναι συγκεκριμένα σχετικά με αυτήν την απαίτηση.
4. Καθορίστε τα κριτήρια αποδοχής χωρίς να ορίσετε μια λύση
Η πιο σημαντική πειθαρχία που πρέπει να επικεντρωθεί στη συγγραφή ιστοριών είναι η σύνταξη κριτηρίων αποδοχής. Αυτές είναι συχνά κουκκίδες λίστες σύντομων δηλώσεων pass-or -fail που τεκμηριώνουν τις απαιτήσεις, τους περιορισμούς, τις μετρήσεις και τις προσδοκίες. Αυτά τα κριτήρια αποδοχής χρησιμοποιούνται συχνά με διάφορους τρόπους:
- Οι τεχνικοί προπονητές και οι ομάδες τους χρησιμοποιούν για να εκτιμήσουν τα σημεία ιστορίας με βάση την πολυπλοκότητα και την προσπάθεια.
- Οι προγραμματιστές περιορίζουν τις επιλογές εφαρμογής σε αυτές που πληρούν τα κριτήρια αποδοχής.
- Οι ιδιοκτήτες προϊόντων ενδέχεται να μειώσουν το εύρος ή την πολυπλοκότητα των κριτηρίων αποδοχής για να οδηγήσουν τις υλοποιήσεις με χαμηλότερες εκτιμήσεις.
- Ο εκχωρούμενος επικοινωνεί μπλοκ ή ζητήματα που πληρούν δύσκολα κριτήρια κατά τη διάρκεια της αναμονής.
- Οι μηχανικοί διασφάλισης ποιότητας χρησιμοποιούν κριτήρια αποδοχής για την ανάπτυξη αυτοματοποιημένων δοκιμών.
- Ο ιδιοκτήτης του προϊόντος ελέγχει βασικά κριτήρια κατά τη διάρκεια της ευέλικτης επίδειξης για να διασφαλίσει ότι η ιστορία είναι Ολοκληρώθηκε.
Το γράψιμο των κριτηρίων αποδοχής δεν είναι ασήμαντο. Τα κριτήρια αποδοχής για τα κριτήρια αποδοχής επισημαίνουν ορισμένα από τα ζητήματα, όπως η παροχή πάρα πολλών κριτηρίων, ο καθορισμός κριτηρίων που είναι πολύ ασαφή ή η τεκμηρίωση σύνθετων κριτηρίων που δεν μπορούν εύκολα να επαληθευτούν. Μερικοί συγγραφείς χρησιμοποιούν πρότυπα κριτηρίων αποδοχής που ορίζουν μια δομή για σύντομα, ατομικά και δοκιμαστικά κριτήρια.
5. Χρησιμοποιήστε ιστορίες για να ορίσετε τι και γιατί. καθορίστε εργασίες σχετικά με τον τρόπο υλοποίησης
Ένα από τα κρίσιμα λάθη που βλέπω ότι οι ομάδες κάνουν γύρω από τη συγγραφή ιστοριών είναι να είναι ρητός και συγκεκριμένος σχετικά με την υλοποίηση. Αυτές οι κακώς γραμμένες ιστορίες επενδύουν πολλή προσπάθεια στην περιγραφή πωςνα εφαρμόζει συχνά εις βάρος της περιγραφής τιο χρήστης χρειάζεται, Γιατίαντιμετωπίζει τους στόχους τους και όπουοδηγεί την επιχειρηματική αξία.
Υπάρχουν μερικοί λόγοι που μπορεί να συμβεί αυτό.
Οι άπειροι ιδιοκτήτες προϊόντων μπορούν να χρησιμοποιούν ιστορίες για να χρωματίσουν τα οράματα εφαρμογής τους. Με άλλα λόγια, μπορεί να καθορίζουν υπερβολικά το σχεδιασμό του χρήστη και τις λειτουργικές υλοποιήσεις αντί να μοιράζονται την εμπειρία και τα οφέλη του στοχευόμενου χρήστη. Μερικοί ιδιοκτήτες προϊόντων συγχέουν την αντίληψή τους για το πώς κάτι θα μπορούσεδουλέψτε (τη διαδικασία με την οποία καταλαβαίνουν τις απαιτήσεις) με το πώς πρέπειλειτουργεί, μετατρέποντας κατά λάθος ένα παράδειγμα εσωτερικής εφαρμογής σε μια εξωτερική προδιαγραφή εφαρμογής.
Άλλοι ιδιοκτήτες προϊόντων μπορεί να υπερβούν τα όριά τους ζητώντας από την ομάδα να «φτιάξω αυτό». Αυτή είναι μια από τις 20 κακές συμπεριφορές των ιδιοκτητών προϊόντων, για τις οποίες έχω συστάσεις στους ιδιοκτήτες προϊόντων για τη συνεργασία με την ομάδα γύρω από λύσεις.
Ο άλλος λόγος που οι ιστορίες μπορεί να είναι γεμάτες με λεπτομέρειες εφαρμογής είναι ότι ορισμένες ομάδες και τεχνολογικοί ηγέτες θέλουν αυτό το επίπεδο λεπτομέρειας. Οι νεοσύστατες τεχνικές ομάδες που εργάζονται για να βελτιώσουν τις υπάρχουσες εφαρμογές ενδέχεται να επιθυμούν αυτό το επίπεδο λεπτομέρειας έως ότου καταλάβουν καλύτερα πώς λειτουργεί η εφαρμογή και κατανοούν πλήρως τις ανάγκες των χρηστών. Ορισμένες κατανεμημένες ομάδες που συνεργάζονται με υπεράκτιους προγραμματιστές ή ελεύθερους επαγγελματίες μπορεί επίσης να θέλουν να τεκμηριώσουν τις λεπτομέρειες εφαρμογής για να διασφαλίσουν ότι αυτά τα μέλη κατανοούν τις ευθύνες τους.
Για τέτοιες ομάδες, το καλύτερο που πρέπει να κάνετε είναι να συνδεθείτε με διαγράμματα υλοποίησης και να τεκμηριώσετε ποιος κάνει τι και πώς ως εργασίες συνδέονται με την ιστορία. Τα περισσότερα ευέλικτα εργαλεία διαχείρισης επιτρέπουν εργασίες ή δευτερεύουσες εργασίες, και αυτό το επίπεδο λεπτομέρειας συνήθως διαχωρίζεται από το σώμα της ιστορίας. Ένα διάγραμμα σε αυτήν την ανάρτηση κάνει καλή δουλειά που απεικονίζει αυτήν τη σημαντική αρχή της χρήσης ευέλικτων ιστοριών για την ανάλυση των εμπειριών των χρηστών και των επιχειρηματικών διαδικασιών και την προσθήκη εργασιών για τον καθορισμό της εφαρμογής σε μεμονωμένα κομμάτια εργασίας.
6. Προσθέστε ετικέτες στις ιστορίες σας για να αυξήσετε τις αναλύσεις και να εξασκήσετε βελτιώσεις
Όταν οι ιστορίες γράφονται, επεξεργάζονται και ολοκληρώνονται, πολλές ομάδες προσπαθούν να καταγράψουν μετρήσεις και να πραγματοποιήσουν αναλυτικά στοιχεία που μπορούν να οδηγήσουν στη βελτίωση της διαδικασίας ή να χρησιμοποιηθούν για την πραγματοποίηση επιχειρηματικών περιπτώσεων για πρόσθετες επενδύσεις.
Ορίστε μερικά παραδείγματα:
- Επισημάνετε τις ιστορίες ως τεχνικό χρέος για να ποσοτικοποιήσετε το μέγεθος του χρέους, το ποσοστό της ταχύτητας της ομάδας που χρησιμοποιήθηκε για την αντιμετώπισή του και το συνολικό χρέος που ολοκληρώθηκε με κάθε κυκλοφορία.
- Ορίστε λειτουργικές και τεχνικές εξελίξεις για να οδηγήσετε τον πειραματισμό και την καινοτομία και, στη συνέχεια, να αναφέρετε πού επηρεάζει τις επιχειρήσεις.
- Εάν η ομάδα σας υπολογίζει ευέλικτες ιστορίες χρηστών, ζητήστε από την ομάδα να προσθέσει ετικέτες σε ιστορίες στο τέλος του σπριντ για να υποδείξει εάν υπερεκτιμήθηκε ή υποεκτίμησε για να βελτιώσει την ακρίβεια των εκτιμήσεων.
- Χρησιμοποιήστε ετικέτες, στοιχεία και προσαρμοσμένα πεδία για να βοηθήσετε στην αναζήτηση καθυστερήσεων για ιστορικές αντιλήψεις ή μετρήσεις. Για παράδειγμα, γνωρίζοντας ποιες ιστορίες επηρέασαν τα API ή ποιες απαιτήσεις οδήγησαν στις τελευταίες λειτουργικές βελτιώσεις σε μια συγκεκριμένη περιοχή της εφαρμογής, μπορούν να γίνουν όταν οι ιστορίες επισημαίνονται σε λειτουργικά και τεχνικά στοιχεία.
- Προσθέστε ετικέτες σε ιστορίες που συλλέγουν ή επεξεργάζονται ευαίσθητες πληροφορίες, όπως πληροφορίες προσωπικής ταυτοποίησης (PII), συναλλαγές ηλεκτρονικού εμπορίου ή δεδομένα που ρυθμίζονται από τον κλάδο, όπως δεδομένα HIPAA, για να επιτρέπονται έλεγχοι ασφάλειας και συμμόρφωσης.
- Δώστε σχόλια στον κάτοχο του προϊόντος και στην ομάδα. Πέρα από τη σήμανση μιας ιστορίας Ολοκληρώθηκε, ένας ιδιοκτήτης προϊόντος θα μπορούσε επίσης να παρέχει σχόλια στην ομάδα, όπως η αναγνώριση α καλή δουλειά. Ομοίως, η ομάδα μπορεί να παρέχει σχόλια στον κάτοχο του προϊόντος σχετικά με τη συνολική ποιότητα και ερμηνεία μιας ιστορίας χρήστη.
7. Ορίστε ευέλικτα πρότυπα ιστορίας και οδηγούς στυλ
Οι μεγαλύτεροι οργανισμοί που συνεργάζονται με πολλές ευέλικτες ομάδες και ιδιοκτήτες προϊόντων μπορεί να θέλουν να συντάξουν πρότυπα και οδηγούς στυλ για τη συγγραφή ιστοριών. Η συνέπεια βοηθά τους νέους ιδιοκτήτες προϊόντων να μάθουν τις δεξιότητες γραφής πιο γρήγορα και επίσης βελτιώνει την αποτελεσματικότητα των μελών της ομάδας στην κατανάλωση των πληροφοριών.
Ένας άλλος λόγος για το σχεδιασμό προτύπων ιστορίας είναι ότι διαφορετικοί τύποι προϊόντων και εφαρμογών προσφέρονται για διαφορετικές εκφράσεις ιστορίας χρηστών και αντικείμενα. Μερικά παραδείγματα:
- Οι ιστορίες επιχειρηματικών διαδικασιών ενδέχεται να απαιτούν συνδέσμους για διαγράμματα ροής εργασίας και επίσης να καθορίζουν ρόλους και δικαιώματα.
- Οι ιστορίες εφαρμογών που απευθύνονται σε πελάτες θα πρέπει να έχουν συνδέσμους προς wireframes και να περιλαμβάνουν κριτήρια απόδοσης.
- Οι ιστορίες API πρέπει να τεκμηριώνουν τα αναμενόμενα μοτίβα και μετρήσεις χρήσης.
- Οι ιστορίες επιχειρηματικής ευφυΐας και οπτικοποίησης δεδομένων θα πρέπει να παρέχουν οδηγίες σχετικά με τα πεδία και τις πληροφορίες που απαιτούνται για την ζητούμενη ανάλυση.
Τα πρότυπα βοηθούν στη γεφύρωση της επικοινωνίας μεταξύ ομάδων και ιδιοκτητών προϊόντων σχετικά με το τι πρέπει να επικεντρωθούν κατά τη συγγραφή ευέλικτων ιστοριών.
Και δεν είναι αυτό το σημείο των ευέλικτων ιστοριών; Οι ευέλικτες πρακτικές συγγραφής ιστοριών, οι οδηγίες και οι αρχές υπάρχουν για να βοηθήσουν τις ομάδες να γνωρίζουν τι είναι σημαντικό για τους χρήστες και την επιχείρηση, προτού εξετάσουν πώς να εφαρμόσουν.
