Μια ομάδα που αναπτύσσεται με το Agile Scrum

QueryPie Development # 3: Εισαγωγή διαδικασίας ανάπτυξης

한국어: https://medium.com/p/cfaa4b71c263/

Δεν υπάρχουν ασημένιες σφαίρες στον κόσμο. Παρ 'όλα αυτά, οι άνθρωποι είναι ευάλωτοι σε κάθε είδους επιθυμίες και αναζητούν πάντα μια ασημένια σφαίρα.

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

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

Ως αποτέλεσμα αυτής της ανησυχίας, βρήκα τον Agile. Έτσι, αυτό το αρχείο καταγραφής προγραμματιστών θα περιγράψει την εμπειρία μου με το Agile Development.

Agile: Συνεχής βελτίωση μέσω συμβιβασμού

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

Λοιπόν, τι είναι το Agile;

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

Υπάρχουν πολλά είδη διαδικασιών ανάπτυξης Agile. Ο προγραμματισμός Scrum, Kanban και Extreme (XP) είναι μόνο μερικοί. Καθένα έχει διαφορετικά χαρακτηριστικά και διαφορετικό εύρος, αλλά μπορεί να χρησιμοποιηθεί σε συνδυασμό μεταξύ τους.

Μια νέα δοκιμή και σφάλμα ενός αρχηγού ομάδας με το πρώτο Agile Scrum

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

Scrum και XP από τα χαρακώματα, Πώς κάνουμε Scrum από τον Henrik Kniberg

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

Διαδικασία Scrum (πηγή: https://en.wikipedia.org/wiki/Scrum_(software_development))

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

Έτσι η ομάδα μου επέστρεψε στον τρόπο που εργαζόμαστε πριν από το Scrum. Η παλιά μας μέθοδος έμοιαζε κάπως έτσι:

  1. λάβετε το αίτημα μέσω τηλεφώνου ή email
  2. γράψτε το αίτημα σε ένα post-it σημείωμα
  3. βάλτε το post-it σημείωμα στον τοίχο
  4. ο χειριστής αρπάζει το post-it σημείωμα και το παίρνει πίσω στο γραφείο του
  5. ο χειριστής επιλύει το αίτημα
  6. Το επιλυμένο αίτημα μεταφέρεται στο κοινό ημερολόγιο της ομάδας

Είμαι βέβαιος ότι δεν θα εκπλαγείτε που ακούτε ότι οι οθόνες της ομάδας μου ήταν συνεχώς γεμάτες post-it σημειώσεις!

(πηγή: https://happytango.com/…what-a-post-it-note-was/)

Το Kanban ήταν απλό και εύκολο, αλλά έχασε το 2% της αριστείας

Το 2013 άλλαξα θέσεις εργασίας και έχω άλλη μια ευκαιρία να εξετάσω τη ροή εργασίας της ομάδας μου. Εκείνη την εποχή, εκδόθηκε το βιβλίο Kanban and Scrum: αξιοποίηση των δύο. Έμαθα πολλά για τον Kanban μελετώντας αυτό το βιβλίο.

Kanban και Scrum: παραγωγή και των δύο από τους Henrik Kniberg και Mattias Skarin

Η μέθοδος του Kanban είναι λίγο πιο απλή. Απαιτεί τη δημιουργία μερικών ξεχωριστών στηλών, την επισήμανσή τους ανάλογα (δηλ. Να κάνετε, να κάνετε, να ολοκληρώσετε) και να προσθέσετε εργασίες σε κάρτες / σημειώσεις μετά τις σημειώσεις στις στήλες. Αυτές οι εργασίες στη συνέχεια μετακινούνται από στήλη σε στήλη ανάλογα με την κατάστασή τους. Είναι μια αρκετά εύκολη μέθοδος χρήσης και είναι ένας πολύ καλός τρόπος για να απεικονίσετε τη διαδικασία εργασίας.

απλός πίνακας καμβά (πηγή: https://en.wikipedia.org/wiki/Scrumban)

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

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

Αλλά ένιωθα πολύ ένοχος για την αποτυχία του πρώτου μου Scrum. Ήθελα να δουλέψω με πιο οργανωμένο τρόπο με τη μέθοδο Scrum.

Επιστροφή στο Agile Scrum με μια νέα εκκίνηση:

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

Όταν αποφασίστηκε η ιδέα του πρώτου προϊόντος, οι εργασίες ανάπτυξης χωρίστηκαν στα καλύτερα δυνατά τμήματα και συγκεντρώθηκαν λεπτομερώς για να καλυφθεί η καθυστέρηση. Ορίσαμε το Sprint για έναν κύκλο 2 εβδομάδων. Δεν ήμουν σίγουρος για τον προγραμματισμό ενός μήνα για εκείνη την περίοδο. Ένας κύκλος την εβδομάδα ήταν πολύ σύντομος. Ο κύκλος των 2 εβδομάδων περιλάμβανε ένα διάλειμμα 1 εβδομάδας και αν η πρόοδος ήταν πολύ αργή, χρησιμοποιήσαμε το σαββατοκύριακο για να το αντισταθμίσουμε.

Τους πρώτους μήνες, χωρίς τη βοήθεια οποιουδήποτε εργαλείου λογισμικού, χρησιμοποιήσαμε έναν πίνακα και το post-nya για τα Sprints. Ο Trello και η Jira ήταν δημοφιλείς εκείνη την εποχή, αλλά η κουλτούρα του Scrum ήταν ακόμα νέα και άγνωστη σε όλους στην εταιρεία μου, συμπεριλαμβανομένου και εμού. Επομένως, δεν μπορούσαμε να διαθέσουμε το χρόνο για να μάθουμε μια νέα μέθοδο, γι 'αυτό στηριζόμασταν αποκλειστικά στον πίνακα και το post-nya.

Κατεβάστε το γράφημα του 3ου σπριντ

Scrum's Velocity: Συνεχής βελτίωση της απόδοσης

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

Points️ Τα σημεία ιστορίας χρησιμοποιούνται για τη μέτρηση της συνολικής προσπάθειας που απαιτείται για την ανάπτυξη ενός έργου. Εάν ένας προγραμματιστής συγκεντρώνει 100% για μία ώρα σε μια εργασία, αυτό είναι ένα σημείο. Όταν βαθμολογούμε πόντους Ιστορίας, πρέπει να είμαστε προσεκτικοί για να μην υπερεκτιμούμε ή να υποτιμούμε. Η εύρεση της ακριβούς βαθμολογίας για το μέγεθος της εργασίας είναι απαραίτητη. Με βάση τα σημεία ιστορίας που ορίσαμε για το συγκεκριμένο Sprint, μπορούμε να υπολογίσουμε την ταχύτητα μετά το factoring στο χρόνο που απαιτείται για ένα Sprint.

Ταχύτητα = Σημεία ιστορίας / Πραγματικός χρόνος που απαιτείται:

Για παράδειγμα, εάν 10 προγραμματιστές εργάζονται σε σημεία ιστορίας για 10 ημέρες, οκτώ ώρες την ημέρα, όπου οι ιστορίες κατατάσσονται σε 528 βαθμούς, τότε η ταχύτητα θα είναι: 528 βαθμοί / (10 άτομα x 10 ημέρες x 8 ώρες) = 66%

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

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

Πρόοδος σπριντ με βάση το Scrum:

Η ομάδα Scrum μοιράζεται έναν κοινό προκλητικό στόχο, προχωρά στο έργο και πραγματοποιεί μια σύντομη συνάντηση κάθε μέρα. Αυτό ονομάζεται Daily Scrum Meeting, ή Daily Stand-up Meeting, διότι συνιστάται η διατήρηση των συσκέψεων όσο το δυνατόν συντομότερα. Σε αυτές τις συνεδρίες, τα μέλη του Scrum μοιράζονται την πρόοδό τους και διατηρούν το επίπεδο πίεσης της επιτυχίας στην ομάδα.

Scrum sprints cycle (πηγή: Ανάπτυξη λογισμικού Agile με Scrum από τους Ken Schwaber και Mike Beedle)

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

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

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

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

Στιγμιότυπο οθόνης: Ενεργά σπριντ μιας πλακέτας Scrum (πηγή: https://support.atlassian.com/jirasoftware-cloud/)

Ο πίνακας έργων τύπου Scrum στην Jira παρέχει δυνατότητες διαχείρισης καθυστερημένων αρχείων και μια πλακέτα Scrum με μια ποικιλία αναφορών. Τα εργαλεία μέτρησης όπως οι εκθέσεις Sprint, τα γραφήματα Burn down, τα γραφήματα συγκέντρωσης και οι αναφορές έκδοσης μάς βοήθησαν να διαχειριστούμε την απόδοσή μας.

Festa, η πλατφόρμα εκδηλώσεων που αναπτύχθηκε μέσω του επιτυχημένου Scrum:

Τον Δεκέμβριο του 2017, μπήκα στην ομάδα ανάπτυξης μιας πλατφόρμας πωλήσεων εκδηλώσεων της Νότιας Κορέας που ονομάζεται Festa. Εκείνη την εποχή, η Festa ετοιμαζόταν για το πρώτο λανσάρισμα των προϊόντων της αφού ολοκλήρωσε την απόδειξη του concept (POC). Το ίδιο το προϊόν ήταν ένας βολικός ιστότοπος όπου οι χρήστες μπορούσαν να αγοράσουν εισιτήρια για μια εκδήλωση μέσω μιας εύκολης διαδικασίας πληρωμής.

Επειδή ήταν μια νέα ομάδα, έπρεπε να μιλήσουμε για τη ροή εργασίας και τη διαδικασία μας. Πρότεινα το Scrum. Μετά την αποδοχή της πρότασης, αποφασίσαμε για το πρώτο ελάχιστο βιώσιμο προϊόν (MVP) και δημιουργήσαμε μια καθυστέρηση.

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

Θα μπορούσε η νέα ομάδα Festa να τελειώσει και να κυκλοφορήσει το προϊόν εγκαίρως;

Ιστοσελίδα Festa (πηγή: https://festa.io/)

Δεδομένου ότι η προθεσμία μας ήταν περίπου ένα μήνα, αποφασίσαμε για έναν κύκλο Sprint 1 εβδομάδας. Διαχειρίζοντας πιστά το ανεκτέλεστο αρχείο, επαναλαμβάνοντας τον κύκλο Sprint, μπορέσαμε να προβλέψουμε με ακρίβεια τον χρόνο που θα χρειαζόταν για να προετοιμαστούμε για την κυκλοφορία του προϊόντος μας.

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

Αναφορά Festa.io scrum ver1.0.0

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

Νέα Πρόκληση Scrum: Ανάπτυξη QueryPie στο CHECKER

Το 2018 άρχισα να δουλεύω για το CHECKER, ένα νέο ξεκίνημα στη Νότια Κορέα που αναπτύσσει ένα ισχυρό εργαλείο IDE που ονομάζεται SQLGate. Στην αρχή, απλώς επικεντρώθηκα στο να βρω θέση για τον εαυτό μου στο νέο περιβάλλον, και όταν ήμουν άνετα με τη νέα μου θέση άρχισα να επικεντρώνομαι στην παραγωγή αποτελεσμάτων. Μετά από κάποια προσαρμογή, άρχισα να σκέφτομαι πώς να βελτιώσω ξανά την απόδοση της ομάδας μου. Τότε πρότεινα την Scrum στην ομάδα μου.

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

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

Η τρέχουσα πρόκληση του CHEQUER είναι το QueryPie, για το οποίο μπορείτε να μάθετε περισσότερα σχετικά με αυτό το άρθρο.

Είχα ήδη μεγάλη εμπειρία στη διαχείριση του Scrums μέσω της Jira, οπότε κατάφερα να ηγηθώ της ομάδας μου στην εκτέλεση του σχεδίου μου για το πρώτο μας σπριντ. Ο αρχικός μας στόχος συγκέντρωσης ορίστηκε στο 64% με βάση την εμπειρία (το 70% είναι ο ιδανικός στόχος στο μυαλό μου). Ο αριθμός των μελών του πληρώματος ήταν τέσσερις και το πρώτο σπριντ ήταν μόνο οκτώ ημέρες. Με βάση αυτούς τους παράγοντες, ο στόχος που θα επιτευχθεί θα ήταν: 4 άτομα x 8 ημέρες x 8 ώρες την ημέρα x 64% συγκέντρωση = 164 σημεία ιστορίας.

Αναφορά QueryPie scrum ver1.0.0

Στην παραπάνω εικόνα, μπορείτε να δείτε πώς οργάνωσα το καθυστερημένο καθήκον και να ορίσω τον στόχο για την Έκδοση 1.0.0. Η ημερομηνία στόχος ήταν η 1η Μαρτίου. Αλλά όταν είδα την αναφορά έκδοσης λίγες μέρες μετά την έναρξη του Sprint, η αναμενόμενη ημερομηνία ολοκλήρωσης ήταν 5 Μαρτίου. Μου πήρε λίγα δευτερόλεπτα για να συνειδητοποιήσω ότι δεν είχα λάβει υπόψη μου το σαββατοκύριακο. Ωχ! Το Σάββατο και η Κυριακή είναι σημαντικές ημέρες ανάπαυσης!

Σε αυτήν την αναφορά, πρόσθεσα ότι στις 2 και 3 Μαρτίου δεν θα δουλέψουμε. Η εκτιμώμενη ημερομηνία ολοκλήρωσης έχει αυξηθεί κατά τον αριθμό των Σαββατοκύριακων, αλλάζοντας την τελευταία ημέρα σε 11 Μαρτίου. Αλλά με αυτό το ρυθμό θα είχαμε 10 ημέρες πίσω από την ημερομηνία-στόχο, οπότε έπρεπε να προσαρμοστεί. Με λίγες μόνο ημέρες Sprints, ταλαντούχα μέλη του πληρώματος του CHECKER προσαρμόστηκαν γρήγορα στη μέθοδο Scrum και μπόρεσαν να τελειοποιήσουν τις κάρτες ιστορίας και τα σκορ ιστορίας που αρχικά δεν είχαν οριστεί σωστά.

Η πρώτη πρόκληση Sprint έληξε σε 8 ημέρες. Η έκθεση Sprint δείχνει ότι το πλήρωμα μας έκανε πολύ καλά στο τέλος. Λόγω της σκληρής δουλειάς τους, η αναμενόμενη ημερομηνία ολοκλήρωσης προσαρμόστηκε άνετα στις 22 Φεβρουαρίου. Η διαφορά μεταξύ των αισιόδοξων και απαισιόδοξων εκτιμήσεων ημερομηνίας ολοκλήρωσης στο γράφημα έχει επίσης μειωθεί. Περιμένω ότι θα λάβουμε μια αναφορά έκδοσης με πολύ υψηλή ακρίβεια μόλις ολοκληρώσουμε δύο ακόμη Sprints.

Ήταν μόνο ένα σύντομο σπριντ 8 ημερών, αλλά το πλήρωμα του CHECKER έμαθε πώς να δουλεύει συστηματικά και αποτελεσματικά. Επιτυγχάνοντας στο πρώτο Sprint, αποκτήσαμε εμπιστοσύνη και ενισχύσαμε τον δεσμό μεταξύ τους. Αναπτύξαμε μαζί σε όλη τη μέθοδο Scrum και θα μεγαλώσουμε ακόμη περισσότερο μέσω των Sprints που θα ακολουθήσουν.

Συμπλήρωση ταξιδιού Agile Scrum:

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

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

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