Ομάδες λογισμικού: bugs, stories και μια πύλη κυκλοφορίας

Οι τύποι που συμπληρώνει πραγματικά μια ομάδα λογισμικού

Ένα bug απαιτεί σοβαρότητα (blocker, major, minor ή cosmetic), τα βήματα αναπαραγωγής και το πού εντοπίστηκε. Ένα story απαιτεί κριτήρια αποδοχής και story points. Ένα epic απαιτεί έναν στόχο και μια ημερομηνία-στόχο. Τα προσαρμοσμένα πεδία επεκτείνουν οποιοδήποτε από αυτά όταν η ομάδα χρειάζεται περισσότερα.

Η ιεραρχία είναι ενσωματωμένη: ένα epic περιέχει stories, ένα story περιέχει εργασίες. Αυτό εμφανίζεται στη διεπαφή και δεν αφήνεται ως απλή σύμβαση ονομασίας.

• Bug: σοβαρότητα, βήματα αναπαραγωγής, εντοπίστηκε σε
• Story: κριτήρια αποδοχής, story points
• Epic: στόχος, ημερομηνία-στόχος

Τέσσερα πακέτα, μία μηχανή

Το πακέτο λογισμικού εκτελεί τα στάδια intake, triage, σε εξέλιξη, code review, QA και έγκριση κυκλοφορίας, και στη συνέχεια ολοκληρώθηκε. Τα intake και triage έχουν το καθένα ένα παράθυρο 24 ωρών. Το στάδιο σε εξέλιξη διαρκεί 72 ώρες. Το code review είναι ένα στάδιο review 24 ωρών. Το QA είναι εργασία 48 ωρών. Η έγκριση κυκλοφορίας είναι ένα στάδιο έγκρισης 24 ωρών, υπό την ευθύνη του product, με το στάδιο σε εξέλιξη ως στάδιο διορθώσεων.

Το πακέτο sprint εκτελεί τα στάδια backlog, επιλεγμένα, σε εξέλιξη, code review, QA και ολοκληρώθηκε, και ένα sprint είναι επίσης ένα αντικείμενο στο έργο: έχει όνομα, στόχο, έναρξη και λήξη, με ένα μόνο από αυτά να είναι ενεργό κάθε φορά. Δεν υπάρχει πύλη έγκρισης σε αυτό το πακέτο, και αυτό γίνεται σκόπιμα: ένα sprint που κλείνει ως ολοκληρωμένο έχει διαφορετική μορφή από μια αλλαγή που πρέπει να υπογραφεί. Το πακέτο bugfix εκτελεί τα στάδια triage, αναπαραγωγή, διόρθωση, επαλήθευση και κυκλοφόρησε. Το πακέτο release εκτελεί τα στάδια cut, staging, τελική υπογραφή, παραγωγή και σημειώσεις, με την τελική υπογραφή ως την έγκριση.

Μεταβάσεις που αρνούνται να προχωρήσουν

Μια κάρτα δεν μπορεί να φύγει από το intake ή το triage μέχρι να ολοκληρωθεί η λίστα ελέγχου της. Το code review έχει μια διαδρομή επιστροφής στο στάδιο σε εξέλιξη με την ετικέτα «ζητήθηκαν αλλαγές». Το QA δεν μπορεί να εισέλθει στην έγκριση κυκλοφορίας μέχρι να ολοκληρωθεί ο έλεγχος αποδοχής. Η έγκριση κυκλοφορίας δεν μπορεί να μεταβεί στο ολοκληρώθηκε μέχρι να καταγραφεί η απόφαση. Ένα αίτημα για αλλαγές σε αυτήν την πύλη επιστρέφει το στοιχείο στο στάδιο σε εξέλιξη.

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

Ειλικρινείς ελλείψεις για αγοραστές λογισμικού

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

Αυτό που εξακολουθεί να λείπει είναι η φιλοξενία κώδικα. Ένας reviewer μπορεί να επισημάνει γραμμές σε ένα diff ή patch που ανεβάζει κάποιος, και η σημείωση εμφανίζεται δίπλα στις αντίστοιχες γραμμές. Δεν υπάρχει πάνελ κώδικα: τίποτα στο Tasked δεν δείχνει αποθετήριο, branch, pull request ή commit, και το GitHub δεν είναι ενσωματωμένο. Επίσης, δεν υπάρχει διάγραμμα Gantt με βέλη εξάρτησης. Το Tasked υποστηρίζει ένα περιορισμένο υποσύνολο ερωτημάτων συμβατών με JQL σε καταγεγραμμένα πεδία εργασιών. Οι αποθηκευμένες προβολές συνεχίζουν να χρησιμοποιούν επικυρωμένα δέντρα φίλτρων, και το προϊόν δεν υλοποιεί την πλήρη γραμματική ή τις λειτουργίες του Jira.

Το δημόσιο API χρησιμοποιεί κλειδιά με συγκεκριμένο εύρος πρόσβασης. Τα webhooks συνοδεύονται από αρχείο καταγραφής παράδοσης. Το OpenAPI και μια σελίδα προγραμματιστών περιγράφουν τη διεπαφή. Αυτά είναι διαθέσιμα στο πρόγραμμα Business.