Οι σύντομες και χρήσιμες συναντήσεις ομάδας έχουν τρία κοινά στοιχεία: γραπτή ατζέντα με χρονικό περιθώριο για κάθε θέμα, σαφές τέλος και ένα αποτέλεσμα πάνω στο οποίο κάποιος αναλαμβάνει δράση. Ο ρεαλιστικός σχεδιασμός sprint έχει ένα ακόμη: η ομάδα δεσμεύεται σε όσα δείχνουν τα πρόσφατα sprints της ότι μπορεί να κάνει, προσαρμοσμένα στο ποιος είναι πραγματικά διαθέσιμος, και όχι σε όσα ελπίζει να κάνει.
Οι περισσότερες ομάδες δεν ξεκινούν με μεγάλες συναντήσεις, καταλήγουν σε αυτές σταδιακά: το standup γίνεται αναφορά προόδου, τα προβλήματα λύνονται επί τόπου ενώ έξι άτομα περιμένουν, και το planning μετατρέπεται σε διαπραγμάτευση που την κερδίζει η πιο αισιόδοξη εκτίμηση. Αυτός ο οδηγός παρουσιάζει τις λύσεις σε τέσσερα βήματα, με τέσσερα δωρεάν εργαλεία στο kimisuite.com. Κανένα δεν απαιτεί λογαριασμό.
Βήμα 1: Γράψτε την ατζέντα πριν στείλετε την πρόσκληση
Το Meeting Agenda Generator διαθέτει έξι πρότυπα: daily standup, sprint retrospective, all-hands, 1:1, sales discovery call και project kickoff. Εισάγετε τίτλο, διάρκεια και συντονιστή, και αντιγράφετε ή κατεβάζετε το αποτέλεσμα σε μορφή markdown.
Το πρότυπο του standup μοιάζει κάπως έτσι:
- Χθες: επιτυχίες και εμπόδια (5 λεπτά)
- Σήμερα: προτεραιότητες (5 λεπτά)
- Εμπόδια και αιτήματα βοήθειας (5 λεπτά)
- Κάτι που δεν ξέρει κανείς (ένας γύρος ενός λεπτού)
Το πρότυπο του retrospective διαρκεί 42 λεπτά: προετοιμασία (5), τι πήγε καλά (10), τι δεν πήγε καλά (10), ενέργειες που είναι συγκεκριμένες, έχουν υπεύθυνο και προθεσμία (15), και ένας γρήγορος έλεγχος διάθεσης από το 1 έως το 5 (2).
Μια λεπτομέρεια που αξίζει να γνωρίζετε: οι χρόνοι κάθε ενότητας είναι σταθεροί ανά πρότυπο. Η διάρκεια που πληκτρολογείτε εμφανίζεται στην κεφαλίδα, αλλά οι ενότητες δεν προσαρμόζονται αναλογικά. Αν το retro σας διαρκεί 30 λεπτά, συντομεύστε τις ενότητες χειροκίνητα πριν στείλετε την πρόσκληση. Αυτή ακριβώς η επεξεργασία είναι το ζητούμενο: αποφασίζετε από πριν τι θα πάρει λιγότερο χρόνο.
Βήμα 2: Κρατήστε το standup στα 15 λεπτά
Το Scrum Guide (έκδοση Νοεμβρίου 2020, scrumguides.org) περιγράφει το Daily Scrum ως «ένα event 15 λεπτών για τους Developers», που γίνεται «την ίδια ώρα και στο ίδιο μέρος κάθε εργάσιμη ημέρα του Sprint». Σκοπός του είναι να ελέγχεται η πρόοδος προς το Sprint Goal και να προσαρμόζεται το πλάνο για την επόμενη δουλειά.
Το ίδιο guide αναφέρει επίσης ότι οι Developers «μπορούν να επιλέξουν όποια δομή και τεχνικές θέλουν». Οι τρεις κλασικές ερωτήσεις είναι συνήθεια, όχι κανόνας. Αν το «τι έκανες χθες;» έχει γίνει απαγγελία, αλλάξτε την ερώτηση.
Εδώ βοηθά το Standup Question Generator. Επιλέγει τυχαία από 1 έως 10 ερωτήσεις από τέσσερις κατηγορίες: icebreaker, retrospective, deep και fun. Ξεκινήστε το standup με μια ερώτηση icebreaker μία φορά την εβδομάδα ή φέρτε στο retrospective ερωτήσεις όπως «Πού χάσατε τον περισσότερο χρόνο;» ή «Τι πρέπει να ΣΤΑΜΑΤΗΣΟΥΜΕ να κάνουμε;».
Βήμα 3: Εκτιμήστε τα stories πριν από το planning
Το planning προχωρά πιο γρήγορα όταν τα stories έχουν ήδη μέγεθος. Το Story Point Estimator είναι μια ατομική εκδοχή του planning poker. Επιλέγετε Fibonacci (1, 2, 3, 5, 8, 13, 21, 40, 100) ή μεγέθη T-shirt (XS έως XXL, συν «?»), πληκτρολογείτε το story, διαλέγετε κάρτα και ορίζετε τη βεβαιότητά σας σε χαμηλή, μεσαία ή υψηλή. Οι εκτιμήσεις καταχωρούνται σε μια λίστα με συνολικό άθροισμα πόντων.
Το πιο χρήσιμο κομμάτι είναι οι οδηγίες κάτω από κάθε κάρτα. Το 13 εμφανίζει «Μεγάλο · χωρίστε το πριν δεσμευτείτε», το 21 «Πολύ μεγάλο · χωρίστε το σε μικρότερα stories», ενώ το «?» σημαίνει ότι χρειάζεστε περισσότερες πληροφορίες πριν από την εκτίμηση. Αν πιάνετε τον εαυτό σας να επιλέγει 13 ή περισσότερο, το story δεν είναι έτοιμο για το sprint.
Οι ατομικές εκτιμήσεις είναι ένα σημείο εκκίνησης. Η ομάδα εξακολουθεί να τις συζητά, γιατί ένα άτομο μόνο του χάνει όσα γνωρίζουν οι υπόλοιποι.
Βήμα 4: Προβλέψτε το sprint με βάση το δικό σας velocity
Το Scrum Guide δεν αναφέρει velocity ή story points. Αναφέρει όμως ότι όσο περισσότερα γνωρίζουν οι Developers για «τις προηγούμενες επιδόσεις τους, την επερχόμενη διαθεσιμότητά τους και το Definition of Done, τόσο πιο σίγουροι θα είναι για τις προβλέψεις των Sprints τους». Το velocity, δηλαδή οι πόντοι που ολοκλήρωσε μια ομάδα ανά sprint, είναι ένας συνηθισμένος τρόπος να μετρηθεί αυτό.
Το Sprint Velocity Calculator παίρνει τα τρία τελευταία σας sprints και τη διαθεσιμότητά σας για το επόμενο, σε ποσοστό, και επιστρέφει:
- Τον μέσο όρο των τριών sprints
- Μια τάση: ανοδική αν το τελευταίο sprint ήταν πάνω από 10 τοις εκατό υψηλότερο από το προηγούμενο, πτωτική αν ήταν πάνω από 10 τοις εκατό χαμηλότερο, αλλιώς σταθερή
- Μια πρόβλεψη: τον μέσο όρο πολλαπλασιασμένο με τη διαθεσιμότητά σας
- Πόσα sprints χρειάζονται για να ολοκληρωθούν 50 πόντοι με βάση αυτή την πρόβλεψη
Ένα αναλυτικό παράδειγμα
Μια ομάδα πέντε ατόμων ολοκλήρωσε 24, 31 και 27 πόντους στα τρία τελευταία της sprints. Ένα άτομο θα λείπει σε άδεια για ολόκληρο το επόμενο sprint, οπότε η διαθεσιμότητα είναι 80 τοις εκατό.
- Μέσος όρος: (24 + 31 + 27) / 3 = 27.3 πόντοι
- Τάση: το 27 είναι πάνω από 10 τοις εκατό χαμηλότερο από το 31, οπότε ο υπολογιστής εμφανίζει «Πτωτική τάση — ελέγξτε τα εμπόδια»
- Πρόβλεψη: 27.3 x 0.8 = 21.8 πόντοι
- Sprints για την ολοκλήρωση 50 πόντων: 50 / 21.8 = 2.3, στρογγυλοποιημένο προς τα πάνω σε 3
Τώρα πάρτε τα stories που εκτιμήσατε στο βήμα 3: 8, 5, 5, 3 και 2 πόντοι, 23 συνολικά. Αυτό ξεπερνά την πρόβλεψη των 21.8. Το ειλικρινές πλάνο είναι 8 + 5 + 5 + 3 = 21 πόντοι, με το story των 2 πόντων ως το πρώτο που θα προστεθεί αν η ομάδα τελειώσει νωρίτερα.
Η τάση συγκρίνει μόνο τα δύο τελευταία sprints, οπότε ένα δύσκολο sprint αρκεί για να εμφανιστεί «πτωτική». Ρωτήστε στο retrospective τι σας εμπόδισε πριν το θεωρήσετε πρόβλημα. Και μη συγκρίνετε ποτέ το velocity μεταξύ ομάδων: οι πόντοι κάθε ομάδας σημαίνουν κάτι διαφορετικό.
Πού ταιριάζει το KIMISUITE
Τα εργαλεία λειτουργούν αυτόνομα. Αν θέλετε τις συναντήσεις και το sprint board σε ένα μέρος, δύο εφαρμογές του KIMISUITE καλύπτουν τα παραπάνω βήματα.
Το Meeting Hub φιλοξενεί βιντεοσυναντήσεις στις οποίες οι καλεσμένοι συμμετέχουν από τον browser μέσω ενός link. Όταν προγραμματίζετε μια συνάντηση, μπορείτε να επικολλήσετε την ατζέντα στην περιγραφή της. Κατά την κλήση, το μενού Tools διαθέτει χρονόμετρο (1, 5, 10, 15, 30 λεπτά ή προσαρμοσμένο) που βλέπουν όλοι και γίνεται κόκκινο στο 0:00. Μια ψηφοφορία με δύο ή περισσότερες επιλογές βοηθά ένα retro να αποφασίσει ποια ενέργεια θα γίνει πρώτη. Μετά τη συνάντηση, η απομαγνητοφώνηση μπορεί να ληφθεί σε όλα τα πλάνα, ενώ στα Pro και Enterprise μια σύνοψη AI καταγράφει τις ενέργειες με υπεύθυνο και προθεσμία, καθώς και τις αποφάσεις.
Το Task Hub φιλοξενεί το ίδιο το sprint. Το πρότυπο Engineering Sprint δημιουργεί λίστες, ετικέτες και κάρτες παραδείγματος για ένα νέο board. Από το πλάνο Grow και πάνω, μπορείτε να προσθέσετε προσαρμοσμένα πεδία, όπως πεδίο αριθμού, και να ορίσετε εξαρτήσεις, ώστε μια κάρτα να δείχνει τι μπλοκάρει ή από τι μπλοκάρεται. Στο πλάνο Business, το AI Task μπορεί να μετατρέψει τη σύνοψη και την απομαγνητοφώνηση μιας ολοκληρωμένης συνάντησης του Meeting Hub σε προτεινόμενες κάρτες, τις οποίες ελέγχετε πριν δημιουργηθούν. Περισσότερα για αυτή τη διαδικασία στο Task Hub: από ένα φωνητικό μήνυμα σε ένα task board.
Και οι δύο εφαρμογές βρίσκονται στο ίδιο workspace του KIMISUITE, που χρεώνεται ανά workspace και όχι ανά χρήστη. Για το τι σημαίνει αυτό για μια ομάδα, δείτε το τιμολόγηση ανά workspace, όχι ανά χρήστη. Κάθε εφαρμογή συνοδεύεται από δοκιμή 14 ημερών.
Συχνές ερωτήσεις
Τι κάνουμε αν το standup μας ξεπερνά συνεχώς τα 15 λεπτά;
Βγάλτε την επίλυση προβλημάτων από αυτό. Όταν ένα θέμα χρειάζεται πάνω από ένα λεπτό, ονομάστε το, ορίστε τα δύο άτομα που πρέπει να μιλήσουν και αφήστε τα να συναντηθούν αμέσως μετά.
Πρέπει να χρησιμοποιούμε τις τρεις ερωτήσεις του standup;
Όχι. Το Scrum Guide του 2020 αφήνει τους Developers να επιλέξουν τη δομή, αρκεί η συνάντηση να ελέγχει την πρόοδο προς το Sprint Goal και να προσαρμόζει το πλάνο. Μια διαφορετική ερώτηση κάθε εβδομάδα εμποδίζει τον γύρο να γίνει αναφορά.
Πόσα sprints χρειάζομαι για να υπολογίσω το velocity;
Το Sprint Velocity Calculator χρησιμοποιεί τα τρία τελευταία. Λιγότερα sprints δίνουν έναν ασταθή μέσο όρο· πολύ παλιά sprints περιγράφουν μια ομάδα που μπορεί να έχει αλλάξει από τότε.
Ποια διαθεσιμότητα πρέπει να εισαγάγω όταν κάποιος λείπει για μέρος του sprint;
Εκτιμήστε το ποσοστό των εργάσιμων ημερών της ομάδας που είναι πραγματικά διαθέσιμο. Σε μια ομάδα πέντε ατόμων, ένα άτομο που λείπει όλο το sprint αντιστοιχεί σε 80 τοις εκατό. Ένα άτομο που λείπει τρεις ημέρες σε ένα sprint δέκα ημερών αντιστοιχεί σε 47 από 50 ανθρωποημέρες, δηλαδή περίπου 94 τοις εκατό.
