Λύσεις Visure


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

Πόσο χρόνο χρειάζονται οι απαιτήσεις;

Πόσο χρόνο χρειάζονται οι απαιτήσεις;

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

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

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

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

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

Σημεία αναφοράς βιομηχανίας

Για να δώσετε ένα παράδειγμα της πιθανής χρησιμότητας των σημείων αναφοράς, ανατρέξτε στον Πίνακα 1. Τα δεδομένα που παρουσιάζονται υποδεικνύουν τους μέσους όρους του κλάδου για διάφορες προσπάθειες δημιουργίας απαιτήσεων και πρωτοτύπων σχετικά με έργα που έχουν μέγεθος 10,000 σημείων λειτουργίας (περίπου ένα εκατομμύριο γραμμές κώδικα), που προέρχονται από «Αξιολογήσεις λογισμικού, σημεία αναφοράς και βέλτιστες πρακτικές» του Capers Jones. Πόσο σχετικοί είναι αυτοί οι αριθμοί για το δικό σας έργο;

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

Εργαλείο διαχείρισης απαιτήσεων ALM

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

Καθώς εργαζόμουν σε μικρότερα έργα όταν εργαζόμουν στην Kodak, η ομάδα μας διέθεταν συχνά το 15% έως το 18% της συνολικής προσπάθειας σε απαιτητικές δραστηριότητες. Διαπιστώσαμε ότι αυτή η επένδυση μείωσε το ποσό των αλλαγών μετά την παράδοση που απαιτούνται. Είναι δύσκολο να συνδέσουμε τις αιτίες και τα αποτελέσματα με βεβαιότητα, αλλά είναι πιθανό ότι το χαμηλό ποσοστό συντήρησης οφείλεται σε μεγάλο βαθμό στην καλλιέργεια σημαντικής συμμετοχής των χρηστών.

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

Η δική σας εμπειρία

Για να ξεκινήσουμε, μπορεί να είναι χρήσιμο να επανεξεταστούν τα δεδομένα από προηγούμενα έργα για να καθοριστεί τι είδους προσπάθεια αφιερώθηκε ειδικά στη συλλογή απαιτήσεων. Αυτό θα σας επιτρέψει να αξιολογήσετε πόσο επιτυχημένη ήταν η διαδικασία ανάπτυξής σας στο παρελθόν και να χρησιμοποιήσετε αυτές τις πληροφορίες κατά την εκτίμηση του κόστους της για μελλοντικές προσπάθειες. Ως πρόσθετος παράγοντας, προσαρμόστε τις αρχικές σας εκτιμήσεις ανατρέχοντας στο Σχήμα 1, το οποίο σκιαγραφεί τις διαφορές μεταξύ των επερχόμενων έργων και των έργων αναφοράς, καθώς και λαμβάνοντας υπόψη τυχόν άλλες σχετικές εκτιμήσεις σχετικά με το έργο σας. Αξιολογώντας καθένα από τα στοιχεία που παρατίθενται στο Σχήμα 1 σε μια κλίμακα που κυμαίνεται από 0 (καμία επιρροή) έως 5 (μεγάλο αποτέλεσμα), αυτή η αξιολόγηση μπορεί να σας βοηθήσει να εντοπίσετε παράγοντες κινδύνου που θα μπορούσαν να επεκτείνουν τη διαδικασία ανάπτυξης των απαιτήσεών σας.

Σύστημα Διαχείρισης Απαιτήσεων

Παράλληλα με άλλα στοιχεία, είναι σημαντικό να ληφθεί υπόψη ο κύκλος ζωής του έργου. Μην υποθέτετε ότι όλες οι απαιτήσεις πρέπει να συγκεντρωθούν στην αρχή όπως σε μια διαδοχική προσέγγιση ή σε μια προσέγγιση καταρράκτη (που φαίνεται από τη διακεκομμένη γραμμή στο Σχήμα 2). Αντί να έχετε μια χαρακτηριστική «φάση απαιτήσεων», σκεφτείτε μια σειρά από προϋποθέσεις που διασχίζουν κάθε στάδιο ανάπτυξης. Καθώς η Προδιαγραφή Απαιτήσεων Συστήματος (SRS) εξελίσσεται και αρχίζουν να προκύπτουν αιτήματα αλλαγής, πρέπει να παραμείνουμε επιμελείς στην ενεργή διαχείριση των βασικών γραμμών απαιτήσεων. Αυτή είναι μια συνεχής διαδικασία που απαιτεί συνεχή προσοχή.

Επαναληπτικές και αυξητικές προσεγγίσεις

Οι ευέλικτες προσεγγίσεις ανάπτυξης, όπως το Scrum, ακολουθούν μια προοδευτική διαδρομή. Αυτό επιτρέπει στους χρήστες να έχουν στα χέρια τους τις δυνητικά χρήσιμες λειτουργίες του προϊόντος γρήγορα και εύκολα να τροποποιούν τις απαιτήσεις τους όπως απαιτείται. Έτσι, οι προγραμματιστές μπορούν να συμβαδίζουν με τις συνεχώς μεταβαλλόμενες επιχειρηματικές απαιτήσεις χωρίς κόπο. Με ευέλικτα έργα, σπάνια υπάρχει ανάγκη για μεγάλες πρωτοβουλίες αιτήσεων λόγω μικρών αλλά τακτικών προσπαθειών συλλογής απαιτήσεων (συμπαγής γραμμή στο Σχήμα 2).

Βασική γραμμή απαιτήσεων

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

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

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

Εκκίνηση Απαιτήσεων Σχεδιασμού

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

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

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

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

Η Κορυφαία

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

Ιούλιος 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

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