Γιατί λειτουργεί το Kanban — και πώς να ξέρεις αν η ομάδα σου είναι έτοιμη για αυτό
Οι περισσότερες ομάδες υιοθετούν το Kanban επειδή κάποιος διάβασε ένα άρθρο blog. Η πιο έξυπνη ερώτηση είναι αν τα προβλήματα που λύνει το Kanban είναι πραγματικά τα προβλήματα της ομάδας σου.
Υπάρχει μια στιγμή που αναγνωρίζουν οι περισσότερες ομάδες, συνήθως γύρω στη στιγμή που έχουν περισσότερα από οκτώ ή εννέα άτομα. Η εργασία εκτελείται — τα email στέλνονται, οι λειτουργίες κυκλοφορούν, οι πελάτες διαχειρίζονται — αλλά κανείς δεν έχει σαφή αίσθηση για το τι κάνει ο καθένας άλλος. Τα έργα συσσωρεύονται. Τα πράγματα υπόσχονται και στη συνέχεια ησυχα ξεχνιούνται. Περνάς είκοσι λεπτά πριν από κάθε συνάντηση προσπαθώντας να καταλάβεις πού βρίσκεται πραγματικά ένα τεμάχιο εργασίας. Η απάντηση, συνήθως, είναι «κάπου».
Αυτό είναι το πρόβλημα που σχεδιάστηκε το Kanban να λύσει. Όχι το πρόβλημα της ορισμού στρατηγικής, ή της πρόσληψης των κατάλληλων ανθρώπων, ή της δημιουργίας μιας κουλτούρας — αλλά το συγκεκριμένο, επίπονο, λειτουργικό πρόβλημα της γνώσης του τι δουλεύει η ομάδα σου και τι την εμποδίζει.
Είναι ένα εκπληκτικά ταπεινό εργαλείο για κάτι που έχει προσελκύσει τόση προσοχή. Το Kanban δεν ισχυρίζεται ότι θα διορθώσει την οργάνωσή σου. Απλώς κάνει την εργασία ορατή. Και αποδεικνύεται ότι η ορατότητα, εφαρμόζεται συνεπώς, αλλάζει ένα αξιοσημείωτο αριθμό πραγμάτων κατάντη.
Από πού προέρχεται πραγματικά το Kanban
Η λέξη είναι Ιαπωνική — σημαίνει «σημάδι» ή «διαφήμιση» — και το σύστημα αναπτύχθηκε από την Toyota στα τέλη της δεκαετίας του 1940 ως τρόπος διαχείρισης αποθέματος στα εργοστάσιά τους. Η ιδέα ήταν απλή: αντί να παράγουν εξαρτήματα σε ένα σταθερό χρονοδιάγραμμα, το εργοστάσιο θα τα παράγει μόνο όταν ένας κατάντη σταθμός υπέδειχνε ότι τα χρειαζόταν. Ένα φυσικό κάρτα — το kanban — θα ταξίδευε προς τα πίσω κατά μήκος της γραμμής ως αίτημα. Τίποτα δεν παρήχθη εικονικά. Τίποτα δεν συσσωρεύθηκε περιττά.
Η γνώση που είχε η Toyota, και που αργότερα δανείστηκαν οι ομάδες λογισμικού, είναι ότι η περισσότερη αναποτελεσματικότητα σε ένα σύστημα προέρχεται όχι από την αργή εργασία των ανθρώπων, αλλά από τη λάθος εργασία που γίνεται στο λάθος χρόνο. Πάρα πολλά πράγματα ξεκινούν ταυτόχρονα. Εμπόδια που κανείς δεν παρατηρεί μέχρι να είναι πολύ αργά. Εργασία που ολοκληρώνεται σε ένα μέρος ενώ το επόμενο βήμα είναι υπερβολικά φορτωμένο κάπου αλλού.
Οι προγραμματιστές λογισμικού, ειδικά σε εταιρείες όπως η Microsoft στις αρχές του 2000, άρχισαν να προσαρμόζουν αυτές τις ιδέες για τη γνώση εργασίας. Τα κάρτες έγιναν εργασίες. Οι σταθμοί εργοστασίου έγιναν στάδια σε μια ροή εργασίας. Και ο πίνακας ανακοινώσεων έγινε ένας πίνακας — φυσικά αρχικά, μετά ψηφιακά — όπου ο καθένας στην ομάδα θα μπορούσε να δει, με μια ματιά, τι ήταν σε εξέλιξη, τι ήταν σε αναμονή, και τι ήταν έτοιμο.
Ο πίνακας δεν είναι το σύστημα. Ο πίνακας είναι αυτό που κάνει το σύστημα ορατό. Το σύστημα είναι το πώς δουλεύει πραγματικά η ομάδα σου — και αν δουλεύει για σε.
Τι δείχνει πραγματικά ένας πίνακας Kanban
Ένας βασικός πίνακας Kanban έχει τρεις στήλες: Να Γίνει, Σε Εξέλιξη, και Έτοιμο. Αυτό είναι επαρκές για πολλές μικρές ομάδες και ένα καλό μέρος για να ξεκινήσεις. Αλλά η πραγματική αξία εμφανίζεται όταν αρχίζεις να προσαρμόζεις αυτά τα στάδια ώστε να αντιστοιχούν στο πώς ρέει πραγματικά η εργασία σου — όχι πώς θα ήθελες να ρέει.
Μια ομάδα περιεχομένου μπορεί να χρησιμοποιήσει: Ιδέα, Σύντομη Περιγραφή, Σχέδιο Σε Εξέλιξη, Υπό Αναθεώρηση, Προγραμματισμένη, Δημοσιευμένη. Μια ομάδα λογισμικού μπορεί να διαχωρίσει «Σε Εξέλιξη» σε ξεχωριστές στήλες για ανάπτυξη, έλεγχο κώδικα, και διασφάλιση ποιότητας. Μια ομάδα συμβούλων μπορεί να παρακολουθήσει Ανακάλυψη, Πρόταση, Ενεργή, Αναμονή Πελάτη, και Κλειστή. Τα στάδια θα πρέπει να αντικατοπτρίζουν πραγματικές παραδόσεις και πραγματικούς χρόνους αναμονής — μέρη όπου η εργασία αλλάζει χέρια, ή όπου καθίσταται μέχρι να συμβεί κάτι άλλο.
Παρατήρησε το κάρτα στη μέση στήλη — την έκθεση ελέγχου αποθήκης, οκτώ ημέρες με σήμανση εμποδισμένη. Σε ένα σύστημα χωρίς πίνακα, αυτή η εργασία θα μπορούσε να κάθεται για δύο περισσότερες εβδομάδες πριν κανείς ανακαλύψει ότι δεν κινείται. Κάποιος περιμένει ένα τρίτο μέρος. Ή μια απόφαση χρειάζεται από έναν διευθυντή που δεν γνωρίζει ότι είναι ο αποκλειστής. Ο πίνακας κάνει το εμπόδιο ορατό. Αυτό είναι το μεγαλύτερο μέρος της δουλειάς.
Ο κανόνας που το κάνει να λειτουργήσει: Όρια WIP
Αν υπάρχει μια έννοια που διαχωρίζει τις ομάδες που χρησιμοποιούν σωστά το Kanban από τις ομάδες που έχουν απλώς μια πιο όμορφη λίστα εργασιών, είναι τα όρια εργασίας σε εξέλιξη — WIP limits για συντομία. Η ιδέα είναι ότι κάθε στήλη έχει έναν μέγιστο αριθμό στοιχείων που επιτρέπεται να είναι εκεί ταυτόχρονα. Όταν μια στήλη είναι πλήρης, δεν μπορείς να προσθέσεις περισσότερη εργασία μέχρι κάτι να μετακινηθεί.
Αυτό φαίνεται αντιϊσχυρό. Σίγουρα το να μπορείς να βάλεις περισσότερες εργασίες σε εξέλιξη σημαίνει ότι περισσότερα γίνονται; Δεν ισχύει. Αυτό που συμβαίνει πραγματικά όταν οι άνθρωποι δουλεύουν σε πάρα πολλά πράγματα ταυτόχρονα είναι ότι τα πάντα διαρκούν περισσότερο. Η εναλλαγή περιεχομένου είναι δαπανηρή. Η μισοτελείωτη εργασία δημιουργεί γενική επιβάρυνση. Και όταν δέκα πράγματα είναι «σε εξέλιξη», είναι πολύ δύσκολο να πούμε ποια από αυτά πραγματικά κινούνται και ποια είναι απλώς κολλημένα αλλά χωρίς σήμανση.
Ένα WIP limit τρία στη στήλη In Progress σου σημαίνει ότι όταν το τέταρτο πράγμα φτάσει στο γραφείο κάποιου, κάποιος στην ομάδα πρέπει να λάβει απόφαση: ποια υπάρχουσα εργασία ολοκληρώνεται πρώτη; Αναγκάζει την προτεραιότητα. Αναγκάζει τη συνομιλία. Και τείνει να παράγει ταχύτερη ολοκλήρωση μεμονωμένων στοιχείων, ακόμη και αν ο ρυθμός έναρξης νέων στοιχείων επιβραδύνεται.
Οι μελέτες για το multitasking δείχνουν συνεπώς ότι η εναλλαγή μεταξύ εργασιών κοστίζει περίπου 20–40% του παραγωγικού χρόνου. Ένας προγραμματιστής που εναλλάσσεται μεταξύ τριών χαρακτηριστικών δεν είναι ένα τρίτο τόσο παραγωγικός σε καθένα — πιθανώς είναι πιο κοντά σε ένα πέμπτο, όταν λάβεις υπόψη την νοητική επιβάρυνση της επαναφοράς περιεχομένου. Τα WIP limits του Kanban είναι, εν μέρει, μια δομική θεραπεία για αυτό.
Kanban έναντι Scrum: το ερώτημα που παίζουν οι ομάδες πάντα
Αν έχεις ξοδέψει λίγο χρόνο γύρω από τις ομάδες λογισμικού ή τη σύγχρονη σκέψη λειτουργιών, πιθανότατα έχεις συναντήσει το Scrum — το πλαίσιο που οργανώνει την εργασία σε σταθερά δύο εβδομάδες sprints, με συνεδρίες σχεδιασμού, ανακριτικές συνεδρίες, και καθορισμένους ρόλους όπως Scrum Master και Product Owner. Πολλές ομάδες θεωρούν το Scrum και το Kanban ως ανταγωνιστικές μεθοδολογίες και νιώθουν ότι πρέπει να επιλέξουν. Η διάκριση είναι πραγματικά πιο απλή από ό,τι νομίζεις.
Το Kanban σε ταιριάζει αν
- Η εργασία φτάνει απρόβλεπτα ή συνεχώς
- Διαφορετικές εργασίες έχουν πολύ διαφορετικά μεγέθη
- Η ομάδα σου διαδραματίζει πολλές λειτουργίες
- Θέλεις να ξεκινήσεις ελαφρά και να εξελίξεις τη διαδικασία
- Η ταχύτητα μεμονωμένων στοιχείων έχει τη μεγαλύτερη σημασία
Το Scrum σε ταιριάζει αν
- Η εργασία μπορεί να σχεδιαστεί σε σταθερές παρτίδες
- Η ομάδα σου είναι κυρίως focused στη μηχανική
- Το προβλέψιμο ρυθμό ενορχέστρωσης είναι προτεραιότητα
- Έχεις ειδικευμένη χωρητικότητα διευκόλυνσης διαδικασίας
- Οι ενδιαφερόμενοι χρειάζονται τακτικές δομημένες ενημερώσεις
Πολλές ομάδες — ειδικά αυτές που δεν είναι καθαρές ομάδες μηχανικής λογισμικού — βρίσκουν το Scrum βαρύ τελετουργικό και τη δομή σταθερού sprint δύσκολη για την εφαρμογή σε συνεχή λειτουργική εργασία. Οι ομάδες μάρκετινγκ, επιτυχίας πελατών, λειτουργιών και ιδρυτές που διαχειρίζονται τα πάντα-ταυτόχρονα σπάνια έχουν εργασία που χωρά τακτικά σε δύο εβδομάδες κύκλους. Το μοντέλο συνεχούς ροής του Kanban τείνει να τους ταιριάζει καλύτερα.
Αυτό είπαν, πολλές ομάδες συνδυάζουν και τα δύο. Χρησιμοποιούν κύκλους προγραμματισμού sprint-style για την ανάπτυξη προϊόντων ενώ τρέχουν έναν πίνακα Kanban για τη λειτουργική και υποστήριξη εργασία που ρέει ανεξάρτητα από το ποιο sprint είσαι. Αυτό είναι ένα τέλειο υβριδικό.
Τα τρία ερωτήματα που ο πίνακας σου θα πρέπει να απαντήσει σε τριάντα δευτερόλεπτα
Ένας πίνακας Kanban είναι πιο χρήσιμος όταν μπορείς να το κοιτάξεις και, χωρίς να μιλήσεις σε κανέναν, απαντήσεις σε αυτά τα τρία ερωτήματα γρήγορα: Τι δουλεύει η ομάδα σου αυτή τη στιγμή; Πού εμποδίζεται η εργασία; Υπάρχει κάτι που θα έπρεπε να γίνει που δεν έχει ξεκινήσει;
Αν δεν μπορείς να απαντήσεις και τα τρία εντός τριάντα δευτερολέπτων από την παρατήρηση του πίνακα, πιθανότατα δεν διατηρείται σωστά. Ο πιο κοινός τρόπος αποτυχίας είναι ένας πίνακας όπου οι εργασίες δημιουργούνται αλλά ποτέ δεν μετακινούνται — γίνεται νεκροταφείο καλών προθέσεων παρά χάρτης ζωντανής εργασίας. Ένας πίνακας που δεν είναι τρέχουσα είναι χειρότερος από κανέναν, επειδή δημιουργεί μια ψευδή αίσθηση ορατότητας.
Η πειθαρχία που απαιτείται για τη διατήρηση ενός πίνακα είναι πραγματική. Οι εργασίες πρέπει να κινούνται όταν κινείται η εργασία. Τα εμποδισμένα στοιχεία πρέπει να σημαίνονται τη στιγμή που σταματούν, όχι δύο εβδομάδες αργότερα. Τα κάρτες πρέπει να έχουν ξεκάθαρους ιδιοκτήτες, και οι ιδιοκτήτες πρέπει να ενημερώνουν τα κάρτες τους. Τίποτα από αυτό δεν απαιτεί πολύ χρόνο — μια καλά τρεχόμενη πρακτική Kanban μπορεί να χρειαστεί πέντε έως δέκα λεπτά ανά άτομο ανά ημέρα — αλλά απαιτεί συνέπεια. Οι ομάδες που επωφελούνται περισσότερο από το Kanban είναι αυτές που θεωρούν τον πίνακα ως πηγή αλήθειας, όχι ως δευτερεύουσα εργασία εγγραφής αρχείων.
Η προβολή πίνακα του FabricLoop είναι χτισμένη γύρω από αυτό ακριβώς: έναν ζωντανό χώρο εργασίας όπου οι εργασίες, τα μηνύματα και οι σημειώσεις κάθονται μαζί, έτσι ώστε η ενημέρωση ενός κάρτα δεν σημαίνει εναλλαγή σε ένα ξεχωριστό εργαλείο. Όταν κάποιος σημάνει μια εργασία εμποδισμένη ή τη μετακινεί σε Έτοιμο, αυτό το περιεχόμενο παραμένει συνημμένο — η συνομιλία που εξηγεί γιατί κάτι σταμάτησε, το αρχείο που ήταν το τελικό αποδόσιμο, η σημείωση που καταγράφει τι αποφασίστηκε. Ο πίνακας παραμένει τρέχουσα επειδή η ενημέρωση του παίρνει την ίδια προσπάθεια με το να αφήσεις ένα σχόλιο.
Τι δεν κάνει το Kanban
Το Kanban δεν είναι ένα εργαλείο στρατηγικής. Δεν θα σε βοηθήσει να καταλάβεις τι θα πρέπει να δουλέψεις — απλώς θα σε βοηθήσει να διαχειριστείς αυτό που έχεις ήδη αποφασίσει να δουλέψεις. Αν η οργάνωσή σου έχει πρόβλημα προτεραιότητας, ή πρόβλημα ασάφειας εντολής, ή πρόβλημα «ξεκινάμε πάρα πολλά έργα πριν τελειώσουμε τα παλιά» που είναι ριζωμένο στη συμπεριφορά της ηγεσίας παρά στη διαδικασία, ένας πίνακας Kanban θα αποκαλύψει αυτά τα προβλήματα αλλά δεν θα τα λύσει.
Δεν είναι επίσης υποκατάστατο για καλή διαχείριση. Ένας πίνακας δεν αντικαθιστά τις ατομικές συνεδρίες, ή τη σκεπτική ανάθεση, ή τη σαφή επικοινωνία για το γιατί έχει σημασία συγκεκριμένη εργασία. Οι ομάδες μερικές φορές υιοθετούν εργαλεία διαδικασίας ελπίζοντας ότι η διαδικασία θα κάνει τη σχεσιακή και οργανωτική εργασία που είναι στην πραγματικότητα η δουλειά του διευθυντή. Δεν θα.
Αυτό που θα κάνει είναι να μειώσει την περιβαλλοντική αβεβαιότητα που επιβραδύνει τις περισσότερες ομάδες. Τα ερωτήματα του «ποιος δουλεύει σε τι», «είναι αυτό έτοιμο», και «τι θα έπρεπε να σηκώσω μετά» παράγουν τεράστια ποσά χαμηλής αξίας επικοινωνίας σε οργανώσεις που δεν έχουν ένα κοινό, ορατό σύστημα. Το Kanban εξαλείφει τον περισσότερο από αυτόν τον θόρυβο. Και για τις ομάδες όπου αυτός ο θόρυβος είναι το κυρίαρχο πρόβλημα, η διαφορά είναι σημαντική.
Πώς να ξεκινήσεις — χωρίς ένα τριήμερο workshop
Οι καλύτερες υλοποιήσεις Kanban που έχω δει ξεκίνησαν μικρές και εξελίχθησαν. Οι χειρότερες περιλάμβαναν ένα σύμβουλο, ένα δύο ημερών offsite, και έναν όμορφα σχεδιασμένο πίνακα που κανείς δεν χρησιμοποίησε κατά την τρίτη εβδομάδα.
Ξεκίνα με την ομάδα σου όπως πραγματικά είναι, με τη εργασία που πραγματικά έχεις. Δημιουργία τρεις στήλες: Backlog, Σε Εξέλιξη, Έτοιμο. Περνάς τριάντα λεπτά με την ομάδα σου βάζοντας κάθε τρέχον στοιχείο εργασίας σε κάρτα. Συμφωνήστε σε ένα κανόνα: όταν ξεκινάς κάτι, πάει στον πίνακα. Όταν κινείται, μετακινείς το κάρτα. Μη κάνεις τίποτα άλλο για δύο εβδομάδες.
Μετά από δύο εβδομάδες, κοίταξε τον πίνακα μαζί. Πού συσσωρεύθησαν τα πράγματα; Τι παρέμεινε στο Backlog που είπαν όλοι ότι ήταν προτεραιότητα; Τι κινήθηκε πιο γρήγορα από ό,τι αναμενόταν; Τι εμποδίστηκε και γιατί; Χρησιμοποίησε αυτό που παρατηρείς για να συντονίσεις τις στήλες και προσθέσεις ειδικότητα. Ίσως «Σε Εξέλιξη» πρέπει να χωριστεί σε «Σε Εξέλιξη» και «Περιμένοντας Εξωτερική». Ίσως χρειάζεσαι μια στήλη με τίτλο «Υπό Αναθεώρηση» επειδή αυτό το βήμα συνεχώς χάνεται. Αφήστε τον πίνακα να εξελιχθεί με βάση αυτό που η πραγματική σου εργασία αποκαλύπτει, όχι με βάση αυτό που ένα βιβλίο μεθοδολογίας λέει ότι θα πρέπει να φαίνεται.
Μην προσθέσεις περισσότερες στήλες για να κάνεις τον πίνακα να φαίνεται εξελιγμένος. Κάθε στήλη είναι μια παράδοση — και κάθε παράδοση είναι ένα μέρος όπου η εργασία μπορεί να σταματήσει. Ξεκίνα απλή. Προσθέσει πολυπλοκότητα μόνο όταν η απλή έκδοση σας δείξει όπου την χρειάζεστε.
Το μακροχρόνιο παιχνίδι: μετρήματα ροής
Μόλις ένα σύστημα Kanban τρέχει, παράγει δεδομένα που οι περισσότερες ομάδες ποτέ δεν χρησιμοποιούν. Ο χρόνος αναφοράς — ο συνολικός χρόνος από τη δημιουργία μιας εργασίας έως ότου ολοκληρωθεί — είναι ο πιο σημαντικός. Αν ο μέσος χρόνος αναφοράς σας για μια τυπική εργασία είναι δώδεκα ημέρες, και θέλετε να είναι πέντε, τώρα έχετε έναν αριθμό για να δουλέψετε έναντι και ένας πίνακα που θα σας δείξει πού πάνε αυτές οι επιπλέον επτά ημέρες.
Ο χρόνος κύκλου μετρά μόνο την ενεργή περίοδο εργασίας, αποκλείοντας το χρόνο που μια εργασία κάθεται στο backlog. Η ικανότητα μετρά πόσα στοιχεία ολοκληρώνει η ομάδα σας ανά εβδομάδα. Κανένα από αυτά τα μετρήματα δεν απαιτεί ειδικό λογισμικό αν είσαι πειθαρχημένος για το να σημειώνεις όταν τα κάρτες δημιουργούνται και όταν κλείνονται. Και μαζί, σας δίνουν μια πολύ πιο ειλικρινή εικόνα της χωρητικότητας της ομάδας σας από ό,τι κάθε διαδικασία σχεδιασμού βασισμένη σε εκτίμηση μπορεί.
Οι περισσότερες μικρές και μεσαίες ομάδες ποτέ δεν φτάνουν εδώ. Χρησιμοποιούν το Kanban ως εργαλείο ορατότητας — που είναι πολύ αξιόλογο από μόνο του — και δεν πάνε πέρα. Αυτό είναι εντάξει. Αλλά αν βρεθείς κάνοντας δεσμεύσεις στους ενδιαφερόμενους για το πότε κάτι θα γίνει, ή θέλεις να καταλάβεις γιατί κάποια εργασία διαρκεί τρεις φορές περισσότερο από ό,τι αναμενόταν, τα μετρήματα είναι εκεί όταν τα χρειάζεσαι.
Στο FabricLoop, κάθε κάρτα φέρει το ιστορικό της — πότε δημιουργήθηκε, πότε μετακινήθηκε μεταξύ σταδίων, πότε ολοκληρώθηκε. Αυτά τα δεδομένα είναι εκεί αν τα χρησιμοποιείς τώρα ή όχι. Οι ομάδες που ξεκινούν απλές συχνά γυρίζουν πίσω σε αυτά έξι μήνες αργότερα, όταν θέλουν να καταλάβουν γιατί ένα τρίμηνο ήταν τόσο χαοτικό, και ανακαλύπτουν ότι ο πίνακα κατέγραψε τα πάντα που χρειάζονται να ξέρουν.