3 πράγματα που έμαθα διδάσκοντας 200.000 μαθήματα στο Agile

Προβολές: 933

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

Ξεκίνησα με ένα βιβλίο, μετά ομιλίες, μετά εργαστήρια, μετά διδασκαλία στο πρόγραμμα MBA στο UVA Darden. Ο Ντάρντεν άρχισα να το καταλαβαίνω με ουσιαστικό τρόπο.

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

Ευτυχώς, η επίμονη αποφασιστικότητα και η αδίστακτη ενδοσκόπηση λειτουργούν για τις εταιρείες που ξεκινούν καθώς και να μάθεις να είσαι καλός εκπαιδευτής. Μετά από μια δέσμη εργασιών σχετικά με τη χρήση περιπτώσεων για την παροχή της μαθοκεντρικής μάθησης για την οποία είναι γνωστός ο Darden, αυτές οι αξιολογήσεις αυξήθηκαν. Τώρα, είμαι περήφανος που είμαι μέρος ενός ισχυρού προγράμματος που βοηθά τους φοιτητές μας MBA με εκπληκτικά έργα όπως αυτό: Stuff που κάνουν τα MBA μας στο UVA Darden.

Ίσως αναρωτιέστε – Δίδαξε 200.000 μαθήματα στο UVA; Όχι- και εκεί εμφανίστηκε μια σειρά πειραμάτων με την Coursera, την διαδικτυακή πλατφόρμα εκμάθησης. Πρώτα με ένα σύνολο μαθημάτων για την ευελιξία, μετά τη διαχείριση προϊόντων, μετά τη συνεχή παράδοση και, τέλος, την κωδικοποίηση για σχεδιαστές και μάνατζερ, ξεκίνησα online με τη βοήθεια της ομάδας του Darden.

Η πρώτη κυκλοφορία αψήφησε τις προσδοκίες μου – στους μαθητές δεν άρεσαν μερικά από τα μαθήματα! Και εδώ, η αποφασιστικότητα, η ενδοσκόπηση και η επανάληψη πήγαν πολύ μακριά. Αφού αφιερώσαμε λίγο χρόνο σε συνεντεύξεις από μαθητές σχετικά με το τι έκαναν (ή δεν έκαναν) τα μαθήματα για αυτούς και δοκιμάσαμε νέες προσεγγίσεις, περάσαμε 200.000 μαθήματα που εξυπηρετήθηκαν.

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

1. Το Agile λειτουργεί καλύτερα όταν οδηγείτε από μπροστά

Θέλετε να δείξετε στην ομάδα σας ότι η ευελιξία είναι σημαντική; Ότι τα αποτελέσματα είναι πιο σημαντικά από τα αποτελέσματα; Αντί να αλλάξω τον τρόπο με τον οποίο λειτουργεί η υπόλοιπη ομάδα σας, έχω διαπιστώσει ότι είναι καλύτερο να ξεκινάτε από τον εαυτό σας και να οδηγείτε από μπροστά βγαίνοντας έξω και ανακαλύπτοντας τι πραγματικά έχει (και όχι) σημασία για τους χρήστες. Βοηθήστε την ομάδα σας να δημιουργήσει τις μισές λειτουργίες δύο φορές και νομίζω ότι θα διαπιστώσετε ότι στη συνέχεια θα έχει τον χρόνο, την ενέργεια και την αυτοπεποίθηση που χρειάζεται για να ασχοληθεί με νέες πρακτικές.

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

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

1. Αρχίζετε να λαμβάνετε περισσότερες ερωτήσεις σχετικά με το τι και το γιατί των εισροών σας στον προγραμματιστή. (αυτό σημαίνει ότι σκέφτονται τόσο τον χρήστη όσο και τον κώδικα, κάτι που είναι δύσκολο αλλά σημαντικό)
2. Υπάρχει λιγότερη πίεση στην έξοδο και περισσότερη εστίαση στα αποτελέσματα των χρηστών
3. Μπορείτε να ξεκινήσετε νέες λειτουργίες με μικρότερο λειτουργικό αποτύπωμα και πιο ξεκάθαρες ιδέες για το πώς θα αποφασίσετε να τις δημιουργήσετε ή να τις καταργήσετε

2. Όλα είναι Δοκιμάσιμα και η Δοκιμή είναι τα πάντα

Οι μεγάλες προειδοποιήσεις σχετικά με αυτό είναι α) δεν είναι όλα ελεγχόμενα με τον ίδιο τρόπο και β) οι ποσοτικές δοκιμές είναι πάντα πιο αξιόπιστες από ό,τι θα έπρεπε, ακόμη και όταν αυτό δεν έχει νόημα. Αυτό συμβαίνει συνέχεια, αλλά δεν χρειάζεται.

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

Πως? Στον κόσμο του σχεδιασμού, γενικά αποσυνδέουμε το πρόβλημα από τη λύση και αυτά είναι τα δύο διαμάντια που βλέπετε παρακάτω.

Για την εύρεση του σωστού προβλήματος, παίρνετε συνέντευξη από υποκείμενα και τους κάνετε μη βασικές ερωτήσεις όπως «Ποια είναι τα 3 πιο δύσκολα πράγματα σχετικά με την ολοκλήρωση μιας επισκευής HVAC;». Εάν έχετε μια εστιασμένη άποψη για το ποιος είναι αυτός ο χρήστης, θα πρέπει να παρατηρήσετε (δοκιμάστε) τις απαντήσεις του που γενικά συγκλίνουν σε 5-15 συνεντεύξεις. Αν δεν το έχετε κάνει ποτέ αυτό, είναι σαν να πηγαίνετε από το ασπρόμαυρο στο έγχρωμο.

Θα παρατηρήσετε ότι υπάρχει ένα στοιχείο «Υπόθεση ζήτησης/αξίας» στη μέση. Εδώ δοκιμάζετε τη ζήτηση ως επί το πλείστον εκτός του πλαισίου της χρηστικότητας του προϊόντος – σχετίζονται αλλά δεν είναι τα ίδια. Εδώ μπαίνει στο παιχνίδι το περίφημο «MVP» (ελάχιστο βιώσιμο προϊόν)- χρησιμεύει ως όχημα για να αξιολογήσει εάν οι χρήστες θέλουν την πρόταση του προϊόντος σας αρκετά για να κάνουν κάτι ουσιαστικό (κλικ, εγγραφή, προπληρωμή κ.λπ.). Αυτά τα πειράματα έχουν γενικά ποσοτικές μετρήσεις με συγκεκριμένα όρια αποτυχίας/επιτυχίας. Για τα υπάρχοντα προϊόντα, αυτό λειτουργεί επίσης – η δοκιμή πλαστών χαρακτηριστικών είναι ένα συνηθισμένο παράδειγμα (παρουσιάστε ένα νέο κουμπί ή σημαίνον μερικές φορές και παρατηρήστε την αναλογία κλικ προς αριθμό εμφανίσεων).

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

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

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

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

3. Ο ψηφιακός γραμματισμός έχει σημασία και δεν είναι τόσο δύσκολο

Αχ, το παλιό κάστανο του «όλοι μέσα πρέπει να ξέρουν πώς να κωδικοποιούν». Μην με παρεξηγείτε – συμφωνώ. Απλώς, τι σημαίνει αυτό και, το πιο σημαντικό, γιατί έχει σημασία, παρεξηγούνται ευρέως και συχνά καταστροφικά.

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

Πώς δημιουργείτε αυτούς τους διαχειριστές; Αν είσαι εσύ, πώς θα γίνεις; Δεν χρειάζεστε πτυχίο CS. Και αυτό δεν οφείλεται στο ότι δεν είναι πολύτιμα – είναι επειδή η δουλειά σας δεν είναι να καθοδηγείτε ή να ελέγχετε τους κωδικοποιητές της ομάδας σας. Από την άλλη πλευρά, η παρατήρησή μου είναι ότι χρειάζεται να κατανοήσετε τη δουλειά για να είστε αποτελεσματικοί.

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

Οποιοσδήποτε ενήλικας με υψηλή λειτουργικότητα μπορεί να πάει στο Codecademy και να ολοκληρώσει μια ενότητα σε Javascript σε μια ή δύο ημέρες. Ξέρουν τώρα πώς να κωδικοποιούν; Αυτό είναι διφορούμενο, γιατί μόνο με αυτήν την προετοιμασία πιθανότατα δεν θα είναι σε θέση να δημιουργήσουν το δικό τους πρωτότυπο εργασίας ή να κατανοήσουν πολλά από αυτά με τα οποία αντιμετωπίζει μια ομάδα προγραμματιστών.

Αντίθετα, ανεξάρτητα από το πόση σύνταξη Javascript απομνημονεύουν προσωρινά, θα έλεγα ότι είναι σε καλό σημείο (για αυτόν τον σκοπό) όταν είναι σε θέση να κάνουν τρία πράγματα –
1: Πάρτε ένα σχέδιο και εντοπίστε τα λειτουργικά στοιχεία που χρειάζονται για να το πραγματοποιήσουν
2: Google για στοιχεία κώδικα και δείγμα κώδικα
3: Ενσωματώστε τα και διορθώστε τα αναλυτικά μέχρι να λειτουργήσουν

Διαπίστωσα ότι ένας συνδυασμός περιπτώσεων για πρώτη φορά στο σχεδιασμό που ακολουθείται από πρακτική βασισμένη στο έργο λειτουργεί εξαιρετικά και ο καθένας μπορεί να το ξεπεράσει (και να περάσει υπέροχα!). Το έχω δει να λειτουργεί για πολλές ομάδες φοιτητών MBA στο μάθημα Ανάπτυξης Λογισμικού καθώς και στο νέο μου διαδικτυακό μάθημα Κωδικοποίηση για Σχεδιαστές, Διευθυντές και Επιχειρηματίες στο Coursera.

Κλείνοντας…

Τι νομίζετε; Χτύπησε με LinkedIn ή Κελάδημα– Θα ήθελα πολύ να ακούσω νέα σας. Επίσης, αν σας ενδιαφέρει να δείτε μερικά από αυτά σε δράση, δεν αναφέρω παραπάνω τα διαδικτυακά μου μαθήματα–
Εξειδίκευση Digital Product Management
Εξειδίκευση Agile Development
και
Κωδικοποίηση για Σχεδιαστές, Διευθυντές και Επιχειρηματίες.