Tim Lister - συν-συγγραφέας βιβλίων
- "Ανθρώπινος παράγοντας. Successful Projects and Teams» (το πρωτότυπο βιβλίο ονομάζεται «Peopleware»)
- "Waltzing with the Bears: Managing Risk in Software Projects"
- «Τρελαμένη από την αδρεναλίνη και ζομπιασμένη από μοτίβα. Πρότυπα συμπεριφοράς ομάδων έργου»
Όλα αυτά τα βιβλία είναι κλασικά στον τομέα τους και γράφτηκαν μαζί με συναδέλφους στο . Στη Ρωσία, οι συνάδελφοί του είναι πιο διάσημοι - и , ο οποίος έγραψε και πολλά διάσημα έργα.
Ο Tim έχει 40 χρόνια εμπειρίας στην ανάπτυξη λογισμικού· το 1975 (κανείς από αυτούς που έγραψαν αυτό το habrapost δεν γεννήθηκε φέτος), ο Tim ήταν ήδη ο εκτελεστικός αντιπρόεδρος της Yourdon Inc. Τώρα ξοδεύει το χρόνο του συμβουλεύοντας, διδάσκοντας και γράφοντας, με περιστασιακές επισκέψεις συνέδρια σε όλο τον κόσμο.
Κάναμε μια συνέντευξη με τον Tim Lister ειδικά για το Habr. Θα ανοίξει το συνέδριο DevOops 2019 και έχουμε πολλές ερωτήσεις, σχετικά με τα βιβλία και πολλά άλλα. Η συνέντευξη διεξάγεται από τους Mikhail Druzhinin και Oleg Chirukhin από την επιτροπή προγράμματος του συνεδρίου.
Μιχαήλ: Μπορείς να πεις δυο λόγια για αυτό που κάνεις τώρα;
Τιμ: Είμαι ο επικεφαλής του Atlantic Systems Guild. Είμαστε έξι στο Guild, αποκαλούμε τους εαυτούς μας εντολείς. Τρεις στις ΗΠΑ και τρεις στην Ευρώπη - γι' αυτό το Guild ονομάζεται Atlantic. Είμαστε τόσα χρόνια μαζί που δεν μπορείς να τα μετρήσεις. Όλοι έχουμε τις σπεσιαλιτέ μας. Δουλεύω με πελάτες την τελευταία δεκαετία ή περισσότερο. Τα έργα μου περιλαμβάνουν όχι μόνο διαχείριση, αλλά και καθορισμό απαιτήσεων, σχεδιασμό έργου και αξιολόγηση. Φαίνεται ότι τα έργα που ξεκινούν άσχημα συνήθως τελειώνουν άσχημα. Επομένως, αξίζει να βεβαιωθείτε ότι όλες οι δραστηριότητες είναι πραγματικά καλά μελετημένες και συντονισμένες, ότι οι ιδέες των δημιουργών συνδυάζονται. Αξίζει να σκεφτείτε τι κάνετε και γιατί. Ποιες στρατηγικές να χρησιμοποιηθούν για να ολοκληρωθεί το έργο.
Συμβουλεύω τους πελάτες με διάφορους τρόπους για πολλά χρόνια. Ένα ενδιαφέρον παράδειγμα είναι μια εταιρεία που κατασκευάζει ρομπότ για χειρουργικές επεμβάσεις γόνατος και ισχίου. Ο χειρουργός δεν λειτουργεί εντελώς ανεξάρτητα, αλλά χρησιμοποιεί ένα ρομπότ. Η ασφάλεια εδώ, ειλικρινά μιλώντας, είναι σημαντική. Αλλά όταν προσπαθείς να συζητήσεις απαιτήσεις με ανθρώπους που επικεντρώνονται στην επίλυση προβλημάτων... Θα ακούγεται περίεργο, αλλά στις ΗΠΑ υπάρχει (Ομοσπονδιακή Υπηρεσία Φαρμάκων), η οποία αδειοδοτεί προϊόντα όπως αυτά τα ρομπότ. Πριν πουλήσετε οτιδήποτε και το χρησιμοποιήσετε σε ζωντανούς ανθρώπους, πρέπει να πάρετε άδεια. Μία από τις προϋποθέσεις είναι να δείξετε τις απαιτήσεις σας, ποιες είναι οι δοκιμές, πώς τις δοκιμάσατε, ποια είναι τα αποτελέσματα των δοκιμών. Εάν αλλάξετε τις απαιτήσεις, τότε πρέπει να περάσετε από όλη αυτή την τεράστια διαδικασία δοκιμών ξανά και ξανά. Οι πελάτες μας κατάφεραν να εντάξουν τον οπτικό σχεδιασμό εφαρμογών στις απαιτήσεις τους. Είχαν στιγμιότυπα απευθείας ως μέρος των απαιτήσεων. Πρέπει να τα βγάλουμε και να εξηγήσουμε ότι ως επί το πλείστον όλα αυτά τα προγράμματα δεν γνωρίζουν τίποτα για τα γόνατα και τους γοφούς, όλα αυτά τα πράγματα με την κάμερα κ.λπ. Πρέπει να ξαναγράψουμε τα έγγραφα απαιτήσεων, ώστε να μην αλλάξουν ποτέ, εκτός εάν αλλάξουν κάποιες πραγματικά σημαντικές υποκείμενες συνθήκες. Εάν η οπτική σχεδίαση δεν είναι στις απαιτήσεις, η ενημέρωση του προϊόντος θα είναι πολύ πιο γρήγορη. Η δουλειά μας είναι να βρούμε εκείνα τα στοιχεία που αφορούν επεμβάσεις στο γόνατο, τους γοφούς, την πλάτη, να τα βγάλουμε σε ξεχωριστά έγγραφα και να πούμε ότι αυτές θα είναι οι θεμελιώδεις απαιτήσεις. Ας κάνουμε μια μεμονωμένη ομάδα απαιτήσεων σχετικά με τις επεμβάσεις στο γόνατο. Αυτό θα μας επιτρέψει να δημιουργήσουμε ένα πιο σταθερό σύνολο απαιτήσεων. Θα μιλήσουμε για ολόκληρη τη σειρά προϊόντων και όχι για συγκεκριμένα ρομπότ.
Έγινε πολλή δουλειά, αλλά έφτασαν ακόμα σε μέρη όπου προηγουμένως περνούσαν εβδομάδες και μήνες επαναλαμβανόμενων δοκιμών χωρίς νόημα ή ανάγκη, επειδή οι απαιτήσεις τους που περιγράφονταν στο χαρτί δεν συνέπιπταν με τις πραγματικές απαιτήσεις για τις οποίες κατασκευάστηκαν τα συστήματα. Η FDA τους έλεγε κάθε φορά: οι απαιτήσεις σας έχουν αλλάξει, τώρα πρέπει να ελέγξετε τα πάντα από την αρχή. Πλήρεις επανέλεγχοι ολόκληρου του προϊόντος σκότωσαν την επιχείρηση.
Έτσι, υπάρχουν τόσο υπέροχες εργασίες όταν βρίσκεστε στην αρχή ενός ενδιαφέροντος και οι πρώτες ενέργειες θέτουν τους περαιτέρω κανόνες του παιχνιδιού. Εάν βεβαιωθείτε ότι αυτή η πρώιμη δραστηριότητα αρχίζει να λειτουργεί καλά τόσο από διοικητική όσο και από τεχνική άποψη, υπάρχει πιθανότητα να καταλήξετε σε ένα υπέροχο έργο. Αλλά αν αυτό το κομμάτι έχει βγει από τις ράγες και έχει πάει κάπου στραβά, αν δεν μπορείτε να βρείτε τις θεμελιώδεις συμφωνίες... όχι, δεν είναι ότι το έργο σας θα αποτύχει απαραίτητα. Αλλά δεν θα μπορείτε πλέον να πείτε: «Τα πήγαμε υπέροχα, τα κάναμε όλα πραγματικά αποτελεσματικά». Αυτά είναι τα πράγματα που κάνω όταν επικοινωνώ με πελάτες.
Μιχαήλ: Δηλαδή, ξεκινάτε έργα, κάνετε κάποιου είδους εναρκτήριο λάκτισμα και ελέγχετε ότι οι ράγες βαδίζουν προς τη σωστή κατεύθυνση;
Τιμ: Έχουμε επίσης ιδέες για το πώς να συνδυάσουμε όλα τα κομμάτια του παζλ: ποιες δεξιότητες χρειαζόμαστε, πότε ακριβώς χρειάζονται, πώς μοιάζει ο πυρήνας της ομάδας και άλλα τέτοια θεμελιώδη πράγματα. Χρειαζόμαστε εργαζόμενους πλήρους απασχόλησης ή μπορούμε να προσλάβουμε κάποιον με μερική απασχόληση; Σχεδιασμός, διαχείριση. Ερωτήσεις όπως: Τι είναι πιο σημαντικό για το συγκεκριμένο έργο; Πώς να το πετύχετε αυτό; Τι γνωρίζουμε για αυτό το προϊόν ή το έργο, ποιοι είναι οι κίνδυνοι και πού βρίσκονται τα άγνωστα, πώς θα τα αντιμετωπίσουμε όλα αυτά; Φυσικά, αυτή τη στιγμή κάποιος αρχίζει να φωνάζει "Τι γίνεται με ευκίνητο;!" Εντάξει, είστε όλοι ευέλικτοι, αλλά τι γίνεται; Πώς ακριβώς μοιάζει το έργο, πώς θα το βγάλετε με τρόπο που να ταιριάζει στο έργο; Δεν μπορείτε απλώς να πείτε ότι "η προσέγγισή μας εκτείνεται σε οτιδήποτε, είμαστε μια ομάδα Scrum!" Αυτό είναι ανοησία και ανοησία. Πού θα πάτε μετά, γιατί να λειτουργεί, πού είναι το νόημα; Διδάσκω στους πελάτες μου να σκέφτονται όλες αυτές τις ερωτήσεις.
19 χρόνια ευκίνητος
Μιχαήλ: Στο Agile, οι άνθρωποι συχνά προσπαθούν να μην ορίσουν τίποτα εκ των προτέρων, αλλά να λάβουν αποφάσεις όσο το δυνατόν πιο αργά, λέγοντας: είμαστε πολύ μεγάλοι, δεν θα σκεφτώ τη συνολική αρχιτεκτονική. Δεν θα σκεφτώ ένα σωρό άλλα πράγματα, αντίθετα, θα παραδώσω κάτι που λειτουργεί στον πελάτη αυτή τη στιγμή.
Τιμ: Νομίζω ότι οι ευέλικτες μεθοδολογίες, ξεκινώντας από το 2001, άνοιξε τα μάτια του κλάδου. Αλλά από την άλλη, τίποτα δεν είναι τέλειο. Είμαι υπέρ της επαναληπτικής ανάπτυξης. Η επανάληψη έχει πολύ νόημα στα περισσότερα έργα. Αλλά το ερώτημα που πρέπει να σκεφτείτε είναι: μόλις το προϊόν βγει και χρησιμοποιηθεί, πόσο διαρκεί; Είναι αυτό ένα προϊόν που θα διαρκέσει έξι μήνες πριν αντικατασταθεί από κάτι άλλο; Ή μήπως αυτό είναι ένα προϊόν που θα λειτουργεί για πολλά πολλά χρόνια; Φυσικά, δεν θα αναφέρω ονόματα, αλλά... Στη Νέα Υόρκη και την οικονομική της κοινότητα, τα πιο θεμελιώδη συστήματα είναι πολύ παλιά. Αυτό είναι καταπληκτικό. Τα κοιτάς και σκέφτεσαι, αν μπορούσες να γυρίσεις τον χρόνο πίσω, στο 1994, και να πεις στους προγραμματιστές: «Ήρθα από το μέλλον, από το 2019. Απλώς αναπτύξτε αυτό το σύστημα για όσο διάστημα χρειάζεστε. Κάντε το επεκτάσιμο, σκεφτείτε την αρχιτεκτονική. Στη συνέχεια θα βελτιωθεί για περισσότερα από είκοσι πέντε χρόνια. Αν καθυστερήσεις την ανάπτυξη λίγο περισσότερο, στο μεγάλο σχέδιο των πραγμάτων κανείς δεν θα προσέξει!». Όταν υπολογίζετε τα πράγματα μακροπρόθεσμα, πρέπει να σκεφτείτε πόσο θα κοστίσει συνολικά. Μερικές φορές η καλοσχεδιασμένη αρχιτεκτονική αξίζει πραγματικά, και μερικές φορές όχι. Πρέπει να κοιτάξουμε γύρω μας και να αναρωτηθούμε: είμαστε στη σωστή κατάσταση για μια τέτοια απόφαση;
Έτσι, μια ιδέα όπως «Είμαστε για ευέλικτο, ο ίδιος ο πελάτης θα μας πει τι θέλει να πάρει» - είναι εξαιρετικά αφελής. Οι πελάτες δεν ξέρουν καν τι θέλουν, και ακόμη περισσότερο δεν ξέρουν τι θα μπορούσαν να πάρουν. Κάποιοι θα αρχίσουν να αναφέρουν ιστορικά παραδείγματα ως επιχειρήματα, αυτό το έχω ήδη δει. Αλλά οι τεχνικά προηγμένοι άνθρωποι δεν το λένε συνήθως αυτό. Λένε: «Είναι 2019, αυτές είναι οι ευκαιρίες που έχουμε και μπορούμε να αλλάξουμε εντελώς τον τρόπο που βλέπουμε αυτά τα πράγματα!» Αντί να μιμηθείτε τις υπάρχουσες λύσεις, να τις κάνετε λίγο πιο όμορφες και χτενισμένες, μερικές φορές χρειάζεται να βγείτε έξω και να πείτε: "Ας επανεφεύρουμε εντελώς αυτό που προσπαθούμε να κάνουμε εδώ!"
Και δεν νομίζω ότι οι περισσότεροι πελάτες μπορούν να σκεφτούν το πρόβλημα με αυτόν τον τρόπο. Βλέπουν μόνο αυτά που έχουν ήδη, αυτό είναι όλο. Μετά από αυτό έρχονται με αιτήματα όπως «ας το κάνουμε λίγο πιο απλό», ή οτιδήποτε άλλο λένε συνήθως. Αλλά δεν είμαστε σερβιτόροι ή σερβιτόροι, οπότε μπορούμε να πάρουμε μια παραγγελία όσο ανόητη και αν αποδειχθεί και μετά να την ψήσουμε στην κουζίνα. Είμαστε οι οδηγοί τους. Πρέπει να τους ανοίξουμε τα μάτια και να πούμε: ε, έχουμε νέες ευκαιρίες εδώ! Αντιλαμβάνεστε ότι μπορούμε πραγματικά να αλλάξουμε τον τρόπο με τον οποίο γίνεται αυτό το μέρος της επιχείρησής σας; Ένα από τα προβλήματα με το Agile είναι ότι αφαιρεί την επίγνωση του τι είναι ευκαιρία, τι είναι πρόβλημα, τι πρέπει να κάνουμε, ποιες διαθέσιμες τεχνολογίες ταιριάζουν καλύτερα σε αυτή τη συγκεκριμένη κατάσταση.
Ίσως είμαι υπερβολικά δύσπιστος εδώ: υπάρχουν πολλά υπέροχα πράγματα που συμβαίνουν στην ευέλικτη κοινότητα. Αλλά έχω ένα πρόβλημα με το γεγονός ότι αντί να ορίζουν ένα έργο, οι άνθρωποι αρχίζουν να σηκώνουν τα χέρια τους. Θα ρωτούσα εδώ - τι κάνουμε, πώς θα το κάνουμε; Και κάπως μαγικά πάντα αποδεικνύεται ότι ο πελάτης πρέπει να ξέρει καλύτερα από τον καθένα. Αλλά ο πελάτης ξέρει καλύτερα μόνο όταν επιλέγει από πράγματα που έχουν ήδη κατασκευαστεί από κάποιον. Αν θέλω να αγοράσω αυτοκίνητο και γνωρίζω το μέγεθος του οικογενειακού μου προϋπολογισμού, τότε θα επιλέξω γρήγορα ένα αυτοκίνητο που ταιριάζει στον τρόπο ζωής μου. Εδώ τα ξέρω όλα καλύτερα από τον καθένα! Αλλά σημειώστε ότι κάποιος έχει ήδη φτιάξει τα αυτοκίνητα. Δεν έχω ιδέα πώς να εφεύρω ένα νέο αυτοκίνητο, δεν είμαι ειδικός. Όταν δημιουργούμε προσαρμοσμένα ή ειδικά προϊόντα, πρέπει να λαμβάνεται υπόψη η φωνή του πελάτη, αλλά αυτή δεν είναι πλέον η μόνη φωνή.
Oleg: Αναφέρατε το Agile Manifesto. Χρειάζεται με κάποιο τρόπο να το ενημερώσουμε ή να το αναθεωρήσουμε λαμβάνοντας υπόψη τη σύγχρονη αντίληψη του ζητήματος;
Τιμ: Δεν θα τον άγγιζα. Νομίζω ότι είναι ένα σπουδαίο ιστορικό ντοκουμέντο. Δηλαδή, είναι αυτό που είναι. Γίνεται 19 χρονών, είναι μεγάλος, αλλά στην εποχή του έκανε επανάσταση. Αυτό που έκανε καλά ήταν ότι προκάλεσε μια αντίδραση και ο κόσμος άρχισε να ψιθυρίζει για αυτόν. Εσείς, πιθανότατα, δεν εργαζόσασταν ακόμη στον κλάδο το 2001, αλλά τότε όλοι δούλευαν σύμφωνα με διαδικασίες. Software Engineering Institute, πέντε επίπεδα του μοντέλου πληρότητας λογισμικού (CMMI). Δεν ξέρω αν τέτοιοι θρύλοι της βαθιάς αρχαιότητας σας λένε κάτι, αλλά τότε ήταν μια σημαντική ανακάλυψη. Στην αρχή, οι άνθρωποι πίστευαν ότι αν οι διαδικασίες είχαν στηθεί σωστά, τότε τα προβλήματα θα εξαφανίζονταν από μόνα τους. Και τότε έρχεται το Μανιφέστο και λέει: «Όχι, όχι, όχι – θα βασιστούμε σε ανθρώπους, όχι σε διαδικασίες». Είμαστε κύριοι στην ανάπτυξη λογισμικού. Καταλαβαίνουμε ότι η ιδανική διαδικασία είναι ένας αντικατοπτρισμός· δεν συμβαίνει. Υπάρχει υπερβολική ιδιοσυγκρασία στα έργα, η ιδέα μιας μοναδικής τέλειας διαδικασίας για όλα τα έργα δεν έχει νόημα. Τα προβλήματα είναι πολύ περίπλοκα για να ισχυριστεί κανείς ότι υπάρχει μόνο μία λύση για όλα (γεια σου, νιρβάνα).
Δεν υποθέτω ότι θα κοιτάξω το μέλλον, αλλά θα πω ότι οι άνθρωποι έχουν αρχίσει να σκέφτονται περισσότερο τα έργα. Νομίζω ότι το Agile Manifesto είναι πολύ καλό στο να πηδάει έξω και να λέει, «Γεια! Είσαι σε ένα πλοίο, και εσύ ο ίδιος οδηγείς αυτό το πλοίο. Θα πρέπει να πάρετε μια απόφαση - δεν θα προτείνουμε μια καθολική συνταγή για όλες τις καταστάσεις. Είσαι το πλήρωμα του πλοίου και αν είσαι αρκετά καλός, μπορείς να βρεις έναν τρόπο για τον στόχο. Υπήρχαν άλλα πλοία πριν από εσάς, και θα υπάρξουν άλλα πλοία μετά από εσάς, αλλά παρόλα αυτά, κατά μία έννοια, το ταξίδι σας είναι μοναδικό.» Κάτι τέτοιο! Είναι τρόπος σκέψης. Για μένα, δεν υπάρχει τίποτα καινούργιο κάτω από τον ήλιο, οι άνθρωποι έχουν ταξιδέψει στο παρελθόν και θα σαλπάρουν ξανά, αλλά για εσάς αυτό είναι το κύριο ταξίδι σας και δεν θα σας πω τι ακριβώς θα σας συμβεί. Πρέπει να έχετε τις δεξιότητες της συντονισμένης εργασίας σε μια ομάδα, και αν τις έχετε πραγματικά, όλα θα πάνε καλά και θα φτάσετε εκεί που θέλατε.
Peopleware: 30 χρόνια μετά
Oleg: Ήταν το Peopleware μια επανάσταση όπως και το Μανιφέστο;
Τιμ: Peopleware... Ο Τομ και εγώ γράψαμε αυτό το βιβλίο, αλλά δεν πιστεύαμε ότι θα γινόταν έτσι. Κάπως είχε απήχηση στις ιδέες πολλών ανθρώπων. Αυτό ήταν το πρώτο βιβλίο που είπε: η ανάπτυξη λογισμικού είναι μια δραστηριότητα πολύ ανθρώπινης έντασης. Παρά την τεχνική μας φύση, είμαστε επίσης μια κοινότητα ανθρώπων που χτίζουμε κάτι μεγάλο, ακόμη και τεράστιο, πολύ περίπλοκο. Κανείς δεν μπορεί να δημιουργήσει τέτοια πράγματα μόνος του, σωστά; Έτσι η ιδέα της «ομάδας» έγινε πολύ σημαντική. Και όχι μόνο από διοικητική άποψη, αλλά και για τεχνικούς ανθρώπους που συγκεντρώθηκαν για να λύσουν πραγματικά πολύπλοκα βαθιά προβλήματα με ένα σωρό άγνωστα. Για μένα προσωπικά, αυτό ήταν ένα τεράστιο τεστ νοημοσύνης σε όλη τη διάρκεια της καριέρας μου. Και εδώ πρέπει να μπορείτε να πείτε: ναι, αυτό το πρόβλημα είναι περισσότερο από ό,τι μπορώ να χειριστώ μόνος μου, αλλά μαζί μπορούμε να βρούμε μια κομψή λύση για την οποία μπορούμε να είμαστε περήφανοι. Και νομίζω ότι αυτή η ιδέα ήταν που απήχησε περισσότερο. Η ιδέα ότι δουλεύουμε μέρος του χρόνου μόνοι μας, μέρος του χρόνου ως μέρος μιας ομάδας και συχνά η απόφαση λαμβάνεται από την ομάδα. Η ομαδική επίλυση προβλημάτων έχει γίνει γρήγορα ένα σημαντικό χαρακτηριστικό σύνθετων έργων.
Παρά το γεγονός ότι ο Tim έχει δώσει έναν τεράστιο αριθμό ομιλιών, πολύ λίγες από αυτές δημοσιεύονται στο YouTube. Μπορείτε να δείτε την έκθεση «The Return of Peopleware» από το 2007. Η ποιότητα, φυσικά, αφήνει πολλά να είναι επιθυμητά.
Μιχαήλ: Έχει αλλάξει κάτι τα τελευταία 30 χρόνια από τότε που κυκλοφόρησε το βιβλίο;
Τιμ: Μπορείτε να το δείτε από πολλές διαφορετικές οπτικές γωνίες. Κοινωνιολογικά μιλώντας... μια φορά κι έναν καιρό, σε πιο απλούς καιρούς, εσύ και η ομάδα σου καθόσουν στο ίδιο γραφείο. Θα μπορούσατε να είστε κοντά κάθε μέρα, να πίνετε καφέ μαζί και να συζητάτε για τη δουλειά. Αυτό που πραγματικά έχει αλλάξει είναι ότι οι ομάδες μπορούν πλέον να διανέμονται γεωγραφικά, σε διαφορετικές χώρες και ζώνες ώρας, αλλά εξακολουθούν να εργάζονται για το ίδιο πρόβλημα, και αυτό προσθέτει ένα εντελώς νέο επίπεδο πολυπλοκότητας. Αυτό μπορεί να ακούγεται παλιό, αλλά δεν υπάρχει τίποτα σαν επικοινωνία πρόσωπο με πρόσωπο όπου είστε όλοι μαζί, δουλεύετε μαζί και μπορείτε να πάτε σε έναν συνάδελφο και να πείτε, δείτε τι ανακάλυψα, πώς σας αρέσει αυτό; Οι συνομιλίες πρόσωπο με πρόσωπο παρέχουν έναν γρήγορο τρόπο μετάβασης στην άτυπη επικοινωνία και νομίζω ότι θα πρέπει να αρέσει και στους ευέλικτους λάτρεις. Και επίσης ανησυχώ γιατί στην πραγματικότητα ο κόσμος έχει αποδειχθεί πολύ μικρός, και τώρα είναι όλος καλυμμένος με κατανεμημένες ομάδες και είναι όλα πολύ περίπλοκα.
Όλοι ζούμε σε DevOps
Μιχαήλ: Ακόμα και από την πλευρά της επιτροπής του προγράμματος του συνεδρίου, έχουμε κόσμο στην Καλιφόρνια, στη Νέα Υόρκη, στην Ευρώπη, στη Ρωσία... δεν υπάρχει ακόμα κανείς στη Σιγκαπούρη. Η διαφορά στη γεωγραφία είναι αρκετά μεγάλη και οι άνθρωποι αρχίζουν να απλώνονται ακόμη περισσότερο. Αν μιλάμε για ανάπτυξη, μπορείτε να μας πείτε περισσότερα για τα devops και την κατάργηση των φραγμών μεταξύ των ομάδων; Υπάρχει μια ιδέα ότι όλοι κάθονται στις αποθήκες τους, και τώρα οι αποθήκες καταρρέουν, πώς σας φαίνεται αυτή η αναλογία;
Τιμ: Μου φαίνεται ότι υπό το φως των πρόσφατων τεχνολογικών ανακαλύψεων, το devops έχει μεγάλη σημασία. Παλαιότερα, είχατε ομάδες προγραμματιστών και διαχειριστών, δούλευαν, δούλευαν, δούλευαν και κάποια στιγμή εμφανίστηκε ένα πράγμα με το οποίο μπορούσατε να έρθετε στους διαχειριστές και να το διαθέσετε για παραγωγή. Και εδώ ξεκίνησε η κουβέντα για το bunker, γιατί οι admin είναι κάπως σύμμαχοι, όχι εχθροί, τουλάχιστον, αλλά τους μίλησες μόνο όταν όλα ήταν έτοιμα για να βγουν στην παραγωγή. Πήγατε σε αυτούς με κάτι και είπατε: δείτε τι εφαρμογή έχουμε, αλλά θα μπορούσατε να ανοίξετε αυτήν την εφαρμογή; Και τώρα η όλη έννοια της παράδοσης έχει αλλάξει προς το καλύτερο. Εννοώ, υπήρχε αυτή η ιδέα ότι μπορούσες να προωθήσεις γρήγορα τις αλλαγές. Μπορούμε να ενημερώνουμε τα προϊόντα εν κινήσει. Πάντα χαμογελάω όταν εμφανίζεται ο Firefox στον φορητό υπολογιστή μου και λέει, γεια σας, ενημερώσαμε τον Firefox στο παρασκήνιο και μόλις έχετε ένα λεπτό, θα σας πείραζε να κάνετε κλικ εδώ και θα σας δώσουμε την πιο πρόσφατη έκδοση. Και είπα, "Ω ναι, μωρό μου!" Ενώ κοιμόμουν, εργάζονταν για να μου δώσουν μια νέα έκδοση απευθείας στον υπολογιστή μου. Αυτό είναι υπέροχο, απίστευτο.
Αλλά εδώ είναι η δυσκολία: έχετε αυτήν τη δυνατότητα με την ενημέρωση του λογισμικού, αλλά η ενσωμάτωση ατόμων είναι πολύ πιο δύσκολη. Αυτό που θέλω να εκφράσω στην κεντρική ομιλία του DevOops είναι ότι τώρα έχουμε πολύ περισσότερους παίκτες από ό,τι είχαμε ποτέ. Αν σκεφτείς απλά όλους όσους συμμετέχουν σε μία μόνο ομάδα…. Το σκεφτήκατε ως ομάδα, και είναι πολύ περισσότερα από μια ομάδα προγραμματιστών. Αυτοί είναι δοκιμαστές, διαχειριστές έργων και ένα σωρό άλλα άτομα. Και ο καθένας έχει τις δικές του απόψεις για τον κόσμο. Οι διαχειριστές προϊόντων είναι εντελώς διαφορετικοί από τους διαχειριστές έργων. Οι διαχειριστές έχουν τα δικά τους καθήκοντα. Γίνεται ένα μάλλον δύσκολο πρόβλημα να συντονίσουμε όλους τους συμμετέχοντες ώστε να συνεχίσουν να έχουν επίγνωση του τι συμβαίνει και να μην τρελαίνονται. Είναι απαραίτητο να διαχωριστούν τα καθήκοντα της ομάδας και τα καθήκοντα που ισχύουν για όλους. Αυτό είναι ένα πολύ δύσκολο εγχείρημα. Από την άλλη, πιστεύω ότι όλα είναι πολύ καλύτερα από ό,τι ήταν πριν από πολλά χρόνια. Αυτός είναι ακριβώς ο δρόμος στον οποίο οι άνθρωποι μεγαλώνουν και μαθαίνουν να συμπεριφέρονται σωστά. Όταν κάνετε ενσωμάτωση, καταλαβαίνετε ότι δεν πρέπει να υπάρχει υπόγεια ανάπτυξη, έτσι ώστε την τελευταία στιγμή το λογισμικό να μην σέρνεται έξω σαν γρύλος: σαν, δείτε τι κάναμε εδώ! Η ιδέα είναι ότι θα μπορείτε να κάνετε ενσωμάτωση και ανάπτυξη, και στο τέλος θα ξεδιπλώσετε με τακτοποιημένο και επαναληπτικό τρόπο. Όλα αυτά σημαίνουν πολλά για μένα. Αυτό καθιστά δυνατή τη δημιουργία μεγαλύτερης αξίας για τους χρήστες του συστήματος και για τον πελάτη σας.
Μιχαήλ: Η όλη ιδέα του devops είναι να προσφέρει ουσιαστικές εξελίξεις όσο το δυνατόν νωρίτερα. Βλέπω ότι ο κόσμος έχει αρχίσει να επιταχύνει όλο και περισσότερο. Πώς να προσαρμοστείτε σε τέτοιες επιταχύνσεις; Πριν από δέκα χρόνια αυτό δεν υπήρχε!
Τιμ: Φυσικά, όλοι θέλουν όλο και περισσότερη λειτουργικότητα. Δεν χρειάζεται να μετακινηθείτε, απλώς συσσωρεύστε περισσότερα. Μερικές φορές πρέπει ακόμη και να επιβραδύνετε για την επόμενη σταδιακή ενημέρωση για να φέρετε οτιδήποτε χρήσιμο - και αυτό είναι απολύτως φυσιολογικό.
Η ιδέα ότι πρέπει να τρέξεις, να τρέξεις, να τρέξεις δεν είναι η καλύτερη. Είναι απίθανο κάποιος να θέλει να ζήσει τη ζωή του έτσι. Θα ήθελα ο ρυθμός των παραδόσεων να καθορίζει τον δικό του ρυθμό του έργου. Εάν παράγετε απλώς μια ροή μικρών, σχετικά ανούσιων πραγμάτων, όλα αυτά δεν έχουν νόημα. Αντί να προσπαθείς άσκοπα να απελευθερώσεις τα πράγματα όσο το δυνατόν νωρίτερα, αυτό που αξίζει να συζητηθεί με τους κύριους προγραμματιστές και τους διαχειριστές προϊόντων και έργων είναι η στρατηγική. Έχει νόημα αυτό;
Μοτίβα και αντιπρότυπα
Oleg: Συνήθως μιλάτε για μοτίβα και αντιπρότυπα, και αυτή είναι η διαφορά μεταξύ της ζωής και του θανάτου των έργων. Και τώρα, το devops ξεσπάει στη ζωή μας. Έχει κάποιο δικό του μοτίβο και αντι-μοτίβα που μπορεί να σκοτώσει το έργο επί τόπου;
Τιμ: Μοτίβα και αντι-μοτίβα συμβαίνουν συνέχεια. Κάτι να συζητήσουμε. Λοιπόν, υπάρχει αυτό το πράγμα που ονομάζουμε "λαμπερά πράγματα". Στους ανθρώπους αρέσει πολύ η νέα τεχνολογία. Απλώς μαγεύονται από τη λάμψη ό,τι φαίνεται δροσερό και κομψό και σταματούν να κάνουν ερωτήσεις: είναι ακόμη απαραίτητο; Τι θα πετύχουμε; Είναι αξιόπιστο αυτό το πράγμα, έχει νόημα; Βλέπω συχνά ανθρώπους, θα λέγαμε, στην αιχμή της τεχνολογίας. Είναι υπνωτισμένοι από αυτό που συμβαίνει στον κόσμο. Αλλά αν ρίξετε μια πιο προσεκτική ματιά στα χρήσιμα πράγματα που κάνουν, συχνά απλά δεν υπάρχει τίποτα χρήσιμο!
Απλώς συζητούσαμε με τους συντρόφους μας ότι φέτος είναι μια επετειακή χρονιά, πενήντα χρόνια από τότε που οι άνθρωποι προσγειώθηκαν στο φεγγάρι. Αυτό έγινε το 1969. Η τεχνολογία που βοήθησε τους ανθρώπους να φτάσουν εκεί δεν είναι καν η τεχνολογία του 1969, αλλά μάλλον του 1960 ή του 62, επειδή η NASA ήθελε να χρησιμοποιήσει μόνο ό,τι είχε καλά στοιχεία αξιοπιστίας. Και έτσι το κοιτάς και καταλαβαίνεις - ναι, και ήταν αληθινά! Τώρα, όχι, όχι, αλλά αντιμετωπίζετε προβλήματα με την τεχνολογία απλώς και μόνο επειδή τα πάντα πιέζονται πολύ, πωλούνται από όλες τις ρωγμές. Ο κόσμος φωνάζει από παντού: "Κοίτα, τι πράγμα, αυτό είναι το νεότερο πράγμα, το πιο όμορφο πράγμα στον κόσμο, κατάλληλο για όλους!" Λοιπόν, αυτό είναι... συνήθως όλα αυτά αποδεικνύονται απλώς ένα δόλωμα και μετά πρέπει να πεταχτούν όλα. Ίσως όλα αυτά να είναι επειδή είμαι ήδη γέρος και βλέπω τέτοια πράγματα με πολύ σκεπτικισμό, όταν οι άνθρωποι ξεμένουν και λένε ότι βρήκαν τον Μόνο, τον πιο σωστό τρόπο για να δημιουργήσουν τις καλύτερες τεχνολογίες. Αυτή τη στιγμή ξυπνά μέσα μου μια φωνή που λέει: «Τι χάος!»
Μιχαήλ: Πράγματι, πόσο συχνά έχουμε ακούσει για την επόμενη ασημένια σφαίρα;
Τιμ: Ακριβώς, και αυτή είναι η συνηθισμένη πορεία των πραγμάτων! Για παράδειγμα... φαίνεται ότι αυτό έχει γίνει ήδη ανέκδοτο σε όλο τον κόσμο, αλλά εδώ οι άνθρωποι συχνά μιλούν για τεχνολογία blockchain. Και πραγματικά έχουν νόημα σε ορισμένες περιπτώσεις! Όταν χρειάζεστε πραγματικά αξιόπιστες αποδείξεις γεγονότων, ότι το σύστημα λειτουργεί και ότι κανείς δεν μας εξαπάτησε, όταν έχετε προβλήματα ασφάλειας και όλα αυτά τα πράγματα ανακατεμένα, το blockchain έχει νόημα. Αλλά όταν λένε ότι το Blockchain θα σαρώσει τώρα σε όλο τον κόσμο, σαρώνοντας τα πάντα στο πέρασμά του; Ονειρευτείτε περισσότερα! Αυτή είναι μια πολύ ακριβή και πολύπλοκη τεχνολογία. Τεχνικά πολύπλοκο και χρονοβόρο. Συμπεριλαμβανομένου και καθαρά αλγοριθμικά, κάθε φορά που χρειάζεται να υπολογίσετε εκ νέου τα μαθηματικά, με τις παραμικρές αλλαγές... και αυτή είναι μια υπέροχη ιδέα - αλλά μόνο για ορισμένες περιπτώσεις. Όλη μου η ζωή και η καριέρα μου αφορούσαν αυτό: ενδιαφέρουσες ιδέες σε πολύ συγκεκριμένες καταστάσεις. Είναι πολύ σημαντικό να κατανοήσετε ακριβώς ποια είναι η κατάστασή σας.
Μιχαήλ: Ναι, το κύριο «ερώτημα της ζωής, του σύμπαντος και των πάντων»: είναι αυτή η τεχνολογία ή η προσέγγιση κατάλληλη για την περίπτωσή σας ή όχι;
Τιμ: Αυτή η ερώτηση μπορεί ήδη να συζητηθεί με την ομάδα τεχνολογίας. Ίσως φέρει και κάποιον σύμβουλο. Ρίξτε μια ματιά στο έργο και καταλάβετε - θα κάνουμε τώρα κάτι σωστό και χρήσιμο, καλύτερο από πριν; Ίσως ταιριάζει, ίσως όχι. Αλλά το πιο σημαντικό, μην πάρετε μια τέτοια απόφαση από προεπιλογή, απλώς και μόνο επειδή κάποιος ξεστόμισε: «Χρειαζόμαστε απεγνωσμένα ένα blockchain! Μόλις διάβασα για αυτόν σε ένα περιοδικό στο αεροπλάνο!». Σοβαρά? Δεν είναι καν αστείο.
Ο μυθικός «μηχανικός devops»
Oleg: Τώρα όλοι εφαρμόζουν devops. Κάποιος διαβάζει για το devops στο Διαδίκτυο και αύριο εμφανίζεται μια άλλη κενή θέση σε έναν ιστότοπο στρατολόγησης. "devops engineer". Εδώ θα ήθελα να επιστήσω την προσοχή σας: πιστεύετε ότι αυτός ο όρος, «μηχανικός devops», έχει δικαίωμα στη ζωή; Υπάρχει η άποψη ότι το devops είναι μια κουλτούρα, και κάτι δεν αθροίζεται εδώ.
Τιμ: Ετσι κι έτσι. Ας δώσουν αμέσως κάποια εξήγηση αυτού του όρου. Κάτι για να το κάνει μοναδικό. Μέχρι να αποδείξουν ότι υπάρχει κάποιος μοναδικός συνδυασμός δεξιοτήτων πίσω από μια κενή θέση όπως αυτή, δεν θα την αγοράσω! Θέλω να πω, καλά, έχουμε έναν τίτλο εργασίας, "devops engineer", έναν ενδιαφέροντα τίτλο, ναι, τι μετά; Οι τίτλοι εργασίας είναι γενικά ένα πολύ ενδιαφέρον πράγμα. Ας πούμε "προγραμματιστής" - τι είναι τελικά; Διαφορετικοί οργανισμοί σημαίνουν εντελώς διαφορετικά πράγματα. Σε ορισμένες εταιρείες, προγραμματιστές υψηλής ποιότητας γράφουν δοκιμές που έχουν περισσότερο νόημα από δοκιμές που γράφτηκαν από ειδικούς επαγγελματίες δοκιμαστές σε άλλες εταιρείες. Λοιπόν, είναι τώρα προγραμματιστές ή δοκιμαστές;
Ναι, έχουμε τίτλους εργασίας, αλλά αν κάνετε ερωτήσεις για αρκετό καιρό, τελικά αποδεικνύεται ότι είμαστε όλοι λύτες προβλημάτων. Αναζητούμε λύσεις και κάποιοι έχουν κάποιες τεχνικές δεξιότητες και κάποιοι διαφορετικές. Εάν ζείτε σε ένα περιβάλλον όπου το DevOps έχει διεισδύσει, ασχολείστε με την ενοποίηση της ανάπτυξης και της διαχείρισης και αυτή η δραστηριότητα έχει έναν αρκετά σημαντικό σκοπό. Αλλά αν σας ρωτήσουν τι ακριβώς κάνετε και για τι είστε υπεύθυνοι, αποδεικνύεται ότι οι άνθρωποι έκαναν όλα αυτά τα πράγματα από αμνημονεύτων χρόνων. "Είμαι υπεύθυνος για την αρχιτεκτονική", "Είμαι υπεύθυνος για τις βάσεις δεδομένων" και ούτω καθεξής, όπως βλέπετε - όλα αυτά ήταν πριν από το "devops".
Όταν κάποιος μου λέει τον τίτλο της δουλειάς του, δεν ακούω πολύ. Είναι καλύτερα να τον αφήσετε να σας πει για ποιο πράγμα είναι στην πραγματικότητα υπεύθυνος, αυτό θα μας επιτρέψει να κατανοήσουμε το θέμα πολύ καλύτερα. Το αγαπημένο μου παράδειγμα είναι όταν ένα άτομο ισχυρίζεται ότι είναι «διαχειριστής έργου». Τι? Δεν σημαίνει τίποτα, ακόμα δεν ξέρω τι κάνεις. Ένας διαχειριστής έργου μπορεί να είναι ένας προγραμματιστής, ο αρχηγός μιας ομάδας τεσσάρων ατόμων, που γράφει κώδικα, κάνει δουλειά, που έχει γίνει επικεφαλής ομάδας, τον οποίο οι ίδιοι οι άνθρωποι αναγνωρίζουν μεταξύ τους ως ηγέτη. Και επίσης, ένας διαχειριστής έργου μπορεί να είναι ένας διευθυντής που διαχειρίζεται εξακόσια άτομα σε ένα έργο, διαχειρίζεται άλλους διαχειριστές, είναι υπεύθυνος για την κατάρτιση χρονοδιαγραμμάτων και τον προγραμματισμό προϋπολογισμών, αυτό είναι όλο. Πρόκειται για δύο εντελώς διαφορετικούς κόσμους! Αλλά ο τίτλος εργασίας τους ακούγεται το ίδιο.
Ας το γυρίσουμε λίγο διαφορετικά. Σε τι είσαι πραγματικά καλός, έχεις μεγάλη εμπειρία, έχεις ταλέντο; Τι θα αναλάβετε την ευθύνη γιατί πιστεύετε ότι μπορείτε να αντεπεξέλθετε στο έργο; Και εδώ κάποιος θα αρχίσει αμέσως να αρνείται: όχι, όχι, όχι, δεν έχω καμία επιθυμία να ασχοληθώ με τους πόρους του έργου, δεν είναι δική μου δουλειά, είμαι τεχνικός τύπος και καταλαβαίνω τη χρηστικότητα και τις διεπαφές χρήστη, δεν Θέλω να διαχειριστώ στρατιές ανθρώπων καθόλου, ας πάω καλύτερα στη δουλειά.
Και παρεμπιπτόντως, είμαι μεγάλος υποστηρικτής μιας προσέγγισης στην οποία αυτό το είδος διαχωρισμού δεξιοτήτων λειτουργεί καλά. Όπου οι τεχνικοί μπορούν να αναπτύξουν την καριέρα τους όσο θέλουν. Ωστόσο, εξακολουθώ να βλέπω οργανισμούς όπου οι τεχνικοί παραπονιούνται: Θα πρέπει να ασχοληθώ με τη διαχείριση έργων, επειδή αυτός είναι ο μόνος τρόπος σε αυτήν την εταιρεία. Μερικές φορές αυτό οδηγεί σε τρομερά αποτελέσματα. Οι καλύτεροι τεχνικοί δεν είναι καθόλου καλοί μάνατζερ και οι καλύτεροι μάνατζερ δεν μπορούν να χειριστούν την τεχνολογία. Ας είμαστε ειλικρινείς σχετικά με αυτό.
Βλέπω μεγάλη ζήτηση για αυτό τώρα. Εάν είστε τεχνικός, η εταιρεία σας μπορεί να σας βοηθήσει, αλλά ανεξάρτητα από το γεγονός, χρειάζεστε, πρέπει πραγματικά να βρείτε τη δική σας επαγγελματική πορεία, επειδή η τεχνολογία αλλάζει συνεχώς και πρέπει να ανακαλύψετε ξανά τον εαυτό σας μαζί της! Σε μόλις είκοσι χρόνια, οι τεχνολογίες μπορούν να αλλάξουν τουλάχιστον πέντε φορές. Η τεχνολογία είναι περίεργο πράγμα...
"Ειδικοί σε όλα"
Μιχαήλ: Πώς μπορούν οι άνθρωποι να αντιμετωπίσουν μια τέτοια ταχύτητα αλλαγής τεχνολογίας; Η πολυπλοκότητά τους αυξάνεται, ο αριθμός τους αυξάνεται, ο συνολικός όγκος της επικοινωνίας μεταξύ των ανθρώπων αυξάνεται επίσης και αποδεικνύεται ότι δεν μπορείτε να γίνετε «ειδικός σε όλα».
Τιμ: Σωστά! Αν ασχολείσαι με την τεχνολογία, ναι, πρέπει οπωσδήποτε να διαλέξεις κάτι συγκεκριμένο και να εμβαθύνεις σε αυτό. Κάποια τεχνολογία που ο οργανισμός σας θεωρεί χρήσιμη (και ίσως θα είναι πραγματικά χρήσιμη). Και αν δεν σας ενδιαφέρει πια - δεν θα το πίστευα ποτέ ότι θα το έλεγα - καλά, ίσως θα έπρεπε να μετακομίσετε σε κάποιον άλλο οργανισμό όπου η τεχνολογία είναι πιο ενδιαφέρουσα ή πιο βολική για μελέτη.
Αλλά σε γενικές γραμμές, ναι, έχεις δίκιο. Οι τεχνολογίες αναπτύσσονται προς όλες τις κατευθύνσεις ταυτόχρονα· κανείς δεν μπορεί να πει «Είμαι ειδικός τεχνολόγος σε όλες τις τεχνολογίες που υπάρχουν». Από την άλλη, υπάρχουν σφουγγαράδες που κυριολεκτικά απορροφούν την τεχνολογική γνώση και τρελαίνονται μαζί της. Έχω δει μερικούς τέτοιους ανθρώπους, κυριολεκτικά αναπνέουν και το ζουν, είναι χρήσιμο και ενδιαφέρον να τους μιλάς. Μελετούν όχι μόνο τι συμβαίνει μέσα στον οργανισμό, αλλά γενικά, μιλούν για αυτό, είναι επίσης πολύ καλοί τεχνολόγοι, είναι πολύ συνειδητοποιημένοι και σκόπιμοι. Απλώς προσπαθούν να παραμείνουν στην κορυφή του κύματος, ανεξάρτητα από το ποια είναι η κύρια δουλειά τους, γιατί το πάθος τους είναι η κίνηση της Τεχνολογίας, η προώθηση της τεχνολογίας. Αν ξαφνικά γνωρίσετε ένα τέτοιο άτομο, θα πρέπει να πάτε για μεσημεριανό γεύμα μαζί του και να συζητήσετε διάφορα δροσερά πράγματα στο μεσημεριανό γεύμα. Νομίζω ότι κάθε οργανισμός χρειάζεται τουλάχιστον δύο τέτοιους ανθρώπους.
Κίνδυνοι και αβεβαιότητα
Μιχαήλ: Αξιότιμοι μηχανικοί, ναι. Ας αγγίξουμε τη διαχείριση κινδύνου όσο έχουμε χρόνο. Ξεκινήσαμε αυτή τη συνέντευξη με μια συζήτηση για ιατρικό λογισμικό, όπου τα σφάλματα μπορεί να οδηγήσουν σε τρομερές συνέπειες. Στη συνέχεια, μιλήσαμε για το σεληνιακό πρόγραμμα, όπου το κόστος ενός λάθους είναι εκατομμύρια δολάρια, και πιθανώς αρκετές ανθρώπινες ζωές. Τώρα όμως βλέπω την αντίθετη κίνηση στον κλάδο, οι άνθρωποι δεν σκέφτονται τους κινδύνους, δεν προσπαθούν να τους προβλέψουν, ούτε καν τους παρατηρούν.
Oleg: Κινηθείτε γρήγορα και σπάστε πράγματα!
Μιχαήλ: Ναι, κινηθείτε γρήγορα, σπάστε πράγματα, όλο και περισσότερα πράγματα, μέχρι να πεθάνετε από κάτι. Από την άποψή σας, πώς πρέπει τώρα ο μέσος προγραμματιστής να προσεγγίσει τη διαχείριση κινδύνου εκμάθησης;
Τιμ: Ας τραβήξουμε εδώ μια γραμμή μεταξύ δύο πραγμάτων: των κινδύνων και της αβεβαιότητας. Αυτά είναι διαφορετικά πράγματα. Η αβεβαιότητα εμφανίζεται όταν δεν έχετε αρκετά δεδομένα σε οποιαδήποτε δεδομένη χρονική στιγμή για να καταλήξετε σε μια οριστική απάντηση. Για παράδειγμα, στο πολύ πρώιμο στάδιο ενός έργου, αν κάποιος σας ρωτήσει «πότε θα ολοκληρώσετε τη δουλειά», εάν είστε αρκετά ειλικρινής άνθρωπος, θα πείτε: «Δεν έχω ιδέα». Απλώς δεν ξέρεις, και δεν πειράζει. Δεν έχετε μελετήσει ακόμα τα προβλήματα και δεν είστε εξοικειωμένοι με την ομάδα, δεν γνωρίζετε τις δεξιότητές της κ.λπ. Αυτό είναι αβεβαιότητα.
Οι κίνδυνοι προκύπτουν όταν μπορούν ήδη να εντοπιστούν πιθανά προβλήματα. Κάτι τέτοιο μπορεί να συμβεί, η πιθανότητα του είναι μεγαλύτερη από το μηδέν, αλλά λιγότερο από εκατό τοις εκατό, κάπου ενδιάμεσα. Εξαιτίας αυτού, όλα μπορούν να συμβούν, από καθυστερήσεις και περιττές εργασίες, αλλά ακόμη και μοιραία για το έργο. Το αποτέλεσμα, όταν λέτε - παιδιά, ας διπλώσουμε τις ομπρέλες μας και φύγουμε από την παραλία, δεν θα το τελειώσουμε ποτέ, όλα τελείωσαν, τελεία. Κάναμε την υπόθεση ότι αυτό το πράγμα θα λειτουργούσε, αλλά δεν λειτουργεί καθόλου, ήρθε η ώρα να σταματήσουμε. Αυτές είναι οι καταστάσεις.
Συχνά, τα προβλήματα επιλύονται ευκολότερα όταν έχουν ήδη εμφανιστεί, όταν το πρόβλημα συμβαίνει αυτή τη στιγμή. Αλλά όταν ένα πρόβλημα βρίσκεται ακριβώς μπροστά σας, δεν κάνετε διαχείριση κινδύνου - κάνετε επίλυση προβλημάτων, διαχείριση κρίσεων. Εάν είστε κύριος προγραμματιστής ή διευθυντής, πρέπει να αναρωτιέστε τι θα μπορούσε να συμβεί που θα οδηγήσει σε καθυστερήσεις, σπατάλη χρόνου, περιττό κόστος ή κατάρρευση ολόκληρου του έργου; Τι θα μας κάνει να σταματήσουμε και να ξεκινήσουμε από την αρχή; Όταν όλα αυτά λειτουργούν, τι θα τα κάνουμε; Υπάρχει μια απλή απάντηση που ισχύει για τις περισσότερες περιπτώσεις: μην ξεφύγετε από κινδύνους, δουλέψτε πάνω τους. Δείτε πώς μπορείτε να επιλύσετε μια επικίνδυνη κατάσταση, να τη μειώσετε σε τίποτα, να τη μετατρέψετε από πρόβλημα σε κάτι άλλο. Αντί να πούμε: Λοιπόν, θα λύσουμε τα προβλήματα όπως προκύψουν.
Η αβεβαιότητα και ο κίνδυνος θα πρέπει να είναι στην πρώτη γραμμή όλων όσων αντιμετωπίζετε. Μπορείτε να πάρετε ένα σχέδιο έργου, να εξετάσετε ορισμένους κρίσιμους κινδύνους εκ των προτέρων και να πείτε: πρέπει να το αντιμετωπίσουμε τώρα, γιατί αν κάτι από αυτά πάει στραβά, τίποτα άλλο δεν θα έχει σημασία. Δεν πρέπει να ανησυχείτε για την ομορφιά του τραπεζομάντιλου στο τραπέζι, εάν δεν είναι σαφές εάν μπορείτε να μαγειρέψετε δείπνο. Πρώτα πρέπει να εντοπίσετε όλους τους κινδύνους της προετοιμασίας ενός νόστιμου δείπνου, να τους αντιμετωπίσετε και μόνο τότε να σκεφτείτε όλα τα άλλα πράγματα που δεν αποτελούν πραγματική απειλή.
Και πάλι, τι κάνει το έργο σας μοναδικό; Ας δούμε τι μπορεί να κάνει το έργο μας να βγει από τις ράγες. Τι μπορούμε να κάνουμε για να ελαχιστοποιήσουμε την πιθανότητα να συμβεί αυτό; Συνήθως δεν μπορείς απλώς να τους εξουδετερώσεις 100% και να δηλώσεις με ήσυχη τη συνείδησή σου: "Αυτό είναι, αυτό δεν είναι πια πρόβλημα, ο κίνδυνος έχει λυθεί!" Για μένα αυτό είναι σημάδι συμπεριφοράς ενηλίκου. Αυτή είναι η διαφορά μεταξύ ενός παιδιού και ενός ενήλικα - τα παιδιά πιστεύουν ότι είναι αθάνατα, ότι τίποτα δεν μπορεί να πάει στραβά, όλα θα πάνε καλά! Ταυτόχρονα, οι ενήλικες παρακολουθούν πώς τα τρίχρονα παιδιά πηδάνε στην παιδική χαρά, ακολουθούν τις κινήσεις με τα μάτια τους και λένε στον εαυτό τους: «ωωωωωωωωωωωωωωωω». Στέκομαι κοντά και ετοιμάζομαι να πιάσω όταν πέσει το παιδί.
Από την άλλη, ο λόγος που μου αρέσει τόσο πολύ αυτή η επιχείρηση είναι επειδή είναι ριψοκίνδυνη. Κάνουμε πράγματα και αυτά είναι επικίνδυνα. Απαιτούν μια ενήλικη προσέγγιση. Ο ενθουσιασμός μόνο δεν θα λύσει τα προβλήματά σας!
Μηχανική σκέψη ενηλίκων
Μιχαήλ: Το παράδειγμα με τα παιδιά είναι καλό. Αν είμαι απλός μηχανικός, τότε χαίρομαι που είμαι παιδί. Πώς όμως κινείστε προς την πιο ενήλικη σκέψη;
Τιμ: Μία από τις ιδέες που λειτουργεί εξίσου καλά είτε με έναν αρχάριο είτε με έναν καθιερωμένο προγραμματιστή είναι η έννοια του περιβάλλοντος. Τι κάνουμε, τι πρόκειται να πετύχουμε. Τι είναι πραγματικά σημαντικό σε αυτό το έργο; Δεν έχει σημασία ποιος είστε σε αυτό το έργο, είτε είστε ασκούμενος είτε ο επικεφαλής αρχιτέκτονας, όλοι χρειάζονται πλαίσιο. Πρέπει να κάνουμε τον καθένα να σκεφτεί σε μεγαλύτερη κλίμακα από τη δική του δουλειά. «Φτιάχνω το κομμάτι μου και όσο το κομμάτι μου λειτουργεί, είμαι χαρούμενος». Όχι και πάλι όχι. Αξίζει πάντα (χωρίς να είμαστε αγενείς!) να υπενθυμίζουμε στους ανθρώπους το πλαίσιο στο οποίο εργάζονται. Αυτό που προσπαθούμε όλοι μαζί να πετύχουμε. Ιδέες ότι μπορείς να είσαι παιδί αρκεί όλα να είναι καλά με το κομμάτι του έργου σου - σε παρακαλώ, μην το κάνεις. Αν περάσουμε καθόλου τη γραμμή τερματισμού, θα τη περάσουμε μόνο μαζί. Δεν είσαι μόνος, είμαστε όλοι μαζί. Εάν όλοι οι άνθρωποι στο έργο, τόσο ηλικιωμένοι όσο και νέοι, άρχισαν να μιλούν για το τι ακριβώς είναι σημαντικό για το έργο, γιατί η εταιρεία επενδύει χρήματα σε αυτό που όλοι προσπαθούμε να επιτύχουμε... οι περισσότεροι από αυτούς θα αισθανθούν πολύ καλύτερα γιατί θα δει πώς η δουλειά τους συσχετίζεται με τη δουλειά όλων των άλλων. Από τη μια καταλαβαίνω το κομμάτι για το οποίο είμαι προσωπικά υπεύθυνος. Αλλά για να τελειώσουμε τη δουλειά χρειαζόμαστε και όλους τους άλλους ανθρώπους. Και αν πραγματικά πιστεύετε ότι έχετε τελειώσει, έχουμε πάντα δουλειά να κάνουμε στο έργο!
Oleg: Σχετικά μιλώντας, εάν εργάζεστε σύμφωνα με το Kanban, όταν χτυπάτε το μποτιλιάρισμα ορισμένων δοκιμών, μπορείτε να σταματήσετε αυτό που κάνατε εκεί (για παράδειγμα, τον προγραμματισμό) και να πάτε να βοηθήσετε τους δοκιμαστές.
Τιμ: Ακριβώς. Νομίζω ότι οι καλύτεροι τεχνικοί, αν τους δεις προσεκτικά, είναι κάπως οι μάνατζέρ τους. Πώς μπορώ να το διατυπώσω αυτό...
Oleg: Η ζωή σας είναι το έργο σας, το οποίο διαχειρίζεστε.
Τιμ: Ακριβώς! Εννοώ, αναλαμβάνεις την ευθύνη, καταλαβαίνεις το θέμα και έρχεσαι σε επαφή με ανθρώπους όταν βλέπεις ότι οι αποφάσεις σου μπορούν να επηρεάσουν τη δουλειά τους, τέτοια πράγματα. Δεν είναι απλώς να κάθεσαι στο γραφείο σου, να κάνεις τη δουλειά σου και να μην συνειδητοποιείς καν τι συμβαίνει γύρω σου. ΟΧΙ ΟΧΙ ΟΧΙ. Παρεμπιπτόντως, ένα από τα καλύτερα πράγματα για το Agile είναι ότι πρότειναν σύντομα σπριντ, γιατί έτσι η κατάσταση όλων των συμμετεχόντων είναι ξεκάθαρα ορατή, μπορούν να τα δουν όλα μαζί. Μιλάμε ο ένας για τον άλλον κάθε μέρα.
Πώς να μπείτε στη διαχείριση κινδύνου
Oleg: Υπάρχει κάποια επίσημη δομή γνώσης σε αυτόν τον τομέα; Για παράδειγμα, είμαι προγραμματιστής Java και θέλω να κατανοήσω τη διαχείριση κινδύνου χωρίς να γίνω πραγματικός διαχειριστής έργου από εκπαίδευση. Μάλλον θα διαβάσω πρώτα το "How Much Does a Software Project Cost" του McConnell και μετά τι; Ποια είναι τα πρώτα βήματα;
Τιμ: Το πρώτο είναι να αρχίσετε να επικοινωνείτε με τους ανθρώπους στο έργο. Αυτό παρέχει άμεση βελτίωση στην κουλτούρα της επικοινωνίας με τους συναδέλφους. Πρέπει να ξεκινήσουμε ανοίγοντας τα πάντα από προεπιλογή, αντί να τα κρύβουμε. Πες: αυτά είναι τα πράγματα που με ενοχλούν, αυτά είναι τα πράγματα που με κρατούν ξύπνιο τη νύχτα, ξύπνησα τη νύχτα σήμερα και είπα: Θεέ μου, πρέπει να το σκεφτώ αυτό! Βλέπουν και άλλοι το ίδιο πράγμα; Ως ομάδα, πρέπει να ανταποκριθούμε σε αυτά τα πιθανά προβλήματα; Πρέπει να είστε σε θέση να υποστηρίξετε μια συζήτηση για αυτά τα θέματα. Δεν υπάρχει προπαρασκευασμένη φόρμουλα με την οποία εργαζόμαστε. Δεν έχει να κάνει με το να φτιάχνεις χάμπουργκερ, αλλά με τους ανθρώπους. Το "Έφτιαξε ένα cheeseburger, πούλα ένα cheeseburger" δεν είναι καθόλου το θέμα μας, και γι' αυτό μου αρέσει τόσο πολύ αυτή η δουλειά. Μου αρέσει όταν όλα όσα έκαναν οι μάνατζερ γίνεται πλέον ιδιοκτησία της ομάδας.
Oleg: Έχετε μιλήσει σε βιβλία και συνεντεύξεις για το πώς οι άνθρωποι νοιάζονται περισσότερο για την ευτυχία παρά για τους αριθμούς σε ένα γράφημα. Από την άλλη πλευρά, όταν λέτε στην ομάδα: μεταβαίνουμε στο devops, και τώρα ο προγραμματιστής πρέπει να επικοινωνεί συνεχώς, αυτό μπορεί να είναι πολύ έξω από τη ζώνη άνεσής του. Και αυτή τη στιγμή μπορεί, ας πούμε, να είναι βαθιά δυστυχισμένος. Τι να κάνετε σε αυτή την κατάσταση;
Τιμ: Δεν είμαι σίγουρος τι ακριβώς να κάνω. Εάν ένας προγραμματιστής είναι πολύ απομονωμένος, δεν καταλαβαίνει εξαρχής γιατί γίνεται η δουλειά, απλώς κοιτάζει το μέρος της δουλειάς του και πρέπει να μπει σε αυτό που αποκαλώ "πλαίσιο". Πρέπει να καταλάβει πώς συνδέονται όλα μαζί. Και φυσικά, δεν εννοώ επίσημες παρουσιάσεις ή κάτι τέτοιο. Μιλάω για το γεγονός ότι πρέπει να επικοινωνήσετε με τους συναδέλφους για τη δουλειά συνολικά, και όχι μόνο για το μέρος της για το οποίο είστε υπεύθυνοι. Εδώ μπορείτε να αρχίσετε να συζητάτε ιδέες, κοινές συμφωνίες για να κάνετε τη δουλειά σας να ταιριάζει καλά και πώς να αντιμετωπίσετε ένα κοινό πρόβλημα μαζί.
Για να τους βοηθήσουν να προσαρμοστούν, συχνά θέλουν να στείλουν τεχνικούς στην εκπαίδευση και συζητούν για την εκπαίδευση. Ένας φίλος μου αρέσει να λέει ότι η εκπαίδευση είναι για σκύλους. Υπάρχει εκπαίδευση για ανθρώπους. Ένα από τα καλύτερα πράγματα για τη μάθηση ως προγραμματιστής είναι η αλληλεπίδραση με τους συνομηλίκους σας. Εάν κάποιος είναι πραγματικά καλός σε κάτι, θα πρέπει να τον παρακολουθήσετε να εργάζεται ή να του μιλήσετε για τη δουλειά του ή κάτι τέτοιο. Κάποιος συμβατικός Κεντ Μπεκ μιλούσε συνεχώς για ακραίο προγραμματισμό. Είναι αστείο γιατί το XP είναι μια τόσο απλή ιδέα, αλλά προκαλεί τόσα πολλά προβλήματα. Για κάποιους, το να κάνουν XP είναι σαν να αναγκάζονται να γδυθούν μπροστά σε φίλους. Θα δουν τι κάνω! Είναι συνάδελφοί μου, όχι μόνο θα δουν, αλλά και θα καταλάβουν! Τρομερός! Μερικοί άνθρωποι αρχίζουν να είναι σοβαρά νευρικοί. Όταν όμως συνειδητοποιείς ότι αυτός είναι ο απόλυτος τρόπος μάθησης, όλα αλλάζουν. Συνεργάζεστε στενά με ανθρώπους και μερικοί άνθρωποι καταλαβαίνουν το θέμα πολύ καλύτερα από εσάς.
Μιχαήλ: Όμως όλα αυτά σε αναγκάζουν να βγεις από τη ζώνη άνεσής σου. Ως μηχανικός, πρέπει να βγεις από τη ζώνη άνεσής σου και να επικοινωνήσεις. Ως λύτης προβλημάτων, πρέπει να βάζετε συνεχώς τον εαυτό σας σε αδύναμη θέση και να σκέφτεστε τι μπορεί να πάει στραβά. Αυτός ο τύπος εργασίας είναι εγγενώς σχεδιασμένος να είναι ενοχλητικός. Βάζεις τον εαυτό σου συνειδητά σε αγχωτικές καταστάσεις. Συνήθως οι άνθρωποι τρέχουν μακριά τους, στους ανθρώπους αρέσει να είναι χαρούμενα παιδιά.
Τιμ: Τι μπορεί να γίνει, μπορείς να βγεις και να πεις ανοιχτά: «Όλα είναι εντάξει, μπορώ να το διαχειριστώ! Δεν είμαι ο μόνος που νιώθει άβολα. Ας συζητήσουμε διάφορα άβολα πράγματα, όλοι μαζί, ως ομάδα!». Αυτά είναι τα κοινά μας προβλήματα, πρέπει να τα αντιμετωπίσουμε, ξέρεις; Νομίζω ότι οι ιδιόρρυθμοι ιδιοφυείς προγραμματιστές είναι σαν τα μαμούθ, εξαφανίστηκαν. Και η σημασία τους είναι πολύ περιορισμένη. Εάν δεν μπορείτε να επικοινωνήσετε, δεν μπορείτε να συμμετάσχετε καλά. Επομένως, απλά μιλήστε. Να είστε ειλικρινείς και ανοιχτοί. Λυπάμαι πολύ που αυτό είναι δυσάρεστο για κάποιον. Μπορείτε να φανταστείτε, πριν από πολλά χρόνια υπήρχε μια μελέτη σύμφωνα με την οποία ο κύριος φόβος στις Ηνωμένες Πολιτείες δεν είναι ο θάνατος, αλλά μαντέψτε τι; Φόβος για δημόσια ομιλία! Αυτό σημαίνει ότι κάπου υπάρχουν άνθρωποι που προτιμούν να πεθάνουν παρά να πουν ένα κομπλιμέντο δυνατά. Και νομίζω ότι αρκεί να έχεις κάποιες βασικές δεξιότητες, ανάλογα με το τι κάνεις. Δεξιότητες ομιλίας, δεξιότητες γραφής - αλλά μόνο όσο χρειάζεται πραγματικά στη δουλειά σας. Εάν εργάζεστε ως αναλυτής, αλλά δεν μπορείτε να διαβάσετε, να γράψετε ή να μιλήσετε, τότε, δυστυχώς, δεν θα έχετε τίποτα να κάνετε στα έργα μου!
Το τίμημα της επικοινωνίας
Oleg: Δεν είναι ακριβότερη η πρόσληψη τέτοιων απερχόμενων υπαλλήλων για διάφορους λόγους; Άλλωστε κουβεντιάζουν συνέχεια αντί να δουλεύουν!
Τιμ: Εννοούσα τον πυρήνα της ομάδας, και όχι μόνο για όλους. Εάν έχετε κάποιον που είναι πραγματικά καλός στο συντονισμό βάσεων δεδομένων, του αρέσει να ρυθμίζει τις βάσεις δεδομένων και πρόκειται να συνεχίσει να συντονίζει τις βάσεις δεδομένων σας για το υπόλοιπο της ζωής του και αυτό είναι, καλό, συνεχίστε έτσι. Αλλά μιλάω για ανθρώπους που θέλουν να ζήσουν στο ίδιο το έργο. Ο πυρήνας της ομάδας, με στόχο την ανάπτυξη του έργου. Αυτοί οι άνθρωποι έχουν πραγματικά ανάγκη να επικοινωνούν συνεχώς μεταξύ τους. Και ειδικά στην αρχή του έργου, όταν συζητάτε κινδύνους, τρόπους επίτευξης παγκόσμιων στόχων και άλλα παρόμοια.
Μιχαήλ: Αυτό ισχύει για όλους όσους συμμετέχουν στο έργο, ανεξάρτητα από την εξειδίκευση, τις δεξιότητες ή τους τρόπους εργασίας. Όλοι σας ενδιαφέρει η επιτυχία του έργου.
Τιμ: Ναι, αισθάνεστε ότι είστε αρκετά βυθισμένοι στο έργο, ότι το καθήκον σας είναι να βοηθήσετε το έργο να πραγματοποιηθεί. Είτε είστε προγραμματιστής, αναλυτής, σχεδιαστής διεπαφής, οποιοσδήποτε. Αυτός είναι ο λόγος που έρχομαι στη δουλειά κάθε πρωί και αυτό κάνουμε. Είμαστε υπεύθυνοι για όλους αυτούς τους ανθρώπους, ανεξάρτητα από τις ικανότητές τους. Αυτή είναι μια ομάδα ανθρώπων που κάνουν συνομιλίες ενηλίκων.
Oleg: Στην πραγματικότητα, μιλώντας για ομιλητικούς υπαλλήλους, προσπάθησα να προσομοιώσω τις αντιρρήσεις των ανθρώπων, ειδικά των μάνατζερ, που καλούνται να στραφούν στο devops, σε αυτό το νέο όραμα του κόσμου. Και εσείς, ως σύμβουλοι, θα πρέπει να γνωρίζετε αυτές τις αντιρρήσεις πολύ καλύτερα από εμένα, ως προγραμματιστής! Μοιραστείτε τι ανησυχεί περισσότερο τους μάνατζερ;
Τιμ: Διευθυντές; Χμ. Τις περισσότερες φορές, οι διευθυντές βρίσκονται υπό πίεση από προβλήματα, αντιμετωπίζουν την ανάγκη να απελευθερώσουν επειγόντως κάτι και να κάνουν μια παράδοση, και τα παρόμοια. Παρακολουθούν πώς συζητάμε και μαλώνουμε συνέχεια για κάτι και το βλέπουν έτσι: κουβέντες, κουβέντες, κουβέντες... Ποιες άλλες κουβέντες; Γύρνα ξανά στη δουλειά! Γιατί η συζήτηση δεν τους φαίνεται δουλειά. Δεν γράφετε κώδικα, δεν δοκιμάζετε λογισμικό, δεν φαίνεται να κάνετε τίποτα - γιατί να μην σας στείλω να κάνετε κάτι; Μετά από όλα, η παράδοση είναι ήδη σε ένα μήνα!
Μιχαήλ: Πήγαινε γράψε έναν κωδικό!
Τιμ: Μου φαίνεται ότι δεν ανησυχούν για τη δουλειά, αλλά για την έλλειψη ορατότητας της προόδου. Για να φαίνεται ότι πλησιάζουμε στην επιτυχία, πρέπει να μας δουν να πατάμε κουμπιά στο πληκτρολόγιο. Όλη την ημέρα από το πρωί μέχρι το βράδυ. Αυτό είναι το πρόβλημα νούμερο ένα.
Oleg: Μίσα, σκέφτεσαι κάτι.
Μιχαήλ: Συγγνώμη, χάθηκα στις σκέψεις μου και έπιασα μια αναδρομή. Όλα αυτά μου θύμισαν ένα ενδιαφέρον συλλαλητήριο που έγινε χθες... Υπήρχαν πάρα πολλά συλλαλητήρια χθες... Και ακούγονται πολύ οικεία!
Ζωή χωρίς μισθούς
Τιμ: Παρεμπιπτόντως, δεν είναι καθόλου απαραίτητο να οργανωθούν "συλλαλητήρια" για επικοινωνία. Εννοώ ότι οι πιο χρήσιμες συζητήσεις μεταξύ προγραμματιστών γίνονται όταν απλώς μιλούν μεταξύ τους. Μπαίνεις το πρωί με ένα φλιτζάνι καφέ, και είναι πέντε άτομα μαζεμένα και συζητούν με μανία κάτι τεχνικό. Για μένα, αν είμαι ο διαχειριστής αυτού του έργου, είναι καλύτερα να χαμογελάσω και να πάω κάπου για την επιχείρησή μου, αφήστε τους να το συζητήσουν. Έχουν ήδη συμμετάσχει όσο το δυνατόν περισσότερο. Αυτό είναι ένα καλό σημάδι.
Oleg: Παρεμπιπτόντως, στο βιβλίο σας έχετε ένα σωρό σημειώσεις για το τι είναι καλό και τι κακό. Χρησιμοποιείτε εσείς κάποιο από αυτά; Σχετικά μιλώντας, τώρα έχετε μια εταιρεία, και μια εταιρεία που είναι δομημένη με πολύ ανορθόδοξο τρόπο...
Τιμ: Ανορθόδοξο, αλλά αυτή η συσκευή μας ταιριάζει απόλυτα. Γνωριζόμαστε πολύ καιρό. Εμπιστευόμαστε ο ένας τον άλλον, εμπιστευτήκαμε πολύ ο ένας τον άλλον πριν γίνουμε σύντροφοι. Και για παράδειγμα, δεν έχουμε καθόλου μισθούς. Απλώς δουλεύουμε και, για παράδειγμα, αν κέρδιζα χρήματα από τους πελάτες μου, τότε όλα τα χρήματα πήγαιναν σε μένα. Μετά από αυτό, πληρώνουμε συνδρομές μέλους στον οργανισμό και αυτό είναι αρκετό για να στηρίξουμε την ίδια την εταιρεία. Επιπλέον, όλοι ειδικευόμαστε σε διαφορετικά πράγματα. Για παράδειγμα, συνεργάζομαι με λογιστές, συμπληρώνω φορολογικές δηλώσεις, κάνω κάθε λογής διοικητικά πράγματα για την εταιρεία και κανείς δεν με πληρώνει για αυτό. Ο Τζέιμς και ο Τομ εργάζονται στον ιστότοπό μας και κανείς δεν τους πληρώνει. Όσο πληρώνετε τις οφειλές σας, κανείς δεν θα σκεφτεί να σας πει τι πρέπει να κάνετε. Για παράδειγμα, ο Τομ τώρα δουλεύει πολύ λιγότερο από ό,τι κάποτε. Τώρα έχει άλλα ενδιαφέροντα· κάνει κάποια πράγματα όχι για το Guild. Αλλά όσο πληρώνει τις οφειλές του, κανείς δεν θα τον πλησιάσει και θα του πει: «Έι, Τομ, πήγαινε στη δουλειά!» Είναι πολύ εύκολο να συναλλάσσεσαι με συναδέλφους όταν δεν υπάρχουν χρήματα μεταξύ σας. Και τώρα η σχέση μας είναι μια από τις θεμελιώδεις ιδέες σε σχέση με διαφορετικές ειδικότητες. Λειτουργεί και λειτουργεί πολύ καλά.
Η καλύτερη συμβουλή
Μιχαήλ: Επιστρέφοντας στις «καλύτερες συμβουλές», υπάρχει κάτι που λέτε στους πελάτες σας ξανά και ξανά; Υπάρχει μια ιδέα για το 80/20, και μερικές συμβουλές μάλλον επαναλαμβάνονται πιο συχνά.
Τιμ: Κάποτε πίστευα ότι αν έγραφες ένα βιβλίο όπως το Waltzing with Bears, θα άλλαζε τον ρου της ιστορίας και οι άνθρωποι θα σταματούσαν, αλλά... Λοιπόν, κοίτα, οι εταιρείες συχνά προσποιούνται ότι όλα είναι καλά μαζί τους. Από τη στιγμή που συμβαίνει κάτι κακό, είναι σοκ και έκπληξη για αυτούς. «Κοιτάξτε, δοκιμάσαμε το σύστημα και δεν περνάει κανένα τεστ συστήματος, και πρόκειται για άλλους τρεις μήνες απρογραμμάτιστης εργασίας, πώς θα μπορούσε να συμβεί αυτό; Οι οποίοι γνώριζαν? Τι μπορεί να πάει στραβά; Σοβαρά, το πιστεύεις αυτό;
Προσπαθώ να εξηγήσω ότι δεν πρέπει να θυμώνεις πολύ για την τρέχουσα κατάσταση. Πρέπει να το συζητήσουμε, να καταλάβουμε πραγματικά τι θα μπορούσε να έχει πάει στραβά και πώς να αποτρέψουμε τέτοια πράγματα από το να συμβούν στο μέλλον. Εάν εμφανιστεί ένα πρόβλημα, πώς θα το καταπολεμήσουμε, πώς θα το περιορίσουμε;
Εμένα όλα αυτά φαίνονται τρομακτικά. Οι άνθρωποι αντιμετωπίζουν περίπλοκα, ενοχλητικά προβλήματα και συνεχίζουν να προσποιούνται ότι αν απλώς σταυρώσουν τα δάχτυλά τους και ελπίζουν για το καλύτερο, το «καλύτερο» θα συμβεί στην πραγματικότητα. Όχι, δεν λειτουργεί έτσι.
Εξασκηθείτε στη διαχείριση κινδύνου!
Μιχαήλ: Κατά τη γνώμη σας, πόσοι οργανισμοί ασχολούνται με τη διαχείριση κινδύνων;
Τιμ: Αυτό που με εξοργίζει είναι ότι οι άνθρωποι απλώς καταγράφουν τους κινδύνους, κοιτάζουν τη λίστα που προκύπτει και πηγαίνουν στη δουλειά. Στην πραγματικότητα, ο εντοπισμός των κινδύνων για αυτούς είναι η διαχείριση κινδύνων. Αλλά για μένα αυτό ακούγεται σαν λόγος για να ρωτήσω: εντάξει, υπάρχει μια λίστα, τι ακριβώς θα αλλάξετε; Πρέπει να αλλάξετε την τυπική ακολουθία ενεργειών σας λαμβάνοντας υπόψη αυτούς τους κινδύνους. Εάν υπάρχει κάποιο πιο δύσκολο κομμάτι της δουλειάς, πρέπει να το αντιμετωπίσετε και μόνο τότε να προχωρήσετε σε κάτι πιο απλό. Στα πρώτα σπριντ ξεκινήστε να λύνετε σύνθετα προβλήματα. Αυτό μοιάζει ήδη με διαχείριση κινδύνου. Αλλά συνήθως οι άνθρωποι δεν μπορούν να πουν τι άλλαξαν μετά τη σύνταξη μιας λίστας κινδύνων.
Μιχαήλ: Και όμως, πόσες από αυτές τις εταιρείες ασχολούνται με τη διαχείριση κινδύνων, πέντε τοις εκατό;
Τιμ: Δυστυχώς, δεν μου αρέσει να το λέω αυτό, αλλά αυτό είναι ένα πολύ ασήμαντο κομμάτι. Αλλά περισσότερα από πέντε, γιατί υπάρχουν πραγματικά μεγάλα έργα και απλά δεν μπορούν να υπάρξουν αν δεν κάνουν τουλάχιστον κάτι. Ας πούμε ότι θα εκπλαγώ πολύ αν είναι τουλάχιστον 25%. Τα μικρά έργα συνήθως απαντούν σε τέτοιες ερωτήσεις με αυτόν τον τρόπο: αν το πρόβλημα μας επηρεάζει, τότε θα το λύσουμε. Στη συνέχεια, μπαίνουν με επιτυχία σε μπελάδες και ασχολούνται με τη διαχείριση προβλημάτων και τη διαχείριση κρίσεων. Όταν προσπαθείτε να λύσετε ένα πρόβλημα και το πρόβλημα δεν λύνεται, καλώς ήρθατε στη διαχείριση κρίσεων.
Ναι, ακούω συχνά, «θα λύσουμε προβλήματα όπως προκύψουν». Σίγουρα θα το κάνουμε; Αλήθεια θα αποφασίσουμε;
Oleg: Μπορείτε να το κάνετε αφελώς και απλά να γράψετε σημαντικά αμετάβλητα στον χάρτη του έργου και αν τα αμετάβλητα χαλάσουν, απλώς επανεκκινήστε το έργο. Αποδεικνύεται πολύ πιεμβάκι.
Μιχαήλ: Ναι, μου συνέβη όταν ενεργοποιούνταν οι κίνδυνοι, το έργο απλώς επαναπροσδιοριζόταν. Ωραίο, μπίνγκο, το πρόβλημα λύθηκε, μην ανησυχείς άλλο!
Τιμ: Ας πατήσουμε το κουμπί επαναφοράς! Όχι, δεν λειτουργεί έτσι.
Κεντρική ομιλία στο DevOops 2019
Μιχαήλ: Φτάνουμε στην τελευταία ερώτηση αυτής της συνέντευξης. Έρχεστε στο επόμενο DevOops με μια βασική ομιλία, θα μπορούσατε να σηκώσετε την αυλαία της μυστικότητας για αυτό που θα πείτε;
Τιμ: Αυτή τη στιγμή, έξι από αυτούς γράφουν ένα βιβλίο για την εργασιακή κουλτούρα, τους άρρητους κανόνες των οργανισμών. Ο πολιτισμός καθορίζεται από τις βασικές αξίες του οργανισμού. Συνήθως οι άνθρωποι δεν το προσέχουν αυτό, αλλά έχοντας εργαστεί στη συμβουλευτική για πολλά χρόνια, έχουμε συνηθίσει να το παρατηρούμε. Μπαίνεις σε μια εταιρεία και κυριολεκτικά μέσα σε λίγα λεπτά αρχίζεις να νιώθεις τι συμβαίνει. Αυτό το λέμε «γεύση». Μερικές φορές αυτό το άρωμα είναι πολύ καλό, και μερικές φορές είναι, ωχ. Τα πράγματα είναι πολύ διαφορετικά για διαφορετικούς οργανισμούς.
Μιχαήλ: Και εγώ ασχολούμαι με τη συμβουλευτική εδώ και χρόνια και καταλαβαίνω καλά τι λες.
Τιμ: Στην πραγματικότητα, ένα από τα πράγματα για τα οποία αξίζει να μιλήσουμε στην κεντρική ομιλία είναι ότι δεν καθορίζονται όλα από την εταιρεία. Εσείς και η ομάδα σας, ως κοινότητα, έχετε τη δική σας ομαδική κουλτούρα. Αυτό θα μπορούσε να είναι ολόκληρη η εταιρεία, ή ένα ξεχωριστό τμήμα, μια ξεχωριστή ομάδα. Αλλά πριν πείτε, εδώ είναι τι πιστεύουμε, εδώ είναι τι είναι σημαντικό... Δεν μπορείτε να αλλάξετε μια κουλτούρα πριν γίνουν κατανοητές οι αξίες και οι πεποιθήσεις πίσω από συγκεκριμένες ενέργειες. Η συμπεριφορά είναι εύκολο να παρατηρηθεί, αλλά η αναζήτηση πεποιθήσεων είναι δύσκολη. Το DevOps είναι απλώς ένα εξαιρετικό παράδειγμα του πώς τα πράγματα γίνονται όλο και πιο περίπλοκα. Οι αλληλεπιδράσεις γίνονται απλώς πιο περίπλοκες, δεν γίνονται καθόλου καθαρότερες ή σαφέστερες, επομένως θα πρέπει να σκεφτείτε τι πιστεύετε και τι σιωπούν όλοι γύρω σας.
Αν θέλετε να επιτύχετε γρήγορα αποτελέσματα, εδώ είναι ένα καλό θέμα για εσάς: έχετε δει εταιρείες όπου κανείς δεν λέει "δεν ξέρω"; Υπάρχουν μέρη όπου κυριολεκτικά βασανίζεις έναν άνθρωπο μέχρι να παραδεχτεί ότι δεν ξέρει κάτι. Όλοι ξέρουν τα πάντα, όλοι είναι απίστευτοι πολυμαθείς. Πλησιάζεις οποιοδήποτε άτομο και πρέπει να απαντήσει αμέσως στην ερώτηση. Αντί να πεις «Δεν ξέρω». Ωραία, προσέλαβαν ένα σωρό μελετητές! Και σε ορισμένους πολιτισμούς είναι γενικά πολύ επικίνδυνο να πούμε «δεν ξέρω»· μπορεί να εκληφθεί ως ένδειξη αδυναμίας. Υπάρχουν επίσης οργανισμοί στους οποίους, αντίθετα, ο καθένας μπορεί να πει «δεν ξέρω». Εκεί είναι απολύτως νόμιμο, και αν κάποιος αρχίσει να κάνει σκουπίδια απαντώντας σε μια ερώτηση, είναι απολύτως φυσιολογικό να απαντήσει: «Δεν ξέρεις τι λες, σωστά;» και να τα μετατρέψει όλα σε αστείο.
Στην ιδανική περίπτωση, θα θέλατε να έχετε μια δουλειά όπου θα μπορούσατε να είστε συνεχώς ευτυχισμένοι. Δεν θα είναι εύκολο, δεν είναι κάθε μέρα ηλιόλουστη και ευχάριστη, μερικές φορές χρειάζεται να εργαστείτε σκληρά, αλλά όταν αρχίσετε να κάνετε τον απολογισμό, θα αποδειχθεί: wow, αυτό είναι ένα πραγματικά υπέροχο μέρος, νιώθω καλά που δουλεύω εδώ, τόσο συναισθηματικά όσο και διανοητικά. Και υπάρχουν εταιρείες στις οποίες πηγαίνεις ως σύμβουλος και συνειδητοποιείς αμέσως ότι δεν άντεξες για τρεις μήνες και θα έτρεχες να φύγεις τρομαγμένος. Για αυτό θέλω να μιλήσω στην έκθεση.
Ο Tim Lister θα φτάσει με μια κεντρική ομιλία στο συνέδριο DevOops 2019, το οποίο θα πραγματοποιηθεί στις 29-30 Οκτωβρίου 2019 στην Αγία Πετρούπολη. Μπορείτε να αγοράσετε εισιτήρια . Σας περιμένουμε στο DevOops!
Πηγή: www.habr.com