Αυτό δεν είναι άρθρο εναντίον των managers. Μια επιχείρηση χρειάζεται ανθρώπους που συντονίζουν, παίρνουν αποφάσεις και στηρίζουν την ομάδα. Το πρόβλημα ξεκινά όταν η μοναδική απάντηση σε κάθε δυσκολία είναι περισσότερη πίεση, περισσότερα meetings και περισσότερο κυνήγι ανθρώπων. Εκεί δεν έχεις διοίκηση. Έχεις σύστημα που δεν έχει σχεδιαστεί ακόμα σωστά.
Όταν η δουλειά δεν βγαίνει, οι περισσότερες επιχειρήσεις προσθέτουν πίεση. Όχι αρχιτεκτονική.
Μια εργασία καθυστερεί.
Ένας πελάτης δεν απαντήθηκε.
Μια παραγγελία μπλέχτηκε.
Ένα αρχείο χάθηκε.
Ένας εργαζόμενος δεν ήξερε τι να κάνει.
Ένα task γύρισε πίσω για τρίτη φορά.
Και η κλασική απάντηση είναι σχεδόν πάντα η ίδια:
«Χρειαζόμαστε κάποιον να τους οργανώσει καλύτερα.»
Μετά έρχεται ένας ακόμα manager.
Περισσότερα updates.
Περισσότερα meetings.
Περισσότερα μηνύματα.
Περισσότερα «πού είμαστε;».
Περισσότερα «γιατί δεν έγινε ακόμα;».
Και συχνά, αντί η επιχείρηση να γίνεται πιο καθαρή, γίνεται πιο θορυβώδης.
Η επιχείρηση της πίεσης
Όταν κάτι σπάει, ζητά περισσότερη προσοχή από τους ανθρώπους. Όταν ξανασπάει, ζητά περισσότερη προσπάθεια. Όταν καεί η ομάδα, ζητά περισσότερη αντοχή.
Η επιχείρηση της αρχιτεκτονικής
Όταν κάτι σπάει, εξετάζει τη ροή. Όταν επαναλαμβάνεται, αλλάζει τη διαδικασία. Όταν η ομάδα καίγεται, αφαιρεί τριβή από το σύστημα.
Δεν χρειάζεσαι περισσότερους ανθρώπους να κυνηγούν τη δουλειά. Χρειάζεσαι καλύτερο τρόπο ώστε η δουλειά να μπορεί να βρει τον δρόμο της.
Ο manager διαχειρίζεται το σήμερα. Ο Αρχιτέκτονας Συστημάτων σχεδιάζει ώστε το αύριο να χρειάζεται λιγότερη διαχείριση.
Ο manager έχει ρόλο.
Πρέπει να συντονίσει ανθρώπους, να κρατήσει ρυθμό, να λύσει συγκρούσεις, να προστατεύσει προθεσμίες και να βοηθήσει την ομάδα να φτάσει στο αποτέλεσμα.
Το πρόβλημα δεν είναι ο manager.
Το πρόβλημα είναι όταν ο manager αναγκάζεται να θυμίζει, να εξηγεί, να κυνηγά και να διορθώνει τα ίδια ακριβώς πράγματα κάθε μέρα.
Εκεί δεν έχεις αποτελεσματική διοίκηση.
Έχεις ένα λειτουργικό σύστημα που στηρίζεται στη μνήμη, στην ένταση και στο νευρικό σύστημα ενός ανθρώπου.
Ο manager ρωτά
Ποιος έχει αυτό το task;
Γιατί άργησε;
Ποιος δεν απάντησε;
Τι πρέπει να γίνει τώρα;
Ο Αρχιτέκτονας Συστημάτων ρωτά
Γιατί το task δεν είχε owner;
Γιατί η καθυστέρηση δεν φάνηκε νωρίς;
Γιατί δεν υπήρχε escalation path;
Γιατί η γνώση δεν ήταν διαθέσιμη πριν γίνει κρίση;
Ο manager αντιμετωπίζει το σύμπτωμα.
Ο Αρχιτέκτονας Συστημάτων ψάχνει την αιτία που δημιουργεί το ίδιο σύμπτωμα ξανά και ξανά.
Ο Αρχιτέκτονας Συστημάτων δεν προσπαθεί να κάνει τους ανθρώπους πιο προσεκτικούς. Προσπαθεί να σχεδιάσει περιβάλλον όπου το σωστό είναι πιο εύκολο να γίνει από το λάθος.
Η σωστή διαδικασία δεν είναι εκείνη που απαιτεί τέλειους ανθρώπους. Είναι εκείνη που προστατεύει ανθρώπους όταν δεν είναι τέλειοι.
Μία από τις μεγαλύτερες ψευδαισθήσεις μιας επιχείρησης είναι ότι μπορεί να λύσει όλα τα προβλήματα απλώς προσλαμβάνοντας πιο προσεκτικούς ανθρώπους.
Οι άνθρωποι θα κουραστούν.
Θα βιαστούν.
Θα ξεχάσουν.
Θα διαβάσουν κάτι λάθος.
Θα πάρουν μια απόφαση με ελλιπή δεδομένα.
Θα κάνουν λάθος σε μια κακή μέρα.
Αυτό δεν είναι αποτυχία του ανθρώπου.
Είναι μέρος της ανθρώπινης πραγματικότητας.
Δεν υπάρχει διαδικασία που δεν θα κάνει ποτέ λάθος. Υπάρχει όμως διαδικασία που κάνει το προβλέψιμο λάθος δύσκολο, ορατό νωρίς, περιορισμένο και καταγεγραμμένο.
Αυτό είναι που κάνει ένας Αρχιτέκτονας Συστημάτων.
Δεν γράφει οδηγίες για να καλύψει ένα αρχείο.
Σχεδιάζει μηχανισμούς που απαντούν:
- Τι μπορεί να πάει λάθος εδώ;
- Ποιος θα το δει πρώτος;
- Ποιο check πρέπει να προηγείται;
- Τι δεν πρέπει να βασίζεται μόνο στη μνήμη;
- Πότε χρειάζεται δεύτερος έλεγχος;
- Πότε πρέπει να γίνει escalation;
- Πώς σταματάμε τη ζημιά αν το λάθος έχει ήδη συμβεί;
- Τι πρέπει να μείνει πίσω ως γνώση για την επόμενη φορά;
Η εύκολη απάντηση
«Πρόσεχε καλύτερα την επόμενη φορά.»
Η αρχιτεκτονική απάντηση
«Ποιο check, ποια πληροφορία ή ποιο όριο πρέπει να προσθέσουμε, ώστε αυτό να μη χρειάζεται να εξαρτάται μόνο από την προσοχή ενός ανθρώπου;»
Όταν πέντε άνθρωποι κάνουν το ίδιο λάθος, δεν έχεις πέντε αδιάφορους ανθρώπους. Έχεις ένα ελαττωματικό σημείο στη ροή.
Αν ένας εργαζόμενος κάνει ένα λάθος μία φορά, μπορεί να είναι απροσεξία.
Αν δύο εργαζόμενοι κάνουν το ίδιο λάθος, μπορεί να χρειάζεται καλύτερη εκπαίδευση.
Αν πέντε άνθρωποι, σε διαφορετικούς χρόνους, κάνουν το ίδιο λάθος, τότε η επιχείρηση πρέπει να σταματήσει να κοιτάει μόνο ανθρώπους.
Πρέπει να κοιτάξει το σύστημα.
Το επαναλαμβανόμενο λάθος μπορεί να δείχνει
Ασαφή οδηγία.
Άγνωστο owner.
Ελλιπή πληροφορία.
Κακό handoff.
Έλλειψη checklist.
Λανθασμένο task template.
Knowledge gap.
Λάθος σειρά βημάτων.
Η σωστή αντίδραση
Καταγραφή στο Logbook.
Ανάλυση του flow.
Νέο checklist.
Knowledge Base entry.
Workshop simulation.
Project Whiteboard update.
Νέο escalation rule.
Το λάθος ενός ανθρώπου μπορεί να χρειάζεται feedback. Το ίδιο λάθος πολλών ανθρώπων χρειάζεται redesign.
Ο Αρχιτέκτονας Συστημάτων δεν προσθέτει περισσότερη γραφειοκρατία. Αφαιρεί την αόρατη τριβή.
Όταν κάποιος ακούει τη λέξη «σύστημα», συχνά φαντάζεται περισσότερα forms, περισσότερα approvals, περισσότερους κανόνες και περισσότερα πράγματα που πρέπει να συμπληρώσει.
Αλλά ένα σωστό σύστημα δεν προσθέτει βάρος.
Αφαιρεί το βάρος που ήδη κουβαλάνε οι άνθρωποι αόρατα.
- Το χάος σε ορατή ροή.
- Τη γνώση που βρίσκεται σε κεφάλια σε κοινή υποδομή.
- Την προφορική εντολή σε καθαρό task.
- Το επαναλαμβανόμενο λάθος σε checklist ή διαδικασία.
- Το incident σε Logbook learning.
- Την κρίση σε Workshop simulation.
- Την ασάφεια σε ξεκάθαρο owner και escalation path.
- Το “δεν ξέρω τι να κάνω” σε συγκεκριμένο επόμενο βήμα.
Δεν χρειάζεται να βάλει έναν άνθρωπο να κάνει τρεις επιπλέον καταχωρίσεις για να νιώσει ότι υπάρχει έλεγχος.
Χρειάζεται να βρει ποια μία πληροφορία, ποιο ένα checkpoint ή ποιο ένα σωστό template θα αφαιρέσει δέκα περιττές ερωτήσεις.
Το καλό σύστημα δεν φαίνεται επειδή έχει πολλά βήματα. Φαίνεται επειδή οι άνθρωποι δεν χρειάζεται πια να κάνουν άχρηστα βήματα.
Ο Αρχιτέκτονας Συστημάτων δεν ξεκινά από το task. Ξεκινά από τη ροή σκέψης που πρέπει να προηγηθεί.
Οι περισσότερες επιχειρήσεις ξεκινούν κατευθείαν από την εργασία.
«Ποιος θα το κάνει;»
Αλλά ο Αρχιτέκτονας Συστημάτων ξεκινάει νωρίτερα.
Ρωτάει:
- Ποιο πρόβλημα προσπαθούμε να λύσουμε;
- Ποια δεδομένα έχουμε πραγματικά;
- Ποια απόφαση χρειάζεται να παρθεί;
- Ποιες επιλογές υπάρχουν;
- Ποιος έχει δικαίωμα να αποφασίσει;
- Ποιο είναι το ρίσκο κάθε διαδρομής;
- Ποιο αποτέλεσμα θεωρείται επιτυχία;
- Τι πρέπει να συμβεί αν η αρχική διαδρομή αποτύχει;
Αυτή είναι η δουλειά του Project Whiteboard.
Να βγάζει τη σκέψη έξω από το κεφάλι του ιδιοκτήτη, του manager ή του πιο έμπειρου εργαζόμενου.
Να τη μετατρέπει σε κοινό χάρτη.
Όταν η σκέψη είναι θολή, το task γίνεται μάντεμα. Όταν η σκέψη είναι ορατή, το task γίνεται καθαρή εκτέλεση.
Το Task Manager δεν είναι λίστα πίεσης. Είναι ο μηχανισμός που κάνει την ευθύνη ορατή.
Μια απλή λίστα εργασιών λέει:
«Στείλε προσφορά στον πελάτη.»
Ένα σωστά αρχιτεκτονημένο task λέει πολύ περισσότερα.
- Ποιο είναι το αποτέλεσμα που πρέπει να παραδοθεί.
- Γιατί αυτό το αποτέλεσμα είναι σημαντικό τώρα.
- Ποιος είναι ο owner.
- Ποια δεδομένα χρειάζονται πριν ξεκινήσει.
- Ποιο template ή ποια γνώση συνδέεται με την εργασία.
- Ποιο είναι το deadline και γιατί υπάρχει.
- Ποιο milestone επηρεάζει.
- Πότε πρέπει να γίνει escalation.
- Πώς ελέγχεται ότι ολοκληρώθηκε σωστά.
Έτσι, ο εργαζόμενος δεν χρειάζεται να ψάχνει τον manager για να καταλάβει τι συμβαίνει.
Και ο manager δεν χρειάζεται να κυνηγά τον εργαζόμενο για να καταλάβει πού βρίσκεται η εργασία.
Το task δεν πρέπει να είναι μια υπενθύμιση ότι κάποιος σε ελέγχει. Πρέπει να είναι η απόδειξη ότι η ομάδα ξέρει τι χτίζει και πώς προχωρά.
Ο Αρχιτέκτονας Συστημάτων δεν αφήνει την εμπειρία να πεθαίνει με το τέλος της βάρδιας.
Σε πολλές επιχειρήσεις, κάθε λάθος πληρώνεται πολλές φορές.
Το ίδιο πρόβλημα εμφανίζεται.
Κάποιος το λύνει.
Δεν καταγράφεται τίποτα.
Ο άνθρωπος φεύγει ή ξεχνά.
Το πρόβλημα επιστρέφει.
Κάποιος άλλος το λύνει από την αρχή.
Αυτό δεν είναι εμπειρία.
Είναι διαρροή γνώσης.
Knowledge Base
Κρατά απαντήσεις, οδηγίες, templates, διαδικασίες και γνώση που χρειάζεται να είναι διαθέσιμη πριν αρχίσει η κρίση.
Project Logbook
Κρατά αποφάσεις, αλλαγές, incidents, αιτίες, lessons learned και βελτιώσεις που προέκυψαν από την πραγματική λειτουργία.
Ο Αρχιτέκτονας Συστημάτων δεν βλέπει το incident σαν απλή ενόχληση.
Το βλέπει σαν δεδομένο για καλύτερο σχεδιασμό.
Κάθε πρόβλημα που λύθηκε αλλά δεν καταγράφηκε είναι ένα μάθημα που η επιχείρηση επέλεξε να πληρώσει ξανά.
Ο Αρχιτέκτονας Συστημάτων δεν περιμένει να καεί η κουζίνα για να μάθει η ομάδα πού είναι ο πυροσβεστήρας.
Η εκπαίδευση πολλών επιχειρήσεων ξεκινά όταν έχει ήδη συμβεί το κακό.
Όταν έρθει ο θυμωμένος πελάτης.
Όταν χαθεί η παραγγελία.
Όταν σπάσει το σύστημα.
Όταν προκύψει σύγκρουση στην ομάδα.
Όταν η καθυστέρηση έχει ήδη κόστος.
Τότε όλοι μαθαίνουν μέσα στον πανικό.
Αν ξέρεις ότι ένα πρόβλημα μπορεί να συμβεί, δεν χρειάζεται να περιμένεις να συμβεί για να μάθεις την ομάδα πώς να το αντιμετωπίζει.
Τα Workshops δίνουν ασφαλές περιβάλλον για να προσομοιώσεις:
- Δύσκολη επικοινωνία με πελάτη.
- Λάθος παραγγελίας ή παράδοσης.
- Αλλαγή scope μέσα σε ενεργό project.
- Καθυστέρηση κρίσιμου milestone.
- Σύγκρουση δύο ρόλων μέσα στην ομάδα.
- Απουσία βασικού εργαζομένου.
- Τεχνικό incident ή απώλεια δεδομένων.
- Απόφαση με περιορισμένο χρόνο και ελλιπή δεδομένα.
Ο στόχος δεν είναι να κάνεις τους ανθρώπους να φοβούνται.
Είναι να τους δώσεις μυϊκή μνήμη πριν χρειαστεί να σηκώσουν βάρος.
Μια επιχείρηση δεν χρειάζεται δεκάδες ανθρώπους να κυνηγούν εκατό εργαζομένους. Χρειάζεται αρχιτεκτονική που δεν αφήνει εκατό εργαζομένους να χαθούν.
Σκέψου δύο επιχειρήσεις με εκατό ανθρώπους.
Η πρώτη έχει πολλούς managers.
Κάθε μέρα κυνηγούν updates, κάνουν meetings, ζητούν εξηγήσεις, δίνουν οδηγίες ξανά και ξανά και προσπαθούν να συνδέσουν πληροφορίες που είναι σκορπισμένες παντού.
Η δεύτερη έχει λίγους ανθρώπους που έχουν επενδύσει σοβαρά στην αρχιτεκτονική της λειτουργίας.
Έχει καθαρά Whiteboards.
Έχει tasks με owner και definition of done.
Έχει Knowledge Base.
Έχει Logbook.
Έχει διαδικασίες για incidents.
Έχει checklists στα κρίσιμα σημεία.
Έχει Workshops πριν την κρίση.
Έχει Event Log για να βλέπει πού μπλοκάρει η ροή.
Το μοντέλο του κυνηγιού
Περισσότερος έλεγχος.
Περισσότερη ένταση.
Περισσότερη εξάρτηση από managers.
Περισσότερα meetings.
Περισσότερο burnout.
Το μοντέλο της αρχιτεκτονικής
Καθαρότερη ροή.
Λιγότερη τηλεπάθεια.
Γρήγορο escalation.
Κοινή γνώση.
Πιο ασφαλής εκτέλεση.
Δεν χρειάζεσαι περισσότερους ανθρώπους για να υπενθυμίζουν τι πρέπει να γίνει. Χρειάζεσαι σύστημα όπου οι άνθρωποι μπορούν να δουν τι πρέπει να γίνει, γιατί πρέπει να γίνει και τι συμβαίνει όταν κάτι ξεφεύγει.
Μην ζητάς από τον άνθρωπο να είναι καλύτερος από το σύστημα που του δίνεις.
Μπορείς να προσλάβεις τον πιο έξυπνο, τον πιο πρόθυμο και τον πιο έμπειρο άνθρωπο.
Αν του δώσεις θολές προτεραιότητες, κρυμμένη γνώση, ασαφή tasks, άγνωστα όρια και σύστημα που απαιτεί τηλεπάθεια, θα αρχίσει να χάνει ενέργεια όπως όλοι.
Μπορείς επίσης να προσλάβεις έναν νέο άνθρωπο που δεν ξέρει ακόμα πολλά.
Αν του δώσεις καθαρή διαδρομή, σωστά εργαλεία, γνώση, feedback, μικρές ευθύνες και ασφαλή τρόπο να ζητήσει βοήθεια, μπορεί να εξελιχθεί σε έναν από τους πιο σημαντικούς ανθρώπους της ομάδας.
Η διαφορά δεν είναι μόνο ο άνθρωπος.
Είναι το περιβάλλον.
Μην ζητάς από τον άνθρωπο να είναι καλύτερος από το σύστημα που του δίνεις. Χτίσε σύστημα αρκετά καθαρό, αρκετά ασφαλές και αρκετά ανθρώπινο, ώστε ο άνθρωπος να μπορεί να γίνει καλύτερος μέσα σε αυτό.
Το Business Bootstrap Dialogbook OS δίνει στον Αρχιτέκτονα Συστημάτων τα εργαλεία να μετατρέψει το χάος σε λειτουργικό περιβάλλον.
Δεν προσθέτει άλλο ένα layer ελέγχου πάνω από την ομάδα. Συνδέει τη σκέψη, την εργασία, τη γνώση, τα incidents, το κόστος, τα αρχεία και τις αποφάσεις σε έναν κοινό χώρο, ώστε η επιχείρηση να μπορεί να μαθαίνει από την ίδια της τη λειτουργία.
Project Whiteboard
Κάνει τη σκέψη, τις αποφάσεις, τις επιλογές και τα σημεία κινδύνου ορατά πριν γίνουν μπερδεμένα tasks.
Task Manager
Δίνει owner, αποτέλεσμα, προτεραιότητα, deadline, checkpoints, dependencies και escalation path σε κάθε εργασία.
Notebook & Knowledge Base
Μετατρέπουν τις επαναλαμβανόμενες ερωτήσεις και την κρυμμένη εμπειρία σε κοινή, επαναχρησιμοποιήσιμη γνώση.
Project Logbook
Μετατρέπει αποφάσεις, αλλαγές και incidents σε επιχειρησιακή μνήμη που βελτιώνει την επόμενη εκτέλεση.
Checklists & Scripts
Προστατεύουν κρίσιμες κινήσεις ώστε η ποιότητα να μη βασίζεται μόνο στη μνήμη ή στην καλή μέρα ενός ανθρώπου.
Workshops & Event Log
Επιτρέπουν στην ομάδα να εξασκείται πριν την κρίση και στον Αρχιτέκτονα να βλέπει patterns, bottlenecks και αποκλίσεις στη ζωντανή λειτουργία.
Μη βάλεις άλλο έναν άνθρωπο να κυνηγά το χάος. Χαρτογράφησέ το, βρες πού σπάει και ξανασχεδίασέ το.
Πάρε μία διαδικασία που επιστρέφει συνεχώς ως πρόβλημα, βγάλ’ τη σε Project Whiteboard, σύνδεσέ τη με tasks, γνώση, checkpoints και Logbook learning, και ξεκίνα να μετατρέπεις την πίεση σε αρχιτεκτονική.