role business analysts scrum
τι είναι ο έλεγχος λειτουργικότητας με παράδειγμα
Διακεκριμένος ρόλος επιχειρηματικών αναλυτών στο SCRUM:
Ένας Αναλυτής Επιχειρήσεων που αναφέρεται σύντομα ως BA παίζει πολύ δραστικό και σημαντικό ρόλο ΣΚΡΩΜΑ .
Αυτό το άτομο είναι ο σύνδεσμος μεταξύ του κατόχου του προϊόντος / πελάτη και της τεχνικής ομάδας πληροφορικής. Αν και έχουμε συναντήσει πολλά μαθήματα στον ιστότοπό μας στο BA, αυτό το σεμινάριο θα είναι κάπως μοναδικό και θα σας εξηγήσει τη σημασία του BA στο SCRUM.
Ας εξερευνήσουμε !!
=> Δείτε ΟΛΟΥΣ τα Εκπαιδευτικά Επιχειρηματικά Αναλυτικά Εδώ.
Τι θα μάθετε:
- Ευθύνες ενός BA
- Επιχειρηματικός αναλυτής ως ιδιοκτήτης προϊόντος
- Επιχειρηματικός αναλυτής ως μέλος της ομάδας
- Σημασία και ρόλος των επιχειρηματικών αναλυτών στην ομάδα SCRUM
- Γιατί το QA ταιριάζει καλύτερα σε αυτήν την εργασία;
- Συνιστώμενη ανάγνωση
Ευθύνες ενός BA
Υπάρχουν αρκετοί ρόλοι των επιχειρηματικών αναλυτών στο Scrum και υπάρχουν ορισμένες ευθύνες στις οποίες πρέπει να τηρεί ένα BA.
Λίγα επιλεκτικά μεταξύ αυτών αναφέρονται παρακάτω.
- Καλλωπισμός του καθυστερημένου προϊόντος με βάση την ιεράρχηση που παρέχεται από τον κάτοχο του προϊόντος.
- Ανάλυση των αναγκών των πελατών και εύρεση των λύσεων για την αντιμετώπισή τους.
- Δημιουργία απαιτήσεων με τη μορφή ιστοριών χρηστών με κατάλληλα κριτήρια αποδοχής.
- Εάν σε περίπτωση που οι ιστορίες χρηστών έχουν ήδη δημιουργηθεί από τον κάτοχο του προϊόντος (με κριτήρια αποδοχής), ελέγξτε τις για να βεβαιωθείτε ότι καλύπτεται κάθε κανόνας επιχείρησης και ότι τα κριτήρια αποδοχής πληρούν τη λειτουργικότητα της ιστορίας χρήστη.
- Συνεργασία με τον κάτοχο του προϊόντος και τα ενδιαφερόμενα μέρη για να κατανοήσουν το εύρος, να προτείνουν βελτιώσεις στις απαιτήσεις κ.λπ.
- Προετοιμασία εγγράφων όπως wireframes, design flow, UI κ.λπ., όπως και όταν απαιτείται.
Εκτός από αυτό, α Επιχειρηματικός αναλυτής είναι ένας σημαντικός συμμετέχων στις συνεδρίες καταιγισμού ιδεών όταν η ομάδα συναντιέται για να συζητήσει την καθυστέρηση του επερχόμενου σπριντ. Το BA καθοδηγεί την ομάδα, τους βοηθά να κατανοήσουν τις απαιτήσεις, και ακόμη και μερικές φορές πρέπει να εγκρίνει την εφαρμογή.
Συνεργάζεται επίσης στενά με τα QA, όπως η ανάλυση της κάλυψης δοκιμών, η μετατροπή περιπτώσεων χρήσης πραγματικού κόσμου σε δοκιμαστικές περιπτώσεις, η παροχή πληροφοριών για τη δοκιμή σύνθετων λειτουργιών κ.λπ. κατανοήστε τη ροή, την πολυπλοκότητα και την εξάρτηση.
Η BA πρέπει να συνεχίζει να μαθαίνει για τη νέα τάση που συμβαίνει στην αγορά, να συνεχίζει να καινοτομεί και να ενημερώνεται σχετικά με τον επιχειρηματικό τομέα για τον οποίο έχει κατασκευαστεί το προϊόν.
Επιχειρηματικός αναλυτής ως ιδιοκτήτης προϊόντος
Ανάλογα με τον πελάτη και την εταιρεία, συμβαίνει ορισμένες εταιρείες να έχουν το Business Analyst ως ιδιοκτήτη του προϊόντος. Σε αυτές τις περιπτώσεις, το BA είναι το σημείο επαφής για όλα τα ερωτήματα. Το BA γίνεται τότε ο διαμεσολαβητής μεταξύ της ομάδας και των ενδιαφερομένων.
Το BA πρέπει να κατανοήσει τις απαιτήσεις των ενδιαφερομένων, τη σκέψη τους για την προώθηση της επιχείρησης και τι (και πώς) η επιχείρηση πρέπει να αναπτυχθεί. Στη συνέχεια, βάσει των απαιτήσεων των ενδιαφερομένων, το BA πρέπει να δημιουργήσει τα έγγραφα, ιστορίες χρηστών, να δώσει προτεραιότητα στις ιστορίες, να βοηθήσει την ομάδα να τα κατανοήσει, να απαντήσει στις ερωτήσεις τους σχετικά με το ίδιο κ.λπ.
Το πιο σημαντικό πράγμα που πρέπει να σημειωθεί εδώ είναι ότι αυτό είναι σκόπιμο όταν το BA είναι φυσικά διαθέσιμο και δεν εντοπίζεται σε διαφορετική ζώνη ώρας για να αποφευχθεί το «κενό στην επικοινωνία».
Εάν το BA όπως στον κάτοχο του προϊόντος εντοπίζεται σε διαφορετική ζώνη ώρας, τότε δεν είναι δυνατό να τον προσεγγίζετε κάθε φορά και ο μόνος τρόπος επικοινωνίας είναι μέσω μηνυμάτων ηλεκτρονικού ταχυδρομείου ή συνομιλιών ή κλήσεων, επομένως αυτό μπορεί να οδηγήσει σε έλλειψη, κενό και ακόμη και κακή επικοινωνία κατά καιρούς.
Σύμφωνα με την εμπειρία μου, αυτό πρέπει να ακολουθείται όταν το BA κάθεται στο γραφείο σας, δίπλα στην ομάδα σας, έτσι ώστε η εργασία σας να μην εμποδίζει και θα είναι εύκολα προσβάσιμη. Από την άποψη της ΒΑ, κατέχουν το προϊόν για λογαριασμό των ενδιαφερομένων / πελατών, λαμβάνουν τις κατάλληλες αποφάσεις και μάλιστα πρέπει να μάθουν νέες δεξιότητες που μπορεί να περιλαμβάνουν την εκμάθηση ορισμένων τεχνικών ανάπτυξης.
Το να έχεις έναν Αναλυτή Επιχειρήσεων ως Ιδιοκτήτη Προϊόντος είναι ένα πρόσθετο πλεονέκτημα, επειδή ο Αναλυτής Επιχειρήσεων κατανοεί το προϊόν πολύ καλά, και μπορεί επίσης να γίνει διαπραγμάτευση για την ιεράρχηση και τον καθορισμό των καθηκόντων.
Επιχειρηματικός αναλυτής ως μέλος της ομάδας
Η άλλη επιλογή είναι να έχετε το Business Analyst ως μέλος της ομάδας, επειδή ο Κάτοχος προϊόντος δεν θα είναι διαθέσιμος κάθε φορά. Όταν το Business Analyst είναι μέλος της ομάδας, τότε βοηθούν τους συνομηλίκους στην καθυστερημένη περιποίηση.
Το να έχεις έναν Επιχειρηματικό Αναλυτή ως μέλος της ομάδας είναι πιο πλεονεκτικό, επειδή η τεχνική ομάδα βρίσκει εύκολο και άνετο να επικοινωνεί με το BA για διευκρινίσεις ή συζητήσεις. Το BA συνεργάζεται επίσης στενά με την ομάδα QA για δοκιμές, δηλαδή αναλύοντας την κάλυψη, τις περιπτώσεις χρήσης που καλύπτονται, τυχόν κρυφές απαιτήσεις ή αξιοπιστία ή αποτελέσματα.
Μερικές φορές τα κριτήρια αποδοχής που γράφονται από τον κάτοχο του προϊόντος μπορεί να είναι ασαφή και όχι σαφή, και ως μέλος της ομάδας, γίνεται ευθύνη του BA να γράφει περίπλοκα και καλά αιτιολογημένα κριτήρια αποδοχής. Εάν η ομάδα χρειάζεται περισσότερες πληροφορίες, τότε το BA δημιουργεί επίσης έγγραφα wireframe, έγγραφα ροής κ.λπ. για να βοηθήσει την ομάδα να κατανοήσει τις απαιτήσεις.
Σε έργα μεγάλης κλίμακας όπου οι ενότητες διανέμονται μεταξύ ομάδων, το να έχεις BA για περισσότερες από μία ομάδες είναι επίσης ένα πρόσθετο πλεονέκτημα. Δεδομένου ότι το BA είναι το ίδιο σε όλες τις ομάδες, μπορεί να σκεφτεί τη διαλειτουργικότητα των ενοτήτων, πώς νέες δυνατότητες ή ενημερώσεις θα επηρεάσουν τις άλλες ενότητες κ.λπ.
Έτσι, αυτό θα βοηθούσε πολύ τις τεχνικές ομάδες να εξετάσουν τέτοιες πτυχές, όπως δεν αναφέρουν πάντα οι ιστορίες των χρηστών ή τα κριτήρια αποδοχής.
Σημασία και ρόλος των επιχειρηματικών αναλυτών στην ομάδα SCRUM
Ο ρόλος των Επιχειρηματικών Αναλυτών στο SCRUM είναι πολύ σημαντικός για την επιτυχία ενός έργου. Η συμμετοχή τους ξεκινά από την κατανόηση της ανάγκης του πελάτη στο Sprint Demo. Είναι το πρώτο σημείο επαφής για την τεχνική ομάδα για διευκρινίσεις. Είναι ακόμη πιο σημαντικά στις αρχικές φάσεις ενός νέου έργου και των έργων μεγάλης κλίμακας.
Ο Ιδιοκτήτης Προϊόντος δεν θα είναι πάντα καλός συγγραφέας, μερικές φορές προέρχονται από τεχνικό υπόβαθρο και ως εκ τούτου καθίσταται ευθύνη του Επιχειρηματικού Αναλυτή να γράφει τις ιστορίες, την αποδοχή, τα wireframes κ.λπ.
Στο έργο μου, το PO μας δεν ήταν τόσο καλό με την τεκμηρίωση και ακόμη και οι ιστορίες χρηστών που γράφτηκαν δεν ήταν ποτέ περισσότερες από 2-3 γραμμές, ενώ τα κριτήρια αποδοχής ήταν μόνο 1 γραμμή. Ήταν ο Επιχειρηματικός Αναλυτής που τα τροποποίησε, τα έκανε πιο επεξηγηματικά και επεξηγηματικά.
Ακόμα και κατά καιρούς, το PO μας έγραψε ιστορίες χρηστών που είχαν 21 ή περισσότερα σημεία ιστορίας, και ως εκ τούτου ο Αναλυτής Επιχειρήσεων έπρεπε να ξοδέψει επιπλέον χρόνο και προσπάθειες για να τα καταστρέψει και να τα δώσει προτεραιότητα στον Κάτοχο Προϊόντος.
Μπορείτε να φανταστείτε τι θα συνέβαινε εάν δεν υπάρχει Αναλυτής επιχείρησης και ο Κάτοχος προϊόντων σας έχει δημιουργήσει μια ιστορία χρήστη όπως 'Ως πελάτης, θέλω να εκτελέσω όλες τις τραπεζικές λειτουργίες για τον λογαριασμό μου', με κριτήρια αποδοχής όπως:
- Ο πελάτης πρέπει να μπορεί να συνδεθεί.
- Ο πελάτης θα πρέπει να μπορεί να κάνει συναλλαγές στο λογαριασμό μου.
- Ο πελάτης θα πρέπει να μπορεί να κατεβάσει τις ιστορικές δηλώσεις μου κ.λπ.
Τώρα, κατά τη γνώμη μου, αυτή η ιστορία χρηστών θα έχει ακόμη περισσότερα από 34 σημεία ιστορίας, επομένως υπάρχει ανάγκη να την αναλύσουμε περαιτέρω. Τα πράγματα θα επιδεινωθούν για την τεχνική ομάδα εάν δεν παρέχονται τα κατάλληλα διαγράμματα ροής και οι οθόνες διεπαφής χρήστη (προς δημιουργία).
Αυτό θα οδηγούσε σε αποτυχημένο σπριντ, και με τη σειρά του, ένα αποτυχημένο έργο. Εκτός αν ο Κάτοχος Προϊόντος είναι εκπαιδευμένος / ασκούμενος Επιχειρηματικός Αναλυτής, υπάρχει ανάγκη να υπάρχει κάποιος στην ομάδα.
Γιατί το QA ταιριάζει καλύτερα σε αυτήν την εργασία;
Το QA είναι ένα άτομο που επαληθεύει την προτεινόμενη λύση για ένα πρόβλημα / απαίτηση δοκιμάζοντάς το. Ως εκ τούτου, ο Αναλυτής Επιχειρήσεων / Ενδιαφερόμενοι / Ιδιοκτήτες Προϊόντων είναι πολύ πρόθυμοι να μάθουν για την ανατροφοδότηση ενός QA. Η συμμετοχή ενός BA στις δοκιμές είναι λίγο περισσότερο από ό, τι είναι στην ανάπτυξη.
Ένας επιχειρησιακός αναλυτής συνεργάζεται στενά με ένα QA στην ανασκόπηση της κάλυψης δοκιμαστικών περιπτώσεων που παρέχει μια εικόνα για τις κρυφές ροές ή τις απαιτήσεις / αποτελέσματα. Έτσι, αυτό το είδος ανταλλαγής γνώσεων (από το BA) τους κάνει να κατανοήσουν τη λειτουργικότητα του προϊόντος, τους επιχειρηματικούς κανόνες, τις προσδοκίες των πελατών, τις ροές, τις εξαρτήσεις και τα πάντα εντελώς.
Το QA δοκιμάζει πάντα από την άποψη του τελικού πελάτη που θα χρησιμοποιεί το προϊόν, εξ ου και οι πιθανότητες να βοηθήσετε τον πελάτη για βελτιώσεις, βελτιώσεις στο προϊόν είναι περισσότερες (σε σύγκριση με έναν προγραμματιστή). Οι προγραμματιστές αναπτύσσουν το προϊόν για τη δεδομένη ιστορία χρήστη και το σύνολο κριτηρίων αποδοχής, αλλά δεν σκέφτονται πάντα πώς θα χρησιμοποιεί ο πελάτης το προϊόν .
Στην ανάπτυξη, η εφαρμογή ενός προϊόντος, η ροή και οι κανόνες είναι καλά καθορισμένοι, αλλά η δοκιμή βασίζεται πλήρως στη λογική σκέψη και στην ικανότητα σκέψης από την άποψη των τελικών χρηστών.
Το QA μπορεί να αρχίσει να μπαίνει στο ρόλο των Business Analysts στο SCRUM λόγω των πολλών ευκαιριών που παρουσιάζονται στην καθημερινή εργασία.
Συνιστώμενη ανάγνωση => Μετατόπιση καριέρας από έναν Tester σε BA
Είναι πολύ εύκολο για ένα QA να μπει σε ρόλους όπως:
- Μελετήστε τις απαιτήσεις πολύ βαθιά και επισημάνετε τα κενά στις συνεδριάσεις κριτικών / συνεδρίες ανταλλαγής ιδεών κ.λπ. Προσπαθήστε να σκεφτείτε καλύτερες λύσεις και να συζητήσετε το ίδιο με την ομάδα και το BA.
- Να είστε προσεκτικοί σε κλήσεις με τον Κάτοχο προϊόντος, να κάνετε ερωτήσεις και να μοιράζεστε τα ευρήματά σας. Αυτό θα ενισχύσει την εμπιστοσύνη του κατόχου προϊόντος που δείχνει το ενδιαφέρον σας για το προϊόν.
- Ταιριάζει μεταξύ του BA και της ομάδας ανάπτυξης, θα πρέπει να είστε το σημείο επαφής για τους προγραμματιστές σε περίπτωση διευκρινίσεων ή αμφιβολιών.
- Ρυθμίστε τη διαδικασία δοκιμών και συνεχίστε να την καινοτομείτε, αλλάζοντας την για να συμβάλλετε στην επίτευξη επιτυχημένων σπριντ.
- Στην περίπτωση προϊόντων με φανταχτερές διεπαφές χρήστη, αναζητήστε νέες τάσεις και προτείνετε τέτοιες βελτιώσεις.
- Κατανοήστε το προϊόν εντελώς μέσα και έξω.
- Δημιουργήστε μια ισχυρή γνώση των ενδιαφερόμενων μερών σας, των προσδοκιών τους και μοιραστείτε την εμπειρία σας μαζί τους.
Αυτό συνεπάγεται επίσης ότι για να μπείτε στο ρόλο BA πρέπει να βελτιώσετε τις δεξιότητές σας. Πολλά μαθήματα που περιλαμβάνουν τόσο το βασικό όσο και το προχωρημένο επίπεδο βρίσκονται στην αγορά.
Είστε BA / QA; Έχουμε επισημάνει σωστά τα πάντα για τον ρόλο σας; Ή νομίζετε ότι έχουμε χάσει κάτι που εκτελείτε μοναδικά; Θα χαρούμε να σας ακούσουμε. Μη διστάσετε να τα μοιραστείτε μαζί μας στην παρακάτω ενότητα σχολίων !!
=> Επισκεφθείτε εδώ για να δείτε τη σειρά επιχειρηματικών αναλυτών για όλους.
Συνιστώμενη ανάγνωση
- Scrum Artifacts: Προϊόν καθυστέρησης, Sprint Backlog και προϊόντα
- Υπάρχει όριο έναρξης και διακοπής στο ρόλο του QA στο Scrum;
- 39 καλύτερα εργαλεία ανάλυσης επιχειρήσεων που χρησιμοποιούνται από κορυφαίους αναλυτές επιχειρήσεων (λίστα A έως Z)
- Ρόλοι και ευθύνες της ομάδας Scrum: Master Scrum και ιδιοκτήτης προϊόντος
- Μετατόπιση καριέρας από έναν Tester στον Αναλυτή Επιχειρήσεων - Οδηγός βήμα προς βήμα
- Ξεκινήστε την καριέρα σας ως αναλυτής επιχειρήσεων: Μια καριέρα για εσάς
- IT Support and Business Development Executive Cum Training Coordinator Pune
- Ελάττωμα Triaging In Scrum: Πώς οργανώνεται σε ένα Scrum Setup