Academy250.com
Διοίκηση · Δεδομένα · Επιχειρησιακή ευθύνη

Γιατί, ακόμη και το 2026, ολόκληρες επιχειρήσεις συνεχίζουν να λειτουργούν μέσα σε κελιά

Το Excel δεν είναι σύστημα. Είναι γόμα.

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

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

Γιατί χρησιμοποιούμε ακόμα Excel;

Η εύκολη απάντηση είναι ότι το Excel είναι απλό, οικονομικό και σχεδόν όλοι γνωρίζουν λίγο-πολύ να το χρησιμοποιούν.

Η πραγματική απάντηση, όμως, μπορεί να είναι πολύ βαθύτερη.

Τι είναι ευκολότερο να αλλάξεις, να μετακινήσεις και να αλλοιώσεις;

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

Ή ένα αρχείο Excel;

Η απάντηση είναι προφανής. Το αρχείο Excel.

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

Δεν γνωρίζουμε ποιος έκανε την αλλαγή.

Δεν γνωρίζουμε πότε την έκανε.

Δεν γνωρίζουμε τι υπήρχε πριν.

Δεν γνωρίζουμε για ποιον λόγο άλλαξε το νούμερο.

Βλέπουμε μόνο το τελικό αποτέλεσμα.

Το σημείο που συνήθως αγνοούμε

Ένα κελί δεν κρατά μνήμη.

Κρατά μόνο την τελευταία πραγματικότητα που κάποιος αποφάσισε να αποθηκεύσει μέσα του.

Η δυνατότητα να ξαναγράψεις την ιστορία

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

Όχι επειδή δεν μπορούν να αποκτήσουν ένα οργανωμένο πληροφοριακό σύστημα.

Όχι επειδή το Excel είναι καλύτερο από μία σωστά σχεδιασμένη εφαρμογή.

Και σίγουρα όχι επειδή είναι ασφαλέστερο.

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

Η κρυφή δυνατότητα

Να επιστρέψεις στο παρελθόν και να το ξαναγράψεις.

Όχι απαραίτητα όπως συνέβη. Όπως χρειάζεται να φαίνεται σήμερα για να συμφωνήσει το ένα αρχείο με το άλλο.

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

Όχι απαραίτητα εκεί που βρίσκονταν πραγματικά.

Εκεί που πρέπει να βρίσκονται για να συμφωνήσει η αποθήκη με την παραγωγή, η παραγωγή με το λογιστήριο και το λογιστήριο με την αναφορά που θα δει η διοίκηση.

«Άλλαξέ το για να ταιριάζει»

Αυτό μπορεί να ακούγεται σαν σενάριο επιστημονικής φαντασίας.

Όμως κοίταξε μέσα στην επιχείρηση στην οποία εργάζεσαι.

Πόσες φορές άκουσες τη φράση:

«Μπες και άλλαξε το νούμερο στο Excel για να συμφωνεί με το άλλο αρχείο.»

Πόσες φορές ζητήθηκε από έναν εργαζόμενο να αλλάξει μία ποσότητα, όχι επειδή βρέθηκε το πραγματικό λάθος, αλλά επειδή έπρεπε απλώς να κλείσει η διαφορά;

Πόσες φορές το αποτέλεσμα προσαρμόστηκε στην αναφορά, αντί να προσαρμοστεί η αναφορά στην πραγματικότητα;

Υπάρχει τεράστια διαφορά ανάμεσα στη διόρθωση ενός λάθους και στην αλλοίωση ενός αποτελέσματος.

Διόρθωση

Η πραγματικότητα παραμένει ορατή

Διατηρείται το αρχικό δεδομένο, καταγράφεται το σφάλμα, προστίθεται η νέα τιμή και εξηγείται ο λόγος της αλλαγής.
Αλλοίωση

Η προηγούμενη πραγματικότητα εξαφανίζεται

Το παλιό δεδομένο σβήνεται και η νέα τιμή παρουσιάζεται σαν να υπήρχε πάντοτε.

Η μία διαδικασία διορθώνει το σύστημα.

Η άλλη διορθώνει την εικόνα του.

Όταν αλλάζουν τα νούμερα, μπορεί να αλλάξει και ο ένοχος

Εδώ εμφανίζεται μία από τις πιο επικίνδυνες δυνατότητες αυτού του τρόπου διοίκησης.

Όταν δεν υπάρχει ιστορικό αλλαγών, η διοίκηση δεν μπορεί μόνο να αλλάξει το αποτέλεσμα.

Μπορεί να αλλάξει και την ευθύνη.

Μπορεί να μεταφέρει μία ποσότητα από τη μία ημερομηνία στην άλλη.

Μπορεί να εμφανίσει ότι ένα υλικό παραδόθηκε ενώ δεν είχε παραδοθεί.

Μπορεί να μειώσει ή να αυξήσει μία καταγεγραμμένη παραγωγή.

Μπορεί να μετακινήσει μία απώλεια σε διαφορετική βάρδια.

Μπορεί να αλλάξει μία παραγγελία, μία κατανάλωση ή μία απόκλιση.

Και στη συνέχεια μπορεί να δείξει το τελικό αρχείο και να πει:

«Τα στοιχεία αποδεικνύουν ότι φταίει ο συγκεκριμένος υπάλληλος.»

Μόνο που τα στοιχεία δεν αποδεικνύουν απαραίτητα τι συνέβη.

Αποδεικνύουν τι γράφει σήμερα το αρχείο.

Και αυτά είναι δύο εντελώς διαφορετικά πράγματα.

Όταν δεν υπάρχει ίχνος μεταβολής, ο εργαζόμενος δεν μπορεί να αποδείξει τι υπήρχε πριν από την αλλαγή.

Δεν μπορεί να αποδείξει ποιος άγγιξε το αρχείο.

Δεν μπορεί να αποδείξει πότε άλλαξε η τιμή.

Δεν μπορεί να αποδείξει ότι το τελικό αποτέλεσμα δεν είναι αυτό που είχε αρχικά καταχωρίσει.

Από εργαλείο σε μηχανισμό εξουσίας

Το Excel μπορεί να κατασκευάσει ευθύνη.

Αν μπορείς να ξαναγράψεις τον αριθμό χωρίς ίχνος, μπορείς να ξαναγράψεις και την ιστορία του ανθρώπου που βρίσκεται πίσω από αυτόν.

Αν μία επιχείρηση μπορεί να αλλάξει εκ των υστέρων τα δεδομένα χωρίς να αφήσει ίχνος, τότε μπορεί να επιλέξει και ποιος θα χρεωθεί την αποτυχία.

Και αυτό δεν είναι διαχείριση.

Είναι εξουσία χωρίς αποδεικτικό μηχανισμό.

Το πρόβλημα δεν είναι τεχνικό

Οι περισσότερες επιχειρήσεις παρουσιάζουν το συγκεκριμένο ζήτημα σαν τεχνική αδυναμία.

«Δεν έχουμε ακόμα το κατάλληλο πρόγραμμα».

«Το ERP είναι δύσχρηστο».

«Το προσωπικό έχει μάθει στο Excel».

«Η μετάβαση απαιτεί χρόνο».

Όλα αυτά μπορεί να είναι αληθινά.

Υπάρχει όμως και μία βαθύτερη ερώτηση:

Θέλει πραγματικά η διοίκηση ένα σύστημα που δεν θα της επιτρέπει να αλλάζει αθόρυβα το παρελθόν;

Γιατί ένα σωστό πληροφοριακό σύστημα δεν καταγράφει μόνο τα νούμερα.

Καταγράφει και την ευθύνη.

Ποιος δημιούργησε την εγγραφή Ποιος την ενέκρινε Ποιος την άλλαξε Πότε έγινε η αλλαγή Ποια ήταν η προηγούμενη τιμή Ποιο αποδεικτικό τη στηρίζει

Ξαφνικά, το πρόβλημα παύει να είναι τεχνικό.

Γίνεται διοικητικό.

Οι διοικητικές οδοντογλυφίδες και οι πινέζες

Στο προηγούμενο άρθρο μιλήσαμε για τις οδοντογλυφίδες και τις πινέζες.

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

Το αλλοιωμένο Excel λειτουργεί ακριβώς με τον ίδιο τρόπο.

Το Excel ως διοικητική οδοντογλυφίδα

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

Ένας αριθμός αλλάζει για να συμφωνήσει η αποθήκη.

Ένας άλλος μετακινείται για να κλείσει ο μήνας.

Μία ποσότητα εξαφανίζεται για να συμφωνήσει η παραγωγή.

Μία ημερομηνία διορθώνεται για να μη φανεί η καθυστέρηση.

Μία απόκλιση μεταφέρεται σε άλλη βάρδια για να μη χρεωθεί εκεί όπου πραγματικά δημιουργήθηκε.

Κάθε τέτοια αλλαγή μοιάζει μικρή.

Ασήμαντη.

Αναγκαία.

«Άλλαξε μόνο αυτό το κελί. Κάν’ το να συμφωνεί και προχωράμε.»

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

Και όσο περνά ο καιρός, οι διοικητικές οδοντογλυφίδες πολλαπλασιάζονται.

Το ένα Excel εξαρτάται από το άλλο.

Το ένα ψεύτικο σύνολο στηρίζει το επόμενο.

Η μία αλλαγή απαιτεί μία δεύτερη για να συμφωνήσει.

Η δεύτερη απαιτεί μία τρίτη.

Μέχρι που κανένας δεν γνωρίζει πλέον ποια ήταν η αρχική πραγματικότητα.

Όλοι γνωρίζουν μόνο ποιο αρχείο πρέπει να ανοίξουν και ποιο κελί πρέπει να αλλάξουν για να συνεχίσει να λειτουργεί το σύστημα.

Γιατί είναι τόσο επικίνδυνες

Δεν κρατούν απλώς τη λειτουργία.

Κρατούν κρυμμένο το πραγματικό πρόβλημα.

Η διοίκηση που διορθώνει τον καθρέφτη

Πολλές διοικήσεις δηλώνουν ότι θέλουν ακριβή δεδομένα.

Στην πραγματικότητα, θέλουν ακριβή δεδομένα μόνο όταν αυτά συμφωνούν με την εικόνα που επιθυμούν να παρουσιάσουν.

Όταν οι αριθμοί δείχνουν κακή διαχείριση, λανθασμένες αποφάσεις, χαμένες ποσότητες, υπερβάσεις ή αποτυχίες, τότε αρχίζουν οι «διορθώσεις».

Το πρόβλημα δεν είναι ότι το Excel έκανε λάθος.

Ο λάθος τρόπος αντιμετώπισης

Η διοίκηση διορθώνει τον καθρέφτη αντί να διορθώσει το πρόσωπο που εμφανίζεται μέσα του.

Αν οι αριθμοί δεν μας αρέσουν, δεν αλλάζουμε τους αριθμούς. Αλλάζουμε τη λειτουργία που τους δημιούργησε.

Ένα σύστημα δεδομένων έχει αξία μόνο όταν μπορεί να εμφανίσει και την άβολη πραγματικότητα.

Όταν μπορεί να αποδείξει ότι μία απόφαση ήταν λανθασμένη.

Όταν μπορεί να αποκαλύψει ότι μία καθυστέρηση ξεκίνησε πολύ πριν φτάσει στον τελευταίο υπάλληλο της αλυσίδας.

Όταν δεν επιτρέπει στον ισχυρότερο άνθρωπο του συστήματος να μεταφέρει τη δική του ευθύνη στον πιο αδύναμο.

Η πραγματική μηχανογράφηση δεν είναι εγκατάσταση λογισμικού

Μία επιχείρηση δεν μηχανογραφείται επειδή αγόρασε ένα ERP.

Μηχανογραφείται όταν αποδέχεται ότι η πραγματικότητα θα καταγράφεται όπως συνέβη.

Ακόμα και όταν είναι άβολη.

Ακόμα και όταν εκθέτει λάθη.

Ακόμα και όταν αποδεικνύει ότι μία διοικητική απόφαση ήταν λανθασμένη.

Ακόμα και όταν κάποιος πρέπει να αναλάβει ευθύνη.

Χωρίς αυτή την αποδοχή, οποιοδήποτε σύστημα και αν εγκατασταθεί θα παρακαμφθεί.

Οι εργαζόμενοι θα συνεχίσουν να κρατούν παράλληλα Excel.

Θα εμφανιστούν πρόχειρα αρχεία στους προσωπικούς υπολογιστές.

Οι αλλαγές θα γίνονται εκτός συστήματος.

Και στο τέλος κάποιος θα εισάγει στο επίσημο λογισμικό το αποτέλεσμα που έχει ήδη «μαγειρευτεί» αλλού.

Ένα ακριβό σύστημα δεν διορθώνει μία διοίκηση που θέλει να παρακάμπτει το σύστημα.

Απλώς δημιουργεί ένα ακριβότερο περιβάλλον γύρω από τα ίδια αλλοιωμένα δεδομένα.

Η λύση είναι κάθε αλλαγή να αφήνει ίχνος

Η λύση δεν είναι να απαγορεύσουμε το Excel.

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

Δεν πρέπει, όμως, να αποτελεί τη μοναδική πηγή αλήθειας για κρίσιμες επιχειρησιακές λειτουργίες.

Η λύση είναι κάθε κρίσιμη μεταβολή να αφήνει ίχνος.

Ποιος άλλαξε τον αριθμό; Πότε έγινε η αλλαγή; Ποια ήταν η προηγούμενη τιμή; Γιατί έγινε η αλλαγή; Ποιο στοιχείο την αποδεικνύει; Ποιος επηρεάζεται από αυτήν;

Γιατί ένας αριθμός δεν είναι πάντα απλώς ένας αριθμός.

Μπορεί να είναι η απόδοση ενός εργαζομένου.

Η ευθύνη μιας βάρδιας.

Η αξιολόγηση ενός προϊσταμένου.

Η αιτία μιας απόλυσης.

Η απόδειξη μιας υποτιθέμενης αμέλειας.

Η ακεραιότητα των δεδομένων είναι ζήτημα δικαιοσύνης

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

Αυτό ονομάζεται διοίκηση.

Όλα τα υπόλοιπα είναι διαχείριση κελιών.

Το Excel ως διαγνωστικό εργαλείο

Μην απορείς, λοιπόν, γιατί μία επιχείρηση χρησιμοποιεί ακόμα δεκάδες ασύνδετα Excel.

Μερικές φορές η απάντηση είναι απλή: δεν έχει προλάβει να οργανωθεί.

Άλλες φορές, όμως, τα Excel αποκαλύπτουν κάτι πολύ πιο σοβαρό.

Μία επιχείρηση που δεν θέλει να δεσμευτεί από τα ίδια της τα δεδομένα.

Μία διοίκηση που θέλει να μπορεί να επιστρέφει στο παρελθόν και να το ξαναγράφει.

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

Έναν μηχανισμό που επιτρέπει να αλλάζει όχι μόνο το αποτέλεσμα, αλλά και ο άνθρωπος που θα κατηγορηθεί γι’ αυτό.

Και ένα σύνολο από αόρατες διοικητικές οδοντογλυφίδες και πινέζες, οι οποίες κρατούν όρθια μία εικόνα που θα κατέρρεε αν σταματούσαν οι παρεμβάσεις.

Η πραγματική διάγνωση

Τα πολλά Excel δεν είναι πάντα η ασθένεια.

Μπορεί να είναι το σύμπτωμα μιας επιχείρησης που δεν θέλει να κρατήσει αμετάβλητη μνήμη του εαυτού της.

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

Γιατί η τεχνολογία μπορεί να προστατεύσει τα δεδομένα.

Μπορεί να καταγράψει τις αλλαγές.

Μπορεί να περιορίσει τα δικαιώματα.

Μπορεί να κρατήσει ζωντανό το παρελθόν.

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

Η ερώτηση που αποκαλύπτει την πραγματική διοίκηση

Θέλεις δεδομένα ή θέλεις αριθμούς που συμφωνούν;

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

Το Excel δεν είναι σύστημα. Είναι γόμα.

Traceable Data · Visible Responsibility · Real Management

Μηχανογράφηση · System Engineering · Επιχειρησιακή ευθύνη

Η διαφορά ανάμεσα σε μια εφαρμογή που λειτουργεί και σε ένα σύστημα που καταλαβαίνει την επιχείρηση

Δεν γράφεις λογισμικό. Χτίζεις τον καθρέφτη της επιχείρησης.

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

Ο developer μετατρέπει μια απαίτηση σε λειτουργία. Ο engineer μετατρέπει την πραγματική λειτουργία της επιχείρησης σε ένα σύστημα που αποκαλύπτει αιτίες, ευθύνες, εξαρτήσεις και συνέπειες.

Η σωστή διαφορά είναι developer και engineer

Ποια είναι η διαφορά ανάμεσα σε έναν developer που γνωρίζει να γράφει ένα επιχειρησιακό λογισμικό και σε έναν engineer —έναν μηχανικό— που διαθέτει ταυτόχρονα τη γνώση του Viewer, του Operator και του Architect;

Εξωτερικά, μπορεί να μοιάζουν ίδιοι.

Και οι δύο μπορούν να δημιουργήσουν μια βάση δεδομένων.

Και οι δύο μπορούν να συνδέσουν APIs.

Και οι δύο μπορούν να κατασκευάσουν φόρμες, πίνακες, αναφορές και dashboards.

Και οι δύο μπορούν να κάνουν τα δεδομένα να περνούν σωστά από το ένα σημείο στο άλλο.

Η διαφορά δεν βρίσκεται απαραίτητα στην ποιότητα του κώδικα.

Βρίσκεται στο εύρος της ευθύνης που αναλαμβάνει ο καθένας.

Developer

Υλοποιεί σωστά τη ζητούμενη λειτουργία

Οργανώνει δεδομένα, προστατεύει endpoints, συνδέει υπηρεσίες, δημιουργεί φόρμες και μετατρέπει μια απαίτηση σε αξιόπιστο τεχνικό αποτέλεσμα.
Engineer

Σχεδιάζει τι σημαίνει η λειτουργία μέσα στο σύστημα

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

Δεν πρόκειται για διαγωνισμό ανωτερότητας ανάμεσα σε δύο επαγγέλματα.

Πρόκειται για δύο διαφορετικά επίπεδα αποστολής.

Ο developer ρωτά: «Τι πρέπει να κάνει αυτό το κουμπί;» Ο engineer ρωτά: «Τι μπορεί να προκαλέσει το πάτημά του;»

Ο developer γράφει ένα πρόγραμμα που λειτουργεί.

Ο engineer σχεδιάζει ένα σύστημα που αποκαλύπτει πώς λειτουργεί πραγματικά η επιχείρηση.

Ένα νούμερο δεν είναι ποτέ μόνο ένα νούμερο

Όταν το λογιστήριο καταχωρίζει ένα τιμολόγιο, δεν περνά απλώς μια αξία.

Δημιουργεί μια υποχρέωση.

Καταγράφει ότι κάποιος προμηθευτής πρέπει να πληρωθεί.

Επηρεάζει το διαθέσιμο κεφάλαιο.

Επηρεάζει την παραλαβή των επόμενων υλικών.

Επηρεάζει την αποθήκη.

Επηρεάζει την παραγωγή.

Επηρεάζει την ημερομηνία παράδοσης.

Επηρεάζει τον πελάτη.

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

Η αόρατη αλυσίδα

Μια τιμή στη βάση δεδομένων μπορεί να γίνει ευθύνη σε άλλο τμήμα.

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

Το ίδιο συμβαίνει στη γραμμή παραγωγής.

Όταν ο Operator καταχωρίζει ότι σήμερα ολοκληρώθηκαν 800 τεμάχια αντί για 1.000, δεν περνά απλώς έναν αριθμό.

Δημιουργεί μια πληροφορία πάνω στην οποία κάποιος θα αξιολογηθεί.

Γιατί ολοκληρώθηκαν μόνο 800;

Δεν υπήρχε αρκετή πρώτη ύλη;

Υπήρξε βλάβη στο μηχάνημα;

Δεν έγινε εγκαίρως η συντήρηση;

Δεν πληρώθηκε ο προμηθευτής;

Δεν εγκρίθηκε η αγορά;

Δεν εκδόθηκε σωστά το προηγούμενο τιμολόγιο;

Το απόθεμα στο σύστημα ήταν λανθασμένο;

Ο χειριστής έκανε λάθος;

Ή μήπως ο χειριστής ήταν ο άνθρωπος που κατάφερε να παράγει 800 τεμάχια μέσα σε ένα σύστημα το οποίο, με τα προβλήματα που είχαν δημιουργήσει όλοι οι προηγούμενοι, κανονικά δεν θα μπορούσε να παράγει ούτε 400;

Ο απλός πίνακας

Στόχος: 1.000 · Παραγωγή: 800 · Απόκλιση: −20%

Τρεις αριθμοί αρκούν για να κατασκευαστεί ένας ένοχος. Δεν αρκούν όμως για να εξηγήσουν την πραγματικότητα.

Το πραγματικό επιχειρησιακό σύστημα δεν πρέπει να δείχνει μόνο το τελικό αποτέλεσμα.

Πρέπει να μπορεί να ανασυνθέσει ολόκληρη την αλυσίδα που το δημιούργησε.

Viewer, Operator και Architect: τρεις οπτικές της ίδιας επιχείρησης

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

Ο Viewer βλέπει το αποτέλεσμα

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

Ο Operator βλέπει την εργασία

Γνωρίζει τι απαιτείται για να παραχθεί το αποτέλεσμα. Ποιο υλικό πρέπει να υπάρχει, ποιο μηχάνημα πρέπει να λειτουργεί, ποια πληροφορία πρέπει να έχει έρθει και ποια εξαίρεση εμφανίζεται ξανά και ξανά.

Ο Operator γνωρίζει ποια διαδικασία υπάρχει στο εγχειρίδιο και ποια διαδικασία ακολουθείται πραγματικά. Γνωρίζει πού βρίσκονται οι οδοντογλυφίδες, τα παράλληλα Excel και τα τηλέφωνα που αντικαθιστούν τις επίσημες εγκρίσεις.

Ο Architect βλέπει τις εξαρτήσεις

Δεν κοιτά μόνο τι κάνει κάθε άνθρωπος. Κοιτά ποιος εξαρτάται από ποιον, ποιος δημιουργεί την πληροφορία, ποιος την εγκρίνει, ποιος μπορεί να την αλλάξει και ποιος πληρώνει το κόστος όταν είναι λανθασμένη.

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

Η αποστολή του engineer

Να ενώσει τα τρία επίπεδα σε ένα ενιαίο σύστημα.

Να συνδέσει το αποτέλεσμα που βλέπει ο Viewer, την πραγματική εργασία που γνωρίζει ο Operator και τις εξαρτήσεις που πρέπει να σχεδιάσει ο Architect.

Δεν αρκεί να καταγράψει το τελικό νούμερο.

Πρέπει να καταγράψει τη διαδρομή που δημιούργησε το νούμερο.

Δεν αρκεί να δείχνει ποιος πάτησε τελευταίος το κουμπί.

Πρέπει να δείχνει ποιος είχε την ευθύνη, ποιος είχε την αρμοδιότητα, ποιος είχε την πληροφορία και ποιος μπορούσε να αποτρέψει το αποτέλεσμα.

Κάθε κουμπί δημιουργεί ευθύνη

Μέσα σε ένα πραγματικό επιχειρησιακό σύστημα, κανένα κουμπί δεν είναι αθώο.

Όταν κάποιος πατά «Εγκρίθηκε», δημιουργεί ευθύνη.

Όταν κάποιος πατά «Παραλήφθηκε», δημιουργεί ευθύνη.

Όταν κάποιος πατά «Ολοκληρώθηκε», δημιουργεί ευθύνη.

Όταν κάποιος αλλάζει μια ημερομηνία, δημιουργεί συνέπειες.

Όταν κάποιος απορρίπτει μια αγορά, επηρεάζει μια μελλοντική λειτουργία.

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

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

Το λογισμικό που βλέπει μόνο φόρμες θα καταγράψει μεμονωμένες ενέργειες.

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

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

Και η διαδικασία ελέγχου δεν υπήρχε επειδή κανένας δεν είχε αναλάβει επίσημα την ευθύνη της.

Ξαφνικά, η απόκλιση των 200 τεμαχίων δεν είναι πλέον μια αποτυχία της γραμμής παραγωγής.

Είναι το τελικό αποτέλεσμα μιας ολόκληρης αλυσίδας διοικητικών αποφάσεων.

Το σύστημα δεν πρέπει να κατασκευάζει ενόχους

Η διοίκηση συνήθως ζητά μια απλή απάντηση:

«Ποιος φταίει;»

Αυτή είναι η λάθος ερώτηση για ένα σύνθετο σύστημα.

Η σωστή ερώτηση είναι:

Root cause

Ποια αλυσίδα γεγονότων δημιούργησε το αποτέλεσμα;

Το τελευταίο πρόσωπο που άγγιξε τη διαδικασία δεν είναι υποχρεωτικά εκείνο που δημιούργησε το πρόβλημα.

Ο engineer δεν σχεδιάζει ένα λογισμικό που δείχνει εύκολα με το δάχτυλο τον τελευταίο άνθρωπο της αλυσίδας.

Σχεδιάζει ένα σύστημα που διατηρεί την πορεία των δεδομένων, τις μεταβολές τους, την προέλευσή τους και τις μεταξύ τους εξαρτήσεις.

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

Το σύστημα πρέπει να μπορεί να αναγνωρίσει τον άνθρωπο που απέφυγε επανειλημμένα την ευθύνη του.

Πρέπει όμως να μπορεί να αναγνωρίσει και τον πραγματικό ήρωα.

Εκείνον που κράτησε τη λειτουργία ζωντανή παρά τα λάθη των προηγούμενων τμημάτων.

Εκείνον που προειδοποίησε εγκαίρως.

Εκείνον που κατέγραψε το πρόβλημα.

Εκείνον που δημιούργησε προσωρινή λύση.

Εκείνον που σταμάτησε μια επικίνδυνη διαδικασία πριν προκαλέσει μεγαλύτερη ζημιά.

Ο κίνδυνος της μέτρησης χωρίς αιτία

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

Δεν βλέπεις την πραγματική επιχείρηση στις συναντήσεις

Όταν ένας εξωτερικός developer ή engineer μπαίνει για πρώτη φορά σε μια επιχείρηση, όλοι του παρουσιάζουν το γυαλιστερό κουτί.

Η διοίκηση παρουσιάζει το επίσημο οργανόγραμμα.

Οι υπεύθυνοι εξηγούν τις εγκεκριμένες διαδικασίες.

Οι εργαζόμενοι δείχνουν τις φόρμες που υποτίθεται ότι χρησιμοποιούν.

Όλοι περιγράφουν πώς θα έπρεπε να λειτουργεί η επιχείρηση.

Κανένας δεν δείχνει αμέσως πώς λειτουργεί πραγματικά.

Δεν σου δείχνουν τα παράλληλα Excel.

Δεν σου δείχνουν τα προσωπικά τετράδια.

Δεν σου δείχνουν τα μηνύματα στο κινητό που αντικαθιστούν τις επίσημες εγκρίσεις.

Δεν σου δείχνουν τον εργαζόμενο που παίρνει τρία τηλέφωνα για μια διαδικασία που στο διάγραμμα εμφανίζεται ως αυτόματη.

Δεν σου δείχνουν ποιος αλλάζει τα νούμερα στο τέλος του μήνα.

Δεν σου δείχνουν ποιος διορθώνει κρυφά τα λάθη όλων των υπολοίπων.

Η εικόνα και η λειτουργία

Στις συναντήσεις βλέπεις το σύστημα που η επιχείρηση πιστεύει ότι έχει.

Μέσα στην καθημερινή εργασία βλέπεις το σύστημα που πραγματικά χρησιμοποιεί.

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

Για να γράψεις το σύστημα, πρέπει να ζήσεις μέσα σε αυτό

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

Όχι να κάνεις μόνο συνεντεύξεις.

Όχι να οργανώσεις μόνο workshops.

Όχι να ζητήσεις από τους υπεύθυνους να σου περιγράψουν τις διαδικασίες.

Να ζήσεις τη λειτουργία.

Να περιμένεις μαζί με τον εργαζόμενο την έγκριση που δεν έρχεται.

Να δεις την παραγωγή να σταματά επειδή το σύστημα δείχνει απόθεμα που δεν υπάρχει.

Να παρακολουθήσεις μια παραγγελία να χάνεται ανάμεσα σε δύο τμήματα.

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

Οι πρώτοι μήνες είναι η παρουσίαση

Στην αρχή όλοι θα προσπαθούν να σου παρουσιάσουν την επιχείρηση όπως θα ήθελαν να είναι. Μετά από δύο ή τρεις μήνες θα συνηθίσουν την παρουσία σου. Θα σταματήσουν να σε βλέπουν ως τον μηχανογράφο και θα αρχίσουν να λειτουργούν μπροστά σου όπως λειτουργούν καθημερινά.

Τότε εμφανίζονται οι πραγματικές παρακάμψεις.

Τότε εμφανίζονται οι οδοντογλυφίδες.

Τότε εμφανίζονται τα κρυφά αρχεία.

Τότε φαίνεται ποιος γνωρίζει τη διαδικασία και ποιος γνωρίζει μόνο την παρουσίασή της.

Τότε αρχίζει να εμφανίζεται το πραγματικό πρόσωπο της επιχείρησης.

Μέχρι εκείνη τη στιγμή δεν βλέπεις την επιχείρηση. Βλέπεις την εικόνα που έχει επιλέξει να σου παρουσιάσει.

Γι’ αυτό, όταν το έργο αφορά τον πυρήνα μιας επιχείρησης, ένα εξάμηνο πραγματικής παρατήρησης μπορεί να αξίζει περισσότερο από εκατό ώρες συναντήσεων.

Οι επιχειρήσεις που λειτουργούν από το momentum τους

Υπάρχει όμως και ένα βαθύτερο πρόβλημα.

Ορισμένες επιχειρήσεις δεν συνεχίζουν να λειτουργούν επειδή η σημερινή διοίκηση παράγει εξαιρετική αξία.

Συνεχίζουν να λειτουργούν λόγω του όγκου και του momentum που δημιουργήθηκε στο παρελθόν.

Κάποτε κάποιος δημιούργησε το προϊόν.

Κάποτε κάποιος έχτισε το δίκτυο.

Κάποτε κάποιος κέρδισε την εμπιστοσύνη των πελατών.

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

Αυτές οι σχέσεις κλείδωσαν τόσο καλά, ώστε η επιχείρηση απέκτησε τεράστια αδράνεια.

Μπορεί να συνεχίσει να κινείται για χρόνια, ακόμη και όταν η πραγματική ποιότητα της διοίκησής της έχει αρχίσει να καταρρέει.

Αποθηκευμένη επιχειρησιακή ενέργεια

Η επιχείρηση κινείται, αλλά αυτό δεν αποδεικνύει ότι η σημερινή διοίκηση τη λειτουργεί σωστά.

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

Το momentum προσφέρει στους σημερινούς διαχειριστές μια επικίνδυνη ελευθερία.

Μπορούν να καθυστερούν αποφάσεις.

Μπορούν να μεταφέρουν προβλήματα στην επόμενη χρήση.

Μπορούν να μαγειρεύουν αριθμούς.

Μπορούν να παρουσιάζουν την πραγματικότητα που τους εξυπηρετεί.

Μπορούν να εμφανίζουν την αποθηκευμένη ενέργεια της προηγούμενης διοίκησης ως δική τους επιτυχία.

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

Ο ουρανός αρχίζει να κατεβαίνει

Για πολλά χρόνια, όλα αυτά μπορούσαν να κρυφτούν σχετικά εύκολα.

Τα δεδομένα ήταν διασκορπισμένα.

Το ένα τμήμα είχε ένα Excel.

Το άλλο τμήμα είχε διαφορετικό αρχείο.

Το λογιστήριο είχε το δικό του πρόγραμμα.

Η παραγωγή κρατούσε χειρόγραφες σημειώσεις.

Οι αποφάσεις υπήρχαν σε emails, μηνύματα, PDF και προσωπικούς φακέλους.

Ένας άνθρωπος δεν μπορούσε εύκολα να τα ενώσει όλα.

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

Αυτό πλέον αλλάζει.

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

Τα emails μπορούν να συσχετιστούν με παραγγελίες.

Οι ημερομηνίες μπορούν να μπουν σε χρονολογική σειρά.

Οι αλλαγές μπορούν να συγκριθούν με ελέγχους, πληρωμές και παραγωγικά γεγονότα.

Τα μοντέλα ανάλυσης μπορούν να εντοπίσουν patterns που ένας άνθρωπος θα δυσκολευόταν να παρατηρήσει.

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

Το πρόβλημα δεν είναι πλέον ότι τα στοιχεία δεν μπορούν να αναλυθούν.

Το πρόβλημα είναι ότι μπορούν.

Το AI δεν μετατρέπει το ψέμα σε αλήθεια

Εδώ χρειάζεται μεγάλη προσοχή.

Το ότι μπορούμε να δημιουργήσουμε ένα data lake και να το τροφοδοτήσουμε σε ένα custom AI μοντέλο δεν σημαίνει ότι αποκτούμε αυτόματα την αλήθεια.

Αν μέσα στο data lake βάλουμε αλλοιωμένα Excel, κρυμμένες ευθύνες, ψεύτικες ημερομηνίες και τελικά μαγειρεμένα αποτελέσματα, το AI δεν θα μεταμορφώσει τα δεδομένα σε πραγματικότητα.

Θα αναλύσει με τεράστια ακρίβεια μια ψεύτικη πραγματικότητα.

Το AI δεν είναι ανιχνευτής αλήθειας.

Είναι μεγεθυντής patterns.

Αξιόπιστη βάση

Μεγεθύνει την πραγματική λειτουργία

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

Μεγεθύνει το μαγείρεμα

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

Γι’ αυτό η πραγματική μηχανογράφηση πρέπει να προηγηθεί της τεχνητής νοημοσύνης.

Πριν ζητήσουμε από το AI να δώσει απαντήσεις, πρέπει να δημιουργήσουμε δεδομένα που αξίζουν να αναλυθούν.

Από τη μηχανογράφηση βιτρίνας στην πραγματική μηχανογράφηση

Η μηχανογράφηση βιτρίνας περνά τιμολόγια.

Δημιουργεί όμορφα dashboards.

Παρουσιάζει συνολικά νούμερα στη διοίκηση.

Εμφανίζει πράσινα και κόκκινα γραφήματα.

Κάνει την επιχείρηση να φαίνεται σύγχρονη.

Η πραγματική μηχανογράφηση βρίσκεται στον πυρήνα της λειτουργίας.

Καταγράφει κάθε κρίσιμο γεγονός.

Διατηρεί τις προηγούμενες τιμές.

Δεν επιτρέπει στις διορθώσεις να εξαφανίζουν το αρχικό δεδομένο.

Συνδέει κάθε μεταβολή με συγκεκριμένο άνθρωπο, χρόνο, αιτιολογία και αποδεικτικό.

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

Όχι μια χωματερή αρχείων. Μια οργανωμένη επιχειρησιακή μνήμη.

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

Αυτή η μνήμη μπορεί στη συνέχεια να τροφοδοτήσει custom AI μοντέλα.

Και τα μοντέλα μπορούν να δώσουν στους πραγματικούς μηχανικούς της επιχείρησης τα δεδομένα που χρειάζονται για να εντοπίσουν τις πραγματικές αιτίες και να σχεδιάσουν πραγματικές λύσεις.

Η επιχείρηση ως ολοκληρωμένο μηχάνημα

Ο engineer βλέπει την επιχείρηση όπως θα έβλεπε ένα μεγάλο μηχάνημα.

Το λογιστήριο είναι ένας μηχανισμός.

Η αποθήκη είναι ένας μηχανισμός.

Η παραγωγή είναι ένας μηχανισμός.

Οι πωλήσεις είναι ένας μηχανισμός.

Η διοίκηση είναι ένας μηχανισμός.

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

Όταν ένα γρανάζι σταματά, το αποτέλεσμα μπορεί να εμφανιστεί σε ένα τελείως διαφορετικό σημείο.

Ο επιφανειακός έλεγχος αντικαθιστά το γρανάζι που φαίνεται σπασμένο. Η μηχανική σκέψη αναζητά τη δύναμη που το έσπασε.

Το ίδιο πρέπει να κάνει και το επιχειρησιακό λογισμικό.

Δεν πρέπει να δείχνει μόνο πού εμφανίστηκε το πρόβλημα.

Πρέπει να βοηθά να εντοπιστεί πού γεννήθηκε.

Ο καθρέφτης δεν διορθώνει την επιχείρηση

Η μηχανογράφηση δεν διορθώνει από μόνη της μια επιχείρηση.

Δημιουργεί τον καθρέφτη της.

Και ο καθρέφτης μπορεί να δείξει μόνο ό,τι του επιτρέψαμε να καταγράψει.

Αν οι πληροφορίες που δόθηκαν στον developer είναι λανθασμένες, οι ίδιες ατέλειες θα περάσουν μέσα στο λογισμικό.

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

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

Αν οι αλλαγές γίνονται έξω από το σύστημα, το σύστημα θα καταγράφει μόνο το τελικό μαγειρεμένο αποτέλεσμα.

Ο ρόλος του engineer

Να μη μηχανογραφήσει το θέατρο.

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

Ο καθρέφτης δεν μπορεί να αναγκάσει μια επιχείρηση να κοιτάξει το πραγματικό της πρόσωπο.

Μπορεί όμως να σταματήσει να της επιτρέπει να αλλάζει το είδωλο χωρίς να αφήνει δακτυλικά αποτυπώματα.

Η επόμενη μετάβαση των επιχειρήσεων

Από τη μηχανογράφηση της καταχώρισης στη μηχανογράφηση της ευθύνης.

Η επόμενη μεγάλη μετάβαση δεν είναι από το χαρτί στο Excel ούτε από το Excel στο ERP. Είναι από το τελικό νούμερο στην αλυσίδα που το δημιούργησε, από το dashboard στη λειτουργία, από την παρουσίαση στη μνήμη και από τη μηχανογράφηση βιτρίνας στην πραγματική μηχανογράφηση.

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

Κατασκευάζεις τη μνήμη της. Καταγράφεις τις ευθύνες της. Χτίζεις τον καθρέφτη της.

Developer Builds the Function · Engineer Designs the System

System Engineering · Jidoka · Fail-safe επιχειρησιακή λειτουργία

Ο μηχανισμός που λύνει τα προβλήματα των δύο προηγούμενων άρθρων

Το σύστημα που αποτυγχάνει να επιτρέψει το λάθος.

The system that cannot fail δεν είναι ένα σύστημα που δεν χαλάει ποτέ. Είναι ένα σύστημα που δεν επιτρέπει στην αστοχία να κρυφτεί, να συνεχίσει αθόρυβα και να μετατραπεί σε ευθύνη κάποιου άλλου.

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

Το αντίδοτο στα δύο προηγούμενα άρθρα

Στο πρώτο άρθρο είδαμε το Excel που μπορεί να ξαναγράψει την ιστορία.

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

Στο δεύτερο άρθρο είδαμε τη διαφορά ανάμεσα στον developer που υλοποιεί μια λειτουργία και στον engineer —τον μηχανικό— που βλέπει ολόκληρη την επιχείρηση ως ένα συνδεδεμένο μηχάνημα.

Τώρα μένει μόνο μία ερώτηση:

Πώς δημιουργείς ένα σύστημα που δεν χρειάζεται να ψάξει τον ένοχο αφού το πρόβλημα έχει ήδη συμβεί;

Η απάντηση είναι να μην ξεκινήσεις από τον έλεγχο μετά το λάθος.

Να ξεκινήσεις από τον σχεδιασμό πριν από το λάθος.

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

Το αντίδοτο

The system that cannot fail.

Όχι ένα σύστημα που δεν συναντά ποτέ αστοχίες. Ένα σύστημα που αποτυγχάνει να επιτρέψει στην αστοχία να περάσει αθόρυβα στο επόμενο στάδιο.

Ο developer είναι hard-coded να το κάνει να δουλέψει

Ο developer ξεκινά συνήθως από μια καθαρή και απολύτως λογική αποστολή:

Να πάρει αυτό που του ζητήθηκε και να το κάνει να λειτουργεί.

Του ζητάς μια φόρμα παραλαβής.

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

Του ζητάς ένα κουμπί «Ολοκληρώθηκε».

Δημιουργεί τη λειτουργία, ενημερώνει την κατάσταση και εμφανίζει το σωστό αποτέλεσμα στον χρήστη.

Του ζητάς μια σύνδεση με ένα API.

Διαχειρίζεται authentication, requests, responses, retries και errors μέχρι η σύνδεση να λειτουργήσει αξιόπιστα.

Αυτό δεν είναι αδυναμία.

Είναι η βασική δύναμη του developer.

Το developer mindset

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

Ο developer είναι hard-coded να ψάχνει τον δρόμο που λειτουργεί.

Τον happy path.

Τη σωστή είσοδο, τη σωστή επεξεργασία και το σωστό αποτέλεσμα.

Χωρίς αυτή τη νοοτροπία, τίποτα δεν θα ολοκληρωνόταν ποτέ.

Ο engineer είναι hard-coded να βρει πώς θα χαλάσει

Ο engineer ξεκινά από μια διαφορετική, σχεδόν οξύμωρη θέση.

Δεν κοιτά μόνο πώς θα λειτουργήσει το σύστημα.

Κοιτά πώς θα καταστραφεί.

Ποιος αισθητήρας θα δώσει λάθος τιμή;

Ποιο υλικό θα κουραστεί;

Ποιος άνθρωπος θα πατήσει το κουμπί τη λάθος στιγμή;

Ποια έγκριση θα καθυστερήσει;

Ποια πληροφορία θα λείπει;

Ποια εξαίρεση θα εμφανιστεί την ημέρα που όλοι θα βρίσκονται υπό πίεση;

Ο μηχανικός γνωρίζει από την πρώτη στιγμή ότι το πρώτο αποτέλεσμα δεν είναι το τελικό αποτέλεσμα.

Ξέρει ότι το πρωτότυπο μπορεί να χρειαστεί να χαλάσει επτά ή οκτώ φορές μέχρι να αποκαλύψει όλα τα σημεία στα οποία η αρχική λογική ήταν ελλιπής.

Δεν θεωρεί την πρώτη αστοχία προσβολή.

Τη θεωρεί πληροφορία.

Ο developer ψάχνει τον δρόμο που δουλεύει. Ο engineer ψάχνει όλους τους δρόμους από τους οποίους μπορεί να έρθει η καταστροφή.

Ο ένας δεν είναι καλύτερος από τον άλλον.

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

Developer

Πώς θα λειτουργήσει σωστά;

Αναζητά την καθαρή υλοποίηση, τη σωστή ροή, την απόδοση, τη χρηστικότητα και την αξιόπιστη ολοκλήρωση της λειτουργίας.
Engineer

Πώς μπορεί να αποτύχει;

Αναζητά τα ακραία φορτία, τις λάθος ακολουθίες, τις ελλιπείς πληροφορίες, τις ανθρώπινες παρακάμψεις και τις κρυφές εξαρτήσεις.

Ο developer δημιουργεί τη λειτουργία.

Ο engineer δημιουργεί τα όρια μέσα στα οποία η λειτουργία παραμένει ασφαλής.

Το κενό δεν το δημιουργεί μόνο ο άνθρωπος

Όταν κατασκευάζουμε ένα επιχειρησιακό λογισμικό, δεν δημιουργούμε μόνο φόρμες, κουμπιά και βάσεις δεδομένων.

Δημιουργούμε και τα κενά μέσα στα οποία μπορούν να γεννηθούν τα λάθη.

Αν μια διαδικασία μπορεί να παραλειφθεί, κάποτε θα παραλειφθεί.

Αν μια τιμή μπορεί να αλλοιωθεί χωρίς ίχνος, κάποτε θα αλλοιωθεί.

Αν μια εργασία μπορεί να δηλωθεί ολοκληρωμένη χωρίς αποδεικτικό, κάποτε θα δηλωθεί χωρίς να έχει ολοκληρωθεί.

Αν δύο τμήματα μπορούν να μεταφέρουν την ευθύνη το ένα στο άλλο, κάποτε θα το κάνουν.

Συνήθως, όταν αυτό συμβεί, στρεφόμαστε στον άνθρωπο.

Ρωτάμε ποιος ξέχασε.

Ποιος δεν πρόσεξε.

Ποιος πάτησε το λάθος κουμπί.

Υπάρχει όμως μια βαθύτερη ερώτηση:

Γιατί το σύστημα επέτρεψε σε ένα μοναδικό λάθος να μετατραπεί σε ολοκληρωμένο επιχειρησιακό γεγονός;

Το λάθος μπορεί να το κάνει ο άνθρωπος.

Το κενό μέσα από το οποίο ταξιδεύει το λάθος το δημιουργεί ο σχεδιασμός.

System responsibility

Δεν σχεδιάζουμε για τον τέλειο άνθρωπο.

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

Μετέτρεψε τη σωστή διαδικασία στον μοναδικό δρόμο

Ο developer θα ρωτήσει:

«Τι πρέπει να κάνει αυτό το κουμπί;»

Ο engineer θα ρωτήσει:

«Τι μπορεί να συμβεί αν πατηθεί από τον λάθος άνθρωπο, τη λάθος στιγμή και με ελλιπή δεδομένα;»

Ο developer θα δημιουργήσει τη δυνατότητα να καταχωριστεί μια παραλαβή.

Ο engineer θα απαιτήσει η παραλαβή να συνδέεται με παραγγελία, κωδικό υλικού, πραγματική ποσότητα, ημερομηνία, άνθρωπο και αποδεικτικό.

Ο developer θα δημιουργήσει την επιλογή «Ολοκληρώθηκε».

Ο engineer θα αποφασίσει ποια γεγονότα πρέπει να έχουν προηγηθεί για να ενεργοποιηθεί αυτή η επιλογή.

Ο developer θα δημιουργήσει τη δυνατότητα διόρθωσης μιας τιμής.

Ο engineer θα απαιτήσει να διατηρηθεί η προηγούμενη τιμή, να καταγραφεί ο άνθρωπος που την άλλαξε και να συνδεθεί η αλλαγή με αιτιολογία και αποδεικτικό.

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

Η βασική αρχή

Το σωστό σύστημα δεν ελπίζει ότι όλοι θα θυμηθούν τη σωστή διαδικασία.

Μετατρέπει τη σωστή διαδικασία στον μοναδικό διαθέσιμο δρόμο.

Jidoka: σταμάτα το λάθος εκεί που γεννιέται

Αυτή είναι η βαθύτερη λογική πίσω από το jidoka.

Όταν εμφανίζεται μια ανωμαλία, η διαδικασία σταματά.

Δεν αφήνουμε το ελαττωματικό αποτέλεσμα να συνεχίσει στο επόμενο στάδιο.

Δεν το κρύβουμε μέσα στην παραγωγή.

Δεν περιμένουμε να φτάσει στον τελικό έλεγχο.

Σταματάμε.

Κάνουμε το πρόβλημα ορατό.

Εντοπίζουμε την αιτία.

Αλλάζουμε τη διαδικασία ώστε να μη χρειαστεί να βασιστούμε ξανά στην τύχη.

Toyota Production Thinking

Η ποιότητα δεν ελέγχεται μόνο στο τέλος. Χτίζεται μέσα στη ροή.

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

Ακριβώς το ίδιο πρέπει να κάνει και το επιχειρησιακό λογισμικό.

Αν λείπει η πρώτη ύλη, η παραγωγή δεν πρέπει να ξεκινήσει εικονικά.

Αν δεν έχει εγκριθεί η αγορά, η παραγγελία δεν πρέπει να εμφανίζεται ολοκληρωμένη.

Αν δεν υπάρχει παραστατικό, η πληρωμή δεν πρέπει να μπορεί να κλείσει αθόρυβα.

Αν αλλάξει μια κρίσιμη τιμή, η προηγούμενη δεν πρέπει να εξαφανιστεί.

Αν λείπει ένα στάδιο, το επόμενο δεν πρέπει να μπορεί να προσποιηθεί ότι όλα έγιναν κανονικά.

Η πραγματική προστασία δεν είναι να βρεις το ελάττωμα γρηγορότερα στο τέλος. Είναι να μην του επιτρέψεις να αποκτήσει επόμενο στάδιο.

Το σύστημα προστατεύει τον άνθρωπο από το ίδιο το σύστημα

Ένα τέτοιο σύστημα μπορεί να μοιάζει αυστηρό.

Στην πραγματικότητα, είναι βαθιά ανθρώπινο.

Δεν υποθέτει ότι ο εργαζόμενος θα θυμάται για πάντα κάθε λεπτομέρεια.

Δεν υποθέτει ότι δεν θα κουραστεί.

Δεν υποθέτει ότι δεν θα βιαστεί.

Δεν υποθέτει ότι δεν θα δεχτεί πίεση από κάποιον ανώτερο.

Και κυρίως, δεν αφήνει έναν άνθρωπο μόνο απέναντι σε μια ελαττωματική διαδικασία.

Αν η εργασία δεν μπορεί να ολοκληρωθεί χωρίς το προηγούμενο αποδεικτικό, ο Operator δεν χρειάζεται να αντισταθεί μόνος του στην εντολή «κλείσ’ το και θα το βάλουμε μετά».

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

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

Το fail-safe σύστημα δεν κυνηγά τον άνθρωπο

Του δίνει τη δυνατότητα να πει «το σύστημα δεν μου επιτρέπει να προχωρήσω» εκεί όπου προηγουμένως θα έπρεπε να συγκρουστεί μόνος του με την πίεση, τη βιασύνη ή την εξουσία.

Η σωστή μηχανογράφηση δεν είναι σύστημα παρακολούθησης των αδύναμων.

Είναι μηχανισμός που εμποδίζει τους ισχυρότερους να μεταφέρουν αόρατα την ευθύνη προς τα κάτω.

Για να κλείσεις τα κενά, πρέπει πρώτα να τα ζήσεις

Δεν μπορείς να σχεδιάσεις πραγματική μηχανογράφηση μόνο μέσα από συναντήσεις.

Στο επίσημο διάγραμμα δεν εμφανίζονται τα κενά.

Στις παρουσιάσεις δεν εμφανίζονται οι παρακάμψεις.

Στις περιγραφές της διοίκησης όλα τα στάδια λειτουργούν σωστά.

Τα πραγματικά κενά εμφανίζονται μόνο όταν δουλέψεις μέσα στην επιχείρηση.

Όταν δεις ποιο κουμπί πατιέται χωρίς να έχει ολοκληρωθεί η προηγούμενη εργασία.

Όταν καταλάβεις γιατί ο Operator αναγκάζεται να παρακάμψει τη διαδικασία.

Όταν ανακαλύψεις ποια πληροφορία φτάνει πάντα καθυστερημένα.

Όταν δεις ποιο τμήμα δημιουργεί το πρόβλημα και ποιο τμήμα αναγκάζεται να το απορροφήσει.

Δεν μπορείς να αποτρέψεις ένα λάθος που δεν γνωρίζεις ότι μπορεί να συμβεί.

Μέχρι να σε ξεχάσουν μέσα στην επιχείρηση, δεν βλέπεις τη λειτουργία της. Βλέπεις την παρουσίασή της.

Χρειάζεται χρόνος μέχρι οι άνθρωποι να σταματήσουν να σε βλέπουν ως τον εξωτερικό που ήρθε να αξιολογήσει και να αρχίσουν να λειτουργούν μπροστά σου όπως λειτουργούν πραγματικά.

Τότε εμφανίζονται τα παράλληλα Excel.

Τότε εμφανίζονται οι προφορικές εγκρίσεις.

Τότε εμφανίζονται οι διοικητικές οδοντογλυφίδες και οι πινέζες.

Τότε μπορείς να σχεδιάσεις το σύστημα που θα τις καταστήσει περιττές.

Αν το έκανε η Toyota τότε, μπορούμε να το κάνουμε εμείς τώρα

Οι άνθρωποι που διαμόρφωσαν το Toyota Production System δεν είχαν cloud, APIs, data lakes ή custom AI μοντέλα.

Είχαν κάρτες.

Είχαν κιβώτια.

Είχαν καρότσια μεταφοράς.

Είχαν μηχανές που έπρεπε να σταματήσουν όταν εμφανιζόταν ανωμαλία.

Και πάνω απ’ όλα, είχαν τη σκέψη του μηχανικού.

Παρατηρούσαν τη λειτουργία.

Εντόπιζαν το σημείο στο οποίο γεννιόταν το λάθος.

Και άλλαζαν το σύστημα ώστε το ίδιο λάθος να γίνεται δυσκολότερο, ορατότερο ή αδύνατο.

Η τεχνολογία άλλαξε. Η αρχή όχι.

Το kanban μπορεί να γίνει event. Η κάρτα μπορεί να γίνει database record. Το andon μπορεί να γίνει alert. Η φυσική αδυναμία λάθος συναρμολόγησης μπορεί να γίνει validation, state machine ή permission boundary.

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

Αυτό που μας λείπει συνήθως δεν είναι η τεχνολογία.

Είναι η απόφαση να κοιτάξουμε ολόκληρη την επιχείρηση.

Και κυρίως τους ανθρώπους μέσα σε αυτήν.

Τι σημαίνει πραγματικά “The system that cannot fail”

Δεν σημαίνει ότι το σύστημα δεν θα αντιμετωπίσει ποτέ σφάλμα.

Δεν σημαίνει ότι ο server δεν θα πέσει.

Δεν σημαίνει ότι ο άνθρωπος δεν θα κάνει λάθος.

Δεν σημαίνει ότι μια πληροφορία δεν θα φτάσει καθυστερημένα.

Σημαίνει κάτι πολύ πιο ρεαλιστικό και πολύ πιο ισχυρό.

Hidden failure

Το λάθος συνεχίζει αόρατο

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

Η αστοχία γίνεται ορατή και σταματά

Το σύστημα διατηρεί την πραγματικότητα, μπλοκάρει το επόμενο στάδιο και αναγκάζει την αιτία να αντιμετωπιστεί πριν δημιουργήσει μεγαλύτερη ζημιά.

Το σύστημα μπορεί να αποτύχει τεχνικά.

Μπορεί να σταματήσει.

Μπορεί να ζητήσει παρέμβαση.

Αυτό που δεν μπορεί να κάνει είναι να προσποιηθεί ότι όλα πήγαν καλά.

The real definition

Το σύστημα που δεν μπορεί να αποτύχει είναι το σύστημα που δεν μπορεί να κρύψει την αποτυχία του.

Η αστοχία επιτρέπεται να εμφανιστεί. Δεν επιτρέπεται να μεταμορφωθεί σε ψεύτικη ολοκλήρωση, χαμένο ιστορικό ή κατασκευασμένη ευθύνη.

Το αντίδοτο

Το σωστό λογισμικό δεν δημιουργείται για να αποδείξει ποιος έφταιξε.

Δημιουργείται για να εμποδίσει το λάθος να περάσει αθόρυβα στο επόμενο στάδιο.

Δεν κυνηγά τον τελευταίο άνθρωπο της αλυσίδας.

Προστατεύει ολόκληρη την αλυσίδα.

Δεν καταγράφει απλώς την αποτυχία.

Αποτυγχάνει να την επιτρέψει.

Αυτό είναι το αντίδοτο σε όλα τα προηγούμενα.

Όχι περισσότεροι έλεγχοι μετά το λάθος.

Όχι περισσότερες αναφορές που δείχνουν τον τελευταίο άνθρωπο.

Όχι καλύτερα μαγειρεμένα νούμερα.

Ένα σύστημα χωρίς κρυφά κενά.

Ένα σύστημα στο οποίο η διαδικασία δεν μπορεί να παραλειφθεί.

Η πραγματικότητα δεν μπορεί να εξαφανιστεί.

Και η ευθύνη δεν μπορεί να μεταφερθεί στον πιο αδύναμο άνθρωπο.

Δεν φτιάχνεις ένα σύστημα που βρίσκει τον ένοχο. Φτιάχνεις ένα σύστημα που αρνείται να δημιουργήσει το έγκλημα.

Για να χτιστεί αυτό το σύστημα, χρειάζεσαι και τα δύο μυαλά.

Χρειάζεσαι τον developer που θα κάνει τη λειτουργία να δουλέψει.

Και χρειάζεσαι τον engineer που θα τη σπάσει ξανά και ξανά, μέχρι να μην μπορεί να χρησιμοποιηθεί για να παράγει το λάθος.

Η συνεργασία

Build it. Break it. Learn from it. Redesign it.

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

The system that cannot fail

Δεν σχεδιάζουμε ένα σύστημα που δεν θα χαλάσει ποτέ.

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

Ο developer το κάνει να λειτουργεί. Ο engineer το αναγκάζει να αποκαλύψει όλους τους τρόπους με τους οποίους μπορεί να αποτύχει. Και οι δύο μαζί δημιουργούν τη μοναδική λειτουργία που έχει πραγματική αξία:

Ένα σύστημα που δεν επιτρέπει στο λάθος να γίνει η νέα πραγματικότητα.

Developer Builds the Function · Engineer Designs the Failure · The System Protects the Truth