Λύσεις Visure


Υποστήριξη
Εγγραφη
Είσοδος
Ξεκινήστε δωρεάν δοκιμή

Τι πρέπει να κάνετε και να μην κάνετε για τις απαιτήσεις γραφής

Τι πρέπει να κάνετε και να μην κάνετε για τις απαιτήσεις γραφής

Πίνακας περιεχομένων

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

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

Τι είναι η προδιαγραφή απαιτήσεων;

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

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

Τι σημαίνουν οι «Βέλτιστες Πρακτικές» στη Διαχείριση Απαιτήσεων;

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

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

Προκλήσεις κατά τη συγγραφή απαιτήσεων

Υπάρχουν διάφορες προκλήσεις που αντιμετωπίζουν οι άνθρωποι κατά τη σύνταξη των απαιτήσεων.

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

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

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

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

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

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

Οι επιχειρηματικοί αναλυτές θα πρέπει πάντα να θυμούνται να διατηρούν ξεχωριστές τις απαιτήσεις σχεδιασμού και λειτουργικότητας στην τεκμηρίωσή τους. Χρησιμοποιώντας πιο γενικά εργαλεία όπως διαγράμματα, ιστορίες χρηστών ή πρωτότυπα χαμηλής τεχνολογίας αντί για προσχέδια σχεδίασης, μπορούν να διατηρήσουν την εστίαση στις λειτουργικές πτυχές της συγκέντρωσης απαιτήσεων.

Εισροές ενδιαφερομένων – Όταν οι ενδιαφερόμενοι ή οι τελικοί χρήστες προσπαθούν να πουν στους σχεδιαστές πώς πρέπει να λειτουργεί το σύστημα αντί για το τι πρέπει να κάνει το σύστημα, μπορεί να οδηγήσει σε μη βέλτιστα σχέδια. Για να το αποτρέψετε, επικυρώστε κάθε πιθανή «ψευδή απαίτηση» ρωτώντας «γιατί;» μέχρι να φτάσετε στο πραγματικό πρόβλημα που χρειάζεται επίλυση.

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

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

10 πράγματα που πρέπει να κάνετε και να μην κάνετε κατά τη σύνταξη απαιτήσεων:

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

Μην το #1. Μιλήστε «τι» όχι «πώς» – Η εστίαση πρέπει να είναι στο τι θα κάνει το σύστημα, όχι στο πώς το κάνει. Επιπλέον, αποφύγετε να εμβαθύνετε σε θέματα σχεδίασης, όπως ονόματα πεδίων, αντικείμενα γλώσσας προγραμματισμού και αντικείμενα λογισμικού. Εάν συζητάτε αυτά τα θέματα στο Έγγραφο Προδιαγραφών Απαιτήσεων, κάντε ένα βήμα πίσω – αυτό πιθανότατα σημαίνει ότι γίνεστε πολύ συγκεκριμένοι.

Κάντε #2. Ιχνηλασιμότητα – Η ιχνηλασιμότητα στη διαχείριση έργου αναφέρεται στη διασφάλιση ότι οι απαιτήσεις συνδέονται με άλλα στοιχεία του έργου. Αυτό επιτρέπει στους διαχειριστές έργων, τους προγραμματιστές και τους ενδιαφερόμενους φορείς να παρακολουθούν ολόκληρο τον κύκλο ζωής μιας απαίτησης από την αρχή μέχρι το τέλος προς όλες τις κατευθύνσεις καθώς και με άλλα μέρη του συστήματος. Εάν διαχειρίζεστε σωστά την ιχνηλασιμότητα, μπορείτε να αποφύγετε τον κωδικό που δεν αντιστοιχεί σε καμία απαίτηση («αδέσποτος» κωδικός) και να βεβαιωθείτε ότι κάθε περίπτωση δοκιμής καλύπτει τουλάχιστον μία απαίτηση. Μπορείτε να κάνετε τις απαιτήσεις ανιχνεύσιμες, επισημαίνοντάς τους με ένα μοναδικό αναγνωριστικό και παρέχοντας πληροφορίες σχετικά με την πηγή τους σε ένα κεντρικό αποθετήριο προσβάσιμο σε όλα τα μέλη της ομάδας.

Μην το #2. Χωρίς εξαιρέσεις – Μια απαίτηση δεν πρέπει να έχει ρήτρα διαφυγής. Για παράδειγμα, «Το σύστημα θα καθορίζει τον αριθμό των προσπαθειών σύνδεσης, εκτός εάν ο χρήστης έχει πληκτρολογήσει σαφώς εσφαλμένο όνομα χρήστη».

Κάντε #3. Εφικτός – Βεβαιωθείτε ότι ο προϋπολογισμός και το χρονοδιάγραμμα του έργου είναι εφικτά, μαζί με τους διαθέσιμους πόρους. Εάν αυτή η συνθήκη μπορεί να υποστηρίξει την απαίτηση, τότε είναι δυνατό να προχωρήσετε με το σχέδιο.

Μην το #3. Πείτε Όχι στις ρήτρες «αποχώρησης». – Προσπαθήστε να μείνετε μακριά από φράσεις όπως αλλά, εκτός, και μόνο εάν είναι απαραίτητο.

Κάντε #4. Συνοχή – Διατηρήστε ένα σταθερό επίπεδο λεπτομέρειας. Για παράδειγμα, για τις απαιτήσεις του χρήστη, ένας τελικός χρήστης θα πρέπει να είναι το θέμα κάθε πρότασης. Ομοίως, για τις απαιτήσεις συστήματος, ένα σύστημα θα πρέπει να είναι το αντικείμενο κάθε πρότασης.

Μην το #4. Χωρίς συντομογραφίες – Κάθε απαίτηση πρέπει να είναι μια πλήρης πρόταση χωρίς ακρωνύμια ή ορολογία.

Κάντε #5. Ενεργητική φωνή – Να γράφετε πάντα με ενεργή φωνή, φροντίζοντας ένας από τους ηθοποιούς να είναι το θέμα κάθε πρότασης.

Μην το #5. Μην είσαι διφορούμενος – Μη χρησιμοποιείτε διφορούμενους όρους όπως π.χ περίπου κ.λπ., και περισσότερους τέτοιους όρους στο έγγραφο απαιτήσεων. Φροντίστε να εξηγήσετε τις απαιτήσεις με τέτοιο τρόπο ώστε όλοι οι εμπλεκόμενοι να τις κατανοούν σωστά. Οι ασαφείς δηλώσεις μπορεί να οδηγήσουν σε παρερμηνείες και μπορεί να προκαλέσουν συγκρούσεις μεταξύ διαφόρων ενδιαφερομένων.

Κάντε #6. Υποκείμενο & Κατηγόρημα – Για κάθε απαίτηση, πρέπει να υπάρχει ένα υποκείμενο (χρήστης/σύστημα) και ένα κατηγόρημα (προβλεπόμενο αποτέλεσμα, ενέργεια ή συνθήκη).

Μην το #6. Οι εικασίες μπορούν να προκαλέσουν ζημιά – Μην μαντεύετε. μην κάνετε λίστες με χαρακτηριστικά που δεν συζητούνται. Το να λέτε ότι θέλετε ένα σύστημα να χειρίζεται όλες τις απροσδόκητες αποτυχίες είναι καθαρή φαντασία, καθώς κανένα σύστημα δεν θα είναι ποτέ 100 τοις εκατό αυτό που επιθυμείτε να είναι. Αποφύγετε τις επικαλύψεις και τις αντιφατικές δηλώσεις.

Κάντε #7. Βεβαιώσιμος – Ένα άλλο πράγμα που πρέπει να έχετε κατά νου όταν οργανώνετε τις απαιτήσεις είναι ότι πρέπει πάντα να είναι ελεγχόμενες. Αυτό σημαίνει ότι πρέπει να είναι δυνατό να επαληθευτεί ότι το σύστημα πληροί την εν λόγω απαίτηση. Αυτό συνδέεται επίσης με το επόμενο σημείο μας - την ιχνηλασιμότητα. Εάν μια απαίτηση είναι γεμάτη από αόριστους όρους, τότε γίνεται πιο δύσκολο να αναλυθεί και να επαληθευτεί εάν το σύστημα πληροί πραγματικά αυτά τα πρότυπα από άποψη απόδοσης. Επομένως, όσο το δυνατόν περισσότερο, στοχεύστε στη σαφήνεια και την ακρίβεια στη γλώσσα σας, ώστε η συλλογή Απαιτήσεων να μην είναι μια διφορούμενη διαδικασία.

Μην το #7. Αποφύγετε τις Επιλογές – Μην προσφέρετε ιδέες ή επιλογές. Μπορείτε να τα εντοπίσετε σε οποιαδήποτε δήλωση που περιλαμβάνει τις φράσεις may, may, could, ή ought.

Κάντε #8. Σωστός – Βεβαιωθείτε ότι κάθε πρόταση είναι πλήρης και γραμματικά σωστή με σωστό υποκείμενο, ρήμα και κατηγόρημα.

Μην το #8. Μην μιλάτε σε μελλοντικό χρόνο – Μην αναφέρεστε σε μια απαίτηση που δεν έχει ακόμη καθοριστεί. Στόχος σας είναι να κάνετε το έγγραφο όσο το δυνατόν πιο ευχάριστο στην ανάγνωση.

Κάντε #9. Συγκέντρωση – Εστιάστε εξαλείφοντας τις μπερδεμένες φράσεις, τις υπερβολικές φράσεις και τις αναφορές σε ξεπερασμένα έγγραφα.

Μην το #9. Τι πρέπει να χρησιμοποιείται και πού; – Το «Θα» θα πρέπει να χρησιμοποιείται όταν δηλώνονται απαιτήσεις, το «Θα» θα πρέπει να χρησιμοποιείται για την αναπαράσταση δηλώσεων γεγονότων. & «Πρέπει» να αντιπροσωπεύει έναν στόχο που πρέπει να επιτευχθεί.

Κάντε #10. Η οργανωμένη γραφική εργασία κάνει θαύματα – Διατηρήστε τις απαιτήσεις οργανωμένες σε ένα μέρος για να βελτιώσετε την αναγνωσιμότητα του εγγράφου σας και να αποφύγετε τη σπατάλη χρόνου διασταυρώνοντας πολλές πηγές.

Μην το #10. Μην χρησιμοποιείτε άγνωστους όρους – Μην χρησιμοποιείτε άγνωστους όρους όπως «φιλικό προς το χρήστη, ευέλικτο και ισχυρό», καθώς μπορεί να δημιουργήσει δυσκολίες όταν προσπαθείτε να ορίσετε τις περιπτώσεις δοκιμής. Αυτές οι λέξεις έχουν συχνά διαφορετικές έννοιες για διαφορετικούς ανθρώπους.

Απαιτήσεις Visure Πλατφόρμα ALM

Το Visure είναι μια από τις πιο αξιόπιστες πλατφόρμες διαχείρισης κύκλου ζωής εφαρμογών που ειδικεύεται στη διαχείριση απαιτήσεων για οργανισμούς όλων των μεγεθών σε όλο τον κόσμο. Οι κύριοι συνεργάτες της Visure περιλαμβάνουν εταιρείες κρίσιμες για τις επιχειρήσεις και κρίσιμες για την ασφάλεια εταιρείες. Η εταιρεία ενσωματώνει το σύνολο των διαδικασιών Διαχείρισης Κύκλου Ζωής Εφαρμογών, συμπεριλαμβανομένης της διαχείρισης κινδύνου, της παρακολούθησης ζητημάτων και ελαττωμάτων, της διαχείρισης ιχνηλασιμότητας, της διαχείρισης αλλαγών και διαφόρων άλλων τομέων όπως η ανάλυση ποιότητας, η έκδοση απαιτήσεων και η ισχυρή αναφορά.  

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

Συμπέρασμα

Η προδιαγραφή απαιτήσεων είναι μια κρίσιμη διαδικασία στην ανάπτυξη λογισμικού, αλλά μπορεί να είναι δύσκολο να γραφτούν καλές απαιτήσεις. Οι 20 συμβουλές που παρέχουμε θα σας βοηθήσουν να γράψετε καλύτερες απαιτήσεις, καθιστώντας τη διαδικασία πιο ομαλή για όλους τους εμπλεκόμενους. Εάν θέλετε να μεταφέρετε τις απαιτήσεις σας γραπτώς στο επόμενο επίπεδο, σκεφτείτε να χρησιμοποιήσετε ένα εργαλείο όπως το Visure Requirements ALM Platform. Αίτημα α δωρεάν δοκιμή 30-ημέρα σήμερα και δείτε πώς η πλατφόρμα μας μπορεί να σας βοηθήσει να βελτιώσετε τις διαδικασίες συλλογής και διαχείρισης των απαιτήσεών σας.

Μην ξεχάσετε να μοιραστείτε αυτήν την ανάρτηση!

Η Κορυφαία

Εξορθολογισμός Διαχείρισης και Επικύρωσης Απαιτήσεων

Ιούλιος 11th, 2024

10 π.μ. EST | 4 μ.μ. CET | 7 π.μ. PST

Louis Arduin

Louis Arduin

Senior Consultant, Visure Solutions

Thomas Dirsch

Ανώτερος Σύμβουλος Ποιότητας Λογισμικού, Razorcat Development GmbH

Μια ολοκληρωμένη προσέγγιση με Visure Solutions και Razorcat Development TESSY

Μάθετε πώς να βελτιστοποιείτε τη διαχείριση και την επικύρωση απαιτήσεων για τα καλύτερα αποτελέσματα.