Όταν ένας προγραμματιστής λογισμικού ακούει ειδήσεις σχετικά με ένα «νέο πλαίσιο JavaScript» ή «νέο IDE», δεν χρειάζεται να υποβάλει περισσότερες ερωτήσεις για να διευκρινίσει τι αφορά. Αλλά αν ακούσει για ένα «νέο ευκίνητο πλαίσιο», πιθανότατα θα κάνει τον Ομήρο-Σίμπσονια να κουνάει, προσποιούμενος ότι ξέρει τι είναι, αλλά θα έχει ένα, και μόνο ένα, ερώτημα: Τι σημαίνει το 'ευκίνητο πλαίσιο';
Στο σύγχρονο περιβάλλον ανάπτυξης λογισμικού, ακούμε όλο και περισσότερο λέξεις όπως «ευκίνητος», «scrum» και «kanban» και συχνά χρησιμοποιούνται ακατάλληλα. Σε αυτό το άρθρο, θα προσπαθήσω να εξηγήσω και να διευκρινίσω μερικούς από αυτούς τους όρους.
Ευκίνητος
Αν θέλετε να γίνετε έξυπνος του πλήθους, θα πρέπει να χρησιμοποιείτε τη λέξη «ευκίνητος» σε κάθε άλλη πρόταση όταν μιλάτε για τη διαδικασία εργασίας. Έχει ένα αρκετά ευρύ φάσμα, δεν σας υποχρεώνει να γνωρίζετε πολλά για το θέμα για το οποίο μιλάτε, και είναι ένα πολύ ωραίο επίθετο ή επίρρημα: «σκέψη ευκίνητη», «ευέλικτη προσέγγιση», «σύμφωνα με ευέλικτες αρχές». Αλλά τι σημαίνει πραγματικά «ευκίνητο»;
Το 'Agile' αναφέρεται σε ' ευέλικτη ανάπτυξη λογισμικού , 'Η προσέγγιση της ανάπτυξης που ακολουθεί ευέλικτες αρχές. Τι είναι όμως οι «ευέλικτες αρχές»; Ρίξε μια ματιά στο το ευκίνητο μανιφέστο και στο 12 αρχές ευέλικτης , που θέτει τα θεμέλια της ευέλικτης ανάπτυξης. Από το μανιφέστο:
Άτομα και αλληλεπιδράσεις πάνω από διαδικασίες και εργαλείαΛογισμικό εργασίας σε περιεκτική τεκμηρίωση
Συνεργασία πελατών για διαπραγμάτευση συμβάσεων
Απαντώντας σε αλλαγή πέρα από ένα σχέδιο
Οι ευέλικτες αρχές ενθαρρύνουν τη συνεχή παράδοση λειτουργικού λογισμικού, στενή επικοινωνία μεταξύ ομάδων και υψηλή προσαρμοστικότητα στις μεταβαλλόμενες ανάγκες. Εάν ακολουθείτε αυτές τις αξίες και αρχές στην εργασία σας, μπορείτε να πείτε ότι εργάζεστε σε ένα ευέλικτο περιβάλλον. Έτσι, η ευέλικτη ανάπτυξη λογισμικού δεν είναι μεθοδολογία, είναι απλώς ένα σύνολο διαφορετικών μεθοδολογιών, πλαισίων και τεχνικών που ακολουθούν τις ίδιες αρχές. Μπορούμε να πούμε ότι το 'ευκίνητο' είναι ένα πλαίσιο σκέψης και λήψης αποφάσεων.
Το Agile είναι ένα πλαίσιο σκέψης και λήψης αποφάσεων.
Αλλά γιατί είναι τόσο σημαντικό να ακολουθούμε αυτές τις αρχές στη δουλειά μας;
Το Μανιφέστο και οι αρχές είναι το αποτέλεσμα της αναζήτησης των καλύτερων λύσεων που έχουν εξελιχθεί τις δεκαετίες ως απάντηση στις προκλήσεις της ανάπτυξης λογισμικού. Κατά τη διάρκεια της δεκαετίας του '70, της δεκαετίας του '80 και της δεκαετίας του '90, διαφορετικοί προγραμματιστές και ομάδες σε όλο τον κόσμο είχαν πειραματιστεί με μεθόδους εργασίας και προσεγγίσεις για την επίλυση προβλημάτων, επινοώντας διαφορετικά πλαίσια και τεχνικές (όπως το scrum και το Extreme Programming), και ακόμη και έφτασαν στο ίδιο παράλληλα ιδέες. Τελικά, τον Φεβρουάριο του 2001, δεκαεπτά προγραμματιστές συγκεντρώθηκαν και βρήκαν τους κοινούς παρονομαστές για όλες αυτές τις διαφορετικές ιδέες και εμπειρίες. Έτσι δημιουργήθηκε το μανιφέστο.
Το Agile Manifesto είναι το αποτέλεσμα διαφορετικών εμπειριών και πρακτικών λύσεων που εμφανίστηκαν τις δεκαετίες.
Scrum
Εάν μιλάτε για 'ευέλικτες' μεθόδους χωρίς να γνωρίζετε τι σημαίνουν, μπορείτε να γλιστρήσετε και να πείτε πράγματα που θα σας αποκαλύψουν μπροστά στον συνομιλητή που γνωρίζει το θέμα: 'Scrum και άλλες ευέλικτες μεθοδολογίες.'
Το Scrum δεν είναι μεθοδολογία , αν και όλοι έχουμε ακούσει ότι λέγεται τόσο συχνότερα από τον αριθμό των δολοφονιών Παιχνίδι των θρόνων . Το Scrum δεν θα δώσει απάντηση σε κάθε ερώτηση και δεν θα σας δώσει την ακριβή διαδικασία για να απαντήσετε σε κάθε κατάσταση που αντιμετωπίζετε. Και πιθανώς ως αποτέλεσμα αυτής της εσφαλμένης ερμηνείας, οι περισσότερες εφαρμογές scrum είναι επίσης λανθασμένες: Οι ομάδες δεν έχουν αξία. Αυτό έχει ως αποτέλεσμα την πιο ανόητη δήλωση σχετικά με το scrum: 'Το Scrum δεν λειτουργεί.'
Τι είναι το scrum; Ο οδηγός Scrum ορίζει το scrum ως:
«Ένα πλαίσιο μέσα στο οποίο οι άνθρωποι μπορούν να αντιμετωπίσουν πολύπλοκα προσαρμοστικά προβλήματα, ενώ παράγουν παραγωγικά και δημιουργικά προϊόντα με την υψηλότερη δυνατή αξία».Άρα είναι δομή , και όπως οποιοδήποτε άλλο πλαίσιο μπορεί να είναι, και χρησιμοποιείται τακτικά, με λάθος τρόπο. Η αποτελεσματική χρήση του scrum δεν απαιτεί απλώς την υιοθέτηση της δομής που καθορίζεται από το scrum, αλλά τη βαθιά κατανόηση και εκτίμηση για ευέλικτες αρχές σε ολόκληρη την ομάδα.
Το Scrum αποτελείται από τους ακόλουθους ρόλους: Ιδιοκτήτης προϊόντος, Master Scrum, Ομάδα ανάπτυξης.
Υπάρχουν επίσης τέσσερις τελετές Scrum: Συνάντηση προγραμματισμού, Daily Scrum, Sprint Review, Sprint Retrospective
Και τα τρία αντικείμενα: Product Backlog, Sprint Backlog, Product Increment.
Τα έργα Scrum οργανώνονται σε κανονικά χρονικά πλαίσια, τα οποία ονομάζουμε σπριντ. Συνήθως διαρκούν δύο εβδομάδες.
πόσο κοστίζει η πρόσληψη ενός υπαλλήλου αριθμομηχανής
ΠΡΟΣ ΤΟ Ιδιοκτήτης προιόντος είναι υπεύθυνη για την καθοδήγηση του έργου. Καθώς καθορίζονται νέες εργασίες και δυνατότητες, ο κάτοχος της προμήθειας τις προσθέτει σε καθυστέρηση προϊόντων. Ένα σπριντ ξεκινά με μια συνάντηση σχεδιασμού, όπου η ομάδα ανάπτυξης επιλέγει τις εργασίες από το καθυστερημένο καθήκον για να εργαστεί και σχεδιάζει πώς θα εφαρμοστούν. Αυτό ακολουθείται από την ανάπτυξη, κατά τη διάρκεια της οποίας η ομάδα ανάπτυξης χρησιμοποιεί το καθυστέρηση για να παρακολουθεί την πρόοδο και συναντιέται για την καθημερινή συνάντηση προκειμένου να συγχρονίσει τις δραστηριότητες και να προσαρμόσει το σχέδιο, εάν χρειαστεί. Το αποτέλεσμα της ανάπτυξης θα πρέπει να είναι μια αύξηση προϊόντος, κάτι που μπορεί να εφαρμοστεί στο προϊόν και να κυκλοφορήσει αμέσως. Στο τέλος του σπριντ, η αύξηση του προϊόντος παρουσιάζεται στον Κάτοχο προϊόντος κατά την επισκόπηση της σπριντ, όπου η καθυστέρηση του προϊόντος αυξάνεται εάν απαιτούνται περαιτέρω αλλαγές. Στη συνέχεια, ολόκληρη η ομάδα παρευρίσκεται στην αναδρομική σπριντ όπου μιλούν για τη διαδικασία εργασίας και πώς μπορεί να βελτιωθεί.
Είναι εύκολο να μάθετε και να κατανοήσετε το scrum, αλλά είναι δύσκολο να το υιοθετήσετε. Υπάρχουν πολλοί λόγοι για τους οποίους αυτό το πλαίσιο μπορεί ή όχι να είναι κατάλληλο για ένα έργο. Συχνά απαιτεί πολλές αλλαγές, όχι μόνο στην καθημερινή ανάπτυξη, αλλά και πολιτιστικά. Το Scrum ταιριάζει καλύτερα με την ανάπτυξη σύνθετων προϊόντων, αυτά που διαρκούν πολύ και περιλαμβάνουν διαφορετικά είδη ειδικών.
Γιατί το scrum είναι τόσο δημοφιλές και γιατί έχει πλεονέκτημα έναντι του παραδοσιακού μοντέλου καταρράκτη; Με απλά λόγια, γιατί προσφέρει μεγαλύτερη αξία σε ένα προϊόν και στους πελάτες. Με μεθόδους «βαρέων βαρών» όπως καταρράκτης, αφθονίες ιστοριών τρόμου στις οποίες κανείς δεν βλέπει τίποτα από το έργο για μήνες. Με το scrum, αυτό δεν είναι δυνατό.
Το Scrum έχει να κάνει με το αξία που παραδίδεται στους τελικούς χρήστες. Εάν χρησιμοποιείτε πραγματικά scrum, πρέπει να προσφέρετε κάτι πολύτιμο σε κάθε σπριντ. Η τιμή μπορεί να μετρηθεί και η ομάδα αναγκάζεται επίσης να επιθεωρήσει τα εμπόδια και να προσαρμοστεί, με στόχο να προσφέρει περισσότερη αξία στην επόμενη επανάληψη.
Στις περισσότερες δυνατότητες ανάπτυξης λογισμικού δεν χτίζουμε έναν ουρανοξύστη. δεν χρειάζεται να έχουμε έτοιμο ολόκληρο το σχέδιο πριν ξεκινήσουμε και να εμμείνουμε σε αυτό το σχέδιο μέχρι το τέλος. Αναπτύσσουμε λογισμικό και έχουμε τη δυνατότητα να προσαρμοζόμαστε σε διαφορετικές καταστάσεις και να αλλάζουμε τις απαιτήσεις των προϊόντων κατά την ανάπτυξη. Για μεγάλο χρονικό διάστημα, πολλοί προγραμματιστές το είδαν ως την όγδοη θανατηφόρα αμαρτία, αλλά από την άποψη του προϊόντος είναι ένα τεράστιο όφελος για τη βελτιστοποίηση της προβλεψιμότητας και τον έλεγχο του κινδύνου. Το Scrum αναπτύσσεται γύρω από αυτήν την ικανότητα και η εφαρμογή του παρέχει έναν αξιόπιστο και αποτελεσματικό τρόπο αντιμετώπισης των απαραίτητων αλλαγών.
Πολλές τεχνικές χρησιμοποιούνται σε συνδυασμό με το scrum: προγραμματισμός πόκερ, προγραμματισμός ζευγών, δοκιμαστική ανάπτυξη (TDD), ανάπτυξη με γνώμονα τη συμπεριφορά (BDD) και άλλα. Δεν είναι πραγματικά μέρος του scrum, αλλά μάλλον συμβατές τεχνικές. Μία μέθοδος που συχνά αναφέρεται ταυτόχρονα με το scrum είναι kanban και υπάρχει μεγάλη σύγχυση σχετικά με το τι σημαίνουν αυτά τα δύο πράγματα σε σχέση μεταξύ τους.
Κανμπάν
Όταν μιλάτε για scrum και kanban, μια συχνή ερώτηση από το πλήθος θα είναι: 'Ποιο είναι καλύτερο, scrum ή kanban;' Και δεν θα ξέρετε τι να απαντήσετε επειδή είναι σαν να συγκρίνετε μήλα και πορτοκάλια ή ρωτώντας, 'Ποιο είναι καλύτερο, τηγανίτες ή μπύρα;' Και τα δύο είναι καλύτερα.
Το Kanban είναι μια απλή μέθοδος που στοχεύει στην παράδοση ακριβώς στην ώρα, χωρίς να υπερφορτώνει τα μέλη της ομάδας. Είναι παρόμοιο με το scrum στο ότι ο στόχος είναι να προσφέρει μέγιστη τιμή στο τέλος, αλλά είναι πολύ πιο ευέλικτο από το scrum.
Προγραμματισμός προσανατολισμένος στο πρωτόκολλο γρήγορα
Το Kanban δεν εφευρέθηκε από την κοινότητα ανάπτυξης λογισμικού. Στην πραγματικότητα, έχει την προέλευσή του στις διαδικασίες παραγωγής της Toyota και έχει ευρεία χρήση σε άλλους τομείς. Δεν υπάρχουν αυστηρές διαδικασίες που πρέπει να ακολουθήσετε και κανένας αυστηρός τρόπος να εφαρμόσετε και να χρησιμοποιήσετε το kanban. Είναι μάλλον ένα σύνολο αρχών και πρακτικών και μπορείτε να επιλέξετε από αυτές τις πρακτικές για να ταιριάζει στις ανάγκες σας. Αλλά υπάρχει μια πιο συχνά χρησιμοποιούμενη εφαρμογή του kanban στην ανάπτυξη λογισμικού που περιλαμβάνει τη χρήση του a πίνακας καναμπάν , που αποτελείται από στήλες που αντιπροσωπεύουν στάδια εργασίας και εργασίες.
Οι στήλες αντιπροσωπεύουν την κατάσταση μιας εργασίας στη διαδικασία ανάπτυξης. Το απλούστερο παράδειγμα αποτελείται από τρεις στήλες: 'To Do', 'In Progress' και 'Done'. Έτσι, οι εργασίες προστίθενται στο 'To Do', μεταφέρονται στο 'In Progress' όταν ξεκινά η ανάπτυξη και θεωρούνται 'Done' όταν μετακινούνται στην τελευταία στήλη. Αλλά φυσικά, θα μπορούσε να είναι πιο περίπλοκο:
Backlog → Defining Specification → Ready for Development → Development → Code Review → Testing → Deployed (→ Κανείς δεν το χρησιμοποιεί πραγματικά → Πλήρως αφαιρεθεί).
Κάθε στήλη μπορεί να έχει υπο-στήλες. Για παράδειγμα, το 'Ανάπτυξη' μπορεί να χωριστεί σε 'Σχεδιασμός' και 'Κωδικοποίηση'. Το 'Testing' μπορεί να χωριστεί σε 'Unit Testing' και 'Integration Testing' και ούτω καθεξής. Οι στήλες ενδέχεται να είναι αφιερωμένες σε ειδικούς, εάν απαιτείται. Η ομάδα καθορίζει τις στήλες και τα στάδια ανάλογα με τις ανάγκες της. Σύμφωνα με τη φιλοσοφία «έλξης», οι εργασίες πρέπει να εισέρχονται στη ροή εργασίας μόνο όταν η ζήτηση για αυτά είναι άμεση.
Ο σκοπός αυτού του διοικητικού συμβουλίου είναι να οπτικοποιήστε τη ροή εργασίας , η οποία είναι η πρώτη βασική πρακτική στο kanban. Στην πραγματικότητα, το kanban μπορεί να γίνει χωρίς καθόλου πίνακα! Θα μπορούσε να είναι μια απλή λίστα εργασιών σε ένα φύλλο Google με διαφορετικά χρώματα φόντου που δείχνουν την κατάσταση της εργασίας ή μπορεί να είναι γραφήματα Gantt, διαγράμματα, πίνακες… Θα μπορούσε ακόμη και να είναι ένα σύνολο κουβάδων στο γραφείο σας, όπου ο καθένας αντιπροσωπεύει την κατάσταση της εργασίας και πού χρησιμοποιούνται οι μπάλες ως εργασίες. Απλώς οπτικοποιήστε τη ροή εργασίας και παρέχετε διαφάνεια σε όλη τη διαδικασία.
Μια άλλη σημαντική αρχή είναι να μειώστε το μέγεθος των προσπαθειών σας . Απλοποιημένο, αυτό σημαίνει αποφυγή πολλαπλών εργασιών. Αυτό μπορεί να σημαίνει μείωση του όγκου των εργασιών που εργάζεστε ταυτόχρονα. Εάν έχετε τρεις σχεδιαστές σε μια ομάδα, η ομάδα μπορεί να ορίσει τον μέγιστο αριθμό εργασιών στη στήλη 'Σχεδιασμός' σε τρεις.
Όπως το scrum, το kanban βλέπει επίσης την ομάδα ως το πιο σημαντικό σχήμα στη διαδικασία. Ωστόσο, δεν προτείνει ρόλους όπως κάνει το scrum και μπορείτε να διατηρήσετε τους υπάρχοντες ρόλους για να αποφύγετε αλλαγές στην υπάρχουσα διαδικασία. Το ίδιο ισχύει για τη συνεχή βελτίωση: Το Kanban γενικά σας ενθαρρύνει να μαθαίνετε και να βελτιώνετε συνεχώς, αλλά δεν συνταγογραφεί ένα συγκεκριμένο γεγονός μόνο για αυτήν τη διαδικασία, όπως και το Sprint Retrospective του scrum.
Ποιο πρέπει να χρησιμοποιήσω;
Το Scrum και το kanban δεν είναι αμοιβαία αποκλειστικά και δεν είναι πραγματικά συγκρίσιμα. Στο scrum, υπάρχουν καθορισμένοι ρόλοι, ενώ ο kanban λέει, 'Τι στο καλό, κρατήστε τους τρέχοντες ρόλους και ευθύνες σας.' Το Scrum θα σας αναγκάσει να αλλάξετε τον τρόπο εργασίας σας. Το kanban σας επιτρέπει να ξεκινήσετε με την υπάρχουσα διαδικασία. Στο scrum, καθορίζεται από το πλαίσιο ένα σαφές πρόγραμμα για εκδηλώσεις. στο kanban δεν έχετε εκδηλώσεις. Ωστόσο, έχουν πολλές ομοιότητες: Και οι δύο είναι επικεντρωμένες στην αξία, τα μέλη της ομάδας γίνονται σεβαστά ως «αφεντικά» του συστήματος και ουσιαστικά έχουν την ίδια αποστολή: Να εξαλείφουν συνεχώς τα απόβλητα και να απομακρύνουν τα εμπόδια.
Αλλά η ερώτηση, 'Τι πρέπει να χρησιμοποιήσω στο συγκεκριμένο έργο μου και με τη συγκεκριμένη ομάδα μου;' έχει πολύ πιο νόημα. Το Kanban δεν απαιτεί τόσο πολλές από τις διαδικασίες και τις πολιτιστικές αλλαγές και, στις περισσότερες περιπτώσεις, θα είναι πιο εύκολο να υιοθετηθεί από το scrum. Το Scrum, από την άλλη πλευρά, προσφέρει σημαντικά περισσότερη δομή για να καθοδηγήσει τη διαδικασία, η οποία μπορεί να εξαλείψει πολλά γενικά αρκεί όλοι να βρίσκονται στην ίδια σελίδα.
Αλλά η ομορφιά και των δύο είναι ότι κανένα δεν είναι ένα αυστηρό σύνολο κανόνων. Δεν υπάρχει τίποτα που να σας εμποδίζει να διαλέξετε και να επιλέξετε τα καλύτερα στοιχεία scrum για εσάς, όπως μια καθημερινή συνάντηση ή κριτική. Και δεν υπάρχει λόγος να μην μπορείτε να ενσωματώσετε μια σανίδα καναμπάν στο scrum.
Το Scrum έχει αποδειχθεί ότι είναι ένα πολύ αποτελεσματικό πλαίσιο όταν όλη η ομάδα το καταλαβαίνει καλά. Ωστόσο, σύμφωνα με την εμπειρία μου, δυσκολεύομαι να συνεργαστώ με κάποιους πελάτες. Η διαδικασία και οι πολιτιστικές αλλαγές που απαιτούνται για τη σωστή εφαρμογή του scrum μπορεί να είναι υπερβολικές (ειδικά όταν έρχεστε σε επαφή με κάποιον που πιστεύει ότι δημιουργεί ένα νέο Google!). Από την άλλη πλευρά, το kanban είναι πιο ευέλικτο και δεν αναγκάζει τους ανθρώπους να αλλάξουν. Ορισμένοι συγγραφείς λένε επίσης ότι το kanban είναι ένας καλός δρόμος για ευελιξία και προσφέρει ευκολότερη εφαρμογή του scrum. Άλλοι λένε ότι η χρήση scrum θα πρέπει να οδηγήσει σε καναμπάν στο τέλος.
Η αλήθεια είναι ότι κάθε έργο είναι διαφορετικό και δεν υπάρχει λύση για όλα τα μεγέθη. Ως διαχειριστής έργου, εναπόκειται σε εσάς να καθορίσετε τι λειτουργεί καλύτερα για την ομάδα σας.
