Πρότυπο ατζέντας σχεδιασμού sprint για ομάδες μηχανικών

Γιατί τα sprint υπερφορτώνονται

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

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

Η ατζέντα (αντιγράψτε την)

Διάρκεια: 2 ώρες για ένα sprint 2 εβδομάδων· 1 ώρα για ένα sprint 1 εβδομάδας
Μορφή: Συντονισμένη, με το backlog ορατό σε όλη την ομάδα

Ενότητα 1 — Στόχος sprint (10 λεπτά)

Μία πρόταση: πώς μοιάζει ένα επιτυχημένο sprint από έξω;
Ο στόχος πρέπει να είναι αρκετά συγκεκριμένος ώστε οποιοδήποτε μέλος της ομάδας να μπορεί να αξιολογήσει στο τέλος του sprint αν τον πετύχατε
Απορρίψτε στόχους που είναι απλώς μια λίστα εισιτηρίων («τελείωσε την αναδιάρθρωση του auth και τη σελίδα χρέωσης») — αυτό είναι backlog, όχι στόχος

Ενότητα 2 — Επισκόπηση χωρητικότητας (15 λεπτά)

Απαριθμήστε κάθε μέλος της ομάδας ονομαστικά
Για κάθε ένα: προγραμματισμένη άδεια, σειρά εφημερίας, τακτικές συσκέψεις, γνωστές εξωτερικές δεσμεύσεις
Εκφράστε τη χωρητικότητα ως διαθέσιμα story points ή ημέρες — όχι ως αριθμό ατόμων
Αυτός ο αριθμός είναι το ανώτατο όριο· μην επιλέγετε περισσότερη δουλειά από όση αντέχει

Ενότητα 3 — Επιλογή backlog (45 λεπτά)

Περάστε τα στοιχεία υψηλότερης προτεραιότητας από το εκλεπτυσμένο backlog
Για κάθε υποψήφιο: έχει η ομάδα αρκετά για να το ξεκινήσει, ή υπάρχουν ανοιχτά ερωτήματα που χρειάζονται απαντήσεις πριν ξεκινήσει το sprint; Τα ανοιχτά ερωτήματα ανήκουν στην ουρά εκλέπτυνσης, όχι στο sprint
Σταματήστε να επιλέγετε όταν φτάσετε στο 80% της χωρητικότητας· το υπόλοιπο 20% απορροφά τις υπερχειλίσεις και τη μη προγραμματισμένη δουλειά

Ενότητα 4 — Κριτήρια αποδοχής (20 λεπτά)

Για κάθε επιλεγμένο στοιχείο: δηλώστε το κριτήριο που το κάνει ολοκληρωμένο
Αν η ομάδα δεν μπορεί να δηλώσει ένα κριτήριο σε 60 δευτερόλεπτα, το εισιτήριο δεν είναι αρκετά εκλεπτυσμένο — γυρίστε το πίσω στο backlog
Γράψτε το στο εισιτήριο τώρα, μέσα στην αίθουσα· μη βασίζεστε στο «θα το προσθέσουμε αργότερα»

Ενότητα 5 — Κίνδυνοι και εξαρτήσεις (15 λεπτά)

Τι θα μπορούσε να μπλοκάρει την παράδοση του στόχου του sprint και δεν το ελέγχει η ομάδα;
Ονομάστε τον υπεύθυνο της εξάρτησης· αναδείξτε την τώρα όσο υπάρχει χρόνος να επιλυθεί πριν τα μισά του sprint
Οι ανεπίλυτες εξαρτήσεις αποκτούν έναν ονομασμένο υπεύθυνο από την ομάδα που θα τις παρακολουθεί

Κλείσιμο (15 λεπτά)

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

Τι χάνουν τα περισσότερα πρότυπα σχεδιασμού sprint

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

Μια ομάδα πέντε μηχανικών σε πλήρη χωρητικότητα έχει περίπου 200 story points διαθέσιμα ανά sprint 2 εβδομάδων. Μια ομάδα πέντε ατόμων με δύο μηχανικούς σε άδεια, έναν σε σειρά εφημερίας και έναν σε τριήμερο offsite έχει ίσως 110. Αν επιλέξετε 180 points στο δεύτερο sprint, έχετε ήδη αποτύχει. Το βήμα της επιλογής είναι εκεί που συμβαίνει η υπερδέσμευση, και η χωρητικότητα πρέπει να προηγείται.

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

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

Γιατί οι σημειώσεις σχεδιασμού sprint είναι δυσκολότερες απ' ό,τι φαίνονται

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

Το Pavleur δημιουργεί την αναφορά σχεδιασμού sprint αυτόματα στο τέλος της κλήσης. Καταγράφει τον στόχο του sprint, το επιλεγμένο backlog με το σκεπτικό, τα κριτήρια αποδοχής όπως δηλώθηκαν στη σύσκεψη, και τους υπευθύνους εξαρτήσεων όπως ονομάστηκαν. Αν κάποιος μοιράστηκε στην οθόνη το backlog ή το υπολογιστικό φύλλο χωρητικότητας, εκείνο το οπτικό συμπεριλαμβάνεται στην αναφορά δίπλα στη συζήτηση — πλαίσιο που εργαλεία μόνο ήχου όπως το Otter ή το Fireflies θα έχαναν εντελώς. Όποιος εντάχθηκε αργά ή χρειάζεται να ελέγξει μια απόφαση στα μισά του sprint έχει την πλήρη καταγραφή. Για μια σύγκριση του πώς αυτό διαφέρει από τα εργαλεία μόνο ήχου: Pavleur vs. εναλλακτικές.

Διαχείριση της αλλαγής πλάνου στα μισά του sprint

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

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