Δεύτερος εγκέφαλος της εταιρείας: από το wiki έως τις δεξιότητες, όλα έχουν να κάνουν με το πλαίσιο1 min read

Έχω σκεφτεί πολύ για όλη τη διαφημιστική εκστρατεία γύρω από τον “δεύτερο εγκέφαλο”. Το συζήτησα με άλλους στο χώρο και με τους συναδέλφους μου που είτε χτίζουν έναν δεύτερο εγκέφαλο είτε έχουν μια εκδοχή του.

Για όσους δεν είναι εξοικειωμένοι, η δεύτερη κίνηση του εγκεφάλου ξεκίνησε με την ιδέα “Wiki” του Andrej Karpathy: οργάνωση της προσωπικής γνώσης του πράκτορα σε ένα είδος διασυνδεδεμένης δομής Wiki τοπικών αρχείων MD. Αυτό αργότερα επεκτάθηκε στην οργάνωση προσωπικών δεδομένων σε πολύ ευρύτερη μορφή, με τους χρήστες να χρησιμοποιούν συχνά το Obsidian για να οργανώνουν και να οπτικοποιούν σημειώσεις και να προσθέτουν δεδομένα από συσκέψεις (μεταγραφές Granola/Whisperflow/Zoom) στο Wiki.

πύραυλος-καρπάθια-βάσεις-γνωσίες:αρχή

πύραυλος-καρπάθια-γνώση-βάσεις:τέλος

Καθώς αυτό το “Wiki” επεκτάθηκε, έγινε προφανές ότι υπάρχει κάποια πραγματική αξία για την κοινή χρήση των πληροφοριών σε αυτό. Έτσι άρχισαν να ανθίζουν τα έργα του «δεύτερου εγκεφάλου της εταιρείας». Η Utopic έκδοση ενός δεύτερου εγκεφάλου έχει μεταγραφεί ό,τι είναι δυνατό: κλήση ζουμ, συναντήσεις F2F, ακόμη και περιστασιακές αλληλεπιδράσεις, email, χαλαρά μηνύματα, έγγραφα – όλα σε μια τεράστια βάση δεδομένων όπως το Snowflake. Φανταστείτε ότι οποιοσδήποτε στην εταιρεία μπορεί να ρωτήσει αυτό το παράδειγμα Snowflake ό, τι θέλει και να έχει αμέσως απάντηση σε κάθε ερώτηση.

Ωχ, δεν είναι καλή ιδέα. Πρώτον, αυτό είναι εξαιρετικά ακριβό. Ο όγκος των δεδομένων που πηγαίνει σε κάτι τέτοιο είναι απλά τρελό και η ανάκτηση δεδομένων από αυτό γίνεται εξαιρετικά δύσκολη, αργή και δαπανηρή. Η ασφάλεια και ο διαχωρισμός δεδομένων γίνονται ζήτημα. Πώς μπορείτε να αποτρέψετε τα προσωπικά δεδομένα 1:1, οικονομικά δεδομένα, αποφάσεις διαχείρισης, δεδομένα ανθρώπινου δυναμικού ή ακόμα και αποφάσεις για τον τερματισμό κάποιου από το να εισέλθουν στις μεταγραφές και να είναι προσβάσιμα. Όχι όλοι πρέπει να ξέρεις τα πάντα…

Επίσης, ποιος το χρειάζεται αυτό, τι μας σώζει και είναι καλή ιδέα;

Θα έλεγα γενικά, μια περιεκτική εκδοχή αυτού είναι μια καλή ιδέα. Ένας μεγάλος λόγος για τον οποίο υπάρχει η μεσαία διοίκηση είναι να επιπλέει ζητήματα ανάντη και να αποσαφηνίζει τις αποφάσεις κατάντη. Πολλά από αυτά μπορούν πλέον να γίνουν με έναν δεύτερο εγκέφαλο.

Δεύτερος εγκέφαλος για τεχνικές ομάδες

Ένας δεύτερος τεχνικός εγκέφαλος μπορεί να είναι πολύ πιο εύκολο να διατηρηθεί. Πολλές εταιρείες χρησιμοποιούν απλώς έναν κατάλογο Dropbox/Google Drive/OneDrive που περιέχει κοινή γνώση που μπορεί να μοιραστεί ο Claude/Codex. Η αυτοματοποίηση για την προώθηση αυτού σε ένα αποθετήριο Git είναι αρκετά απλή ή μπορείτε πραγματικά να χρησιμοποιήσετε το Github για να το διαχειριστείτε επίσης (υποθέτω ότι είναι μια πολύ μικρή προσπάθεια για το OpenAI/Anthropic να υποστηρίξει αυτό το σενάριο χωρίς να χρειάζεται να εγκαταστήσετε προσαρμοσμένες δεξιότητες για τη διαχείριση αυτού του είδους πραγμάτων). Η πηγή της αλήθειας γίνεται τώρα το Github repo και τα τοπικά αντίγραφα είναι τα τοπικά git repos.

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

Οι μικρές ομάδες δεν χρειάζονται πραγματικά πολλά πέρα ​​από έναν απλό συγχρονισμό γύρω από το repo, αλλά μεγαλύτερες εταιρείες με πολλές μεγαλύτερες ομάδες θα αντιμετωπίσουν σοβαρούς περιορισμούς πολύ γρήγορα. Τα πιο σοβαρά ζητήματα περιλαμβάνουν δηλητηρίαση περιβάλλοντος όπου ένας συγκεκριμένος χρήστης μπορεί να λάβει τοπικές αποφάσεις που έρχονται σε σύγκρουση με τα δεύτερα δεδομένα του εγκεφάλου, είτε εισάγοντας αντικρουόμενα δεδομένα είτε παρακάμπτοντας τις εταιρικές αποφάσεις ακούσια (σε ορισμένες περιπτώσεις ίσως σκόπιμα;).

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

Σημειώστε ότι αυτή δεν είναι καλή μέθοδος για τη διατήρηση της τεκμηρίωσης του έργου. Για αυτό, ο καλύτερος τρόπος είναι να συμπεριλάβετε το wiki ως αναπόσπαστο μέρος του ίδιου του έργου. Είναι αρκετά εύκολο να δημιουργηθεί. Απλώς αφήνετε στην άκρη έναν παράγοντα κωδικοποίησης και του ζητάτε να εξετάσει το έργο, να το τεκμηριώσει διεξοδικά σε έναν φάκελο εγγράφων, χωρισμένο ανά αρχιτεκτονική, gotchas, αποφάσεις προϊόντων, τεχνικές αποφάσεις και άλλα πράγματα που συμπεραίνει ότι μπορεί να είναι χρήσιμα σε μικρά αρχεία md που μπορούν να περιέχουν. Το κλειδί είναι να του πείτε να βεβαιωθεί ότι ο κώδικας και το readme.md παραπέμπουν στον κατάλογο εγγράφων για να διασφαλίσετε ότι αναφέρεται παντού και θεωρείται μέρος του έργου και όχι εξωτερικός πόρος. Το βασικό στοιχείο που πρέπει να γνωρίζει ο πράκτορας είναι ότι η πρόθεση εδώ είναι να επιτραπεί η γρήγορη ενσωμάτωση ενός άλλου πράκτορα στο έργο για να αποφευχθούν παγίδες, λακκούβες και τεχνικές καταβόθρες…

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

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

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

Πάρτε για παράδειγμα μια ομάδα δικηγόρων, οι οποίοι έχουν πολύ συγκεκριμένα σύνολα γνώσεων και εκτείνονται σε email, slack, αρχεία word και άλλα έγγραφα. Το ίδιο ισχύει για τους λογιστές, τις πωλήσεις, την επιτυχία πελατών κ.λπ. Ο καθένας έχει τη δική του δεύτερη εγκεφαλική γνώση.

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

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

1. Προσωπικός δεύτερος εγκέφαλος – Κάθε άτομο που το θέλει αυτό, μπορεί να μεταγράψει τις δικές του συναντήσεις και να διατηρήσει τον δικό του δεύτερο εγκέφαλο. Ο οψιδιανός είναι πολύ χρήσιμος για αυτό, οποιοσδήποτε παράγοντας μπορεί βασικά να τον ταξινομήσει και να τον καθαρίσει. Χρησιμοποιήστε τον μηχανισμό ύπνου REM για να τον βελτιστοποιήσετε – ένας πράκτορας θα πρέπει να ξυπνά τη νύχτα, να αναγνωρίζει όλες τις πληροφορίες που συνέλεξε κατά τη διάρκεια της ημέρας, να βρίσκει όποιες πληροφορίες είναι κρίσιμες και σημαντικές να διατηρηθεί για το μέλλον και να τις οργανώνει με τρόπο εύκολα ανακτήσιμο σε φακέλους και αρχεία MD. Αυτό σημαίνει ότι εάν μιλήσατε με έναν συγκεκριμένο πελάτη, αυτός ο πελάτης θα έχει ενημερωμένο ένα αρχείο md που αντικατοπτρίζει πληροφορίες που είναι σημαντικό να θυμάστε για αυτόν, τι εργάζεστε μαζί κ.λπ. Το ίδιο ισχύει και για τα έργα. Θα υπάρχει επικάλυψη: η επικάλυψη είναι καλή – δεν πειράζει οι πληροφορίες για ένα συγκεκριμένο έργο να μένουν στο αρχείο του ατόμου με το οποίο μιλήσατε, στην εταιρεία και στα αρχεία του έργου. Αφήστε τον πράκτορα να το διαχειριστεί αυτό για εσάς. Όταν έχετε ερωτήσεις, ορίστε αυτήν την κύρια πηγή δεδομένων για τον αντιπρόσωπό σας. Μπορείτε να εκθέσετε τον πράκτορά σας στα email/συζητήσεις/κ.λπ. – απλώς φροντίστε να μην μεταγράψετε πράγματα που δεν θέλετε να τεκμηριωθούν (ας μην το κάνουμε ριάλιτι ή σαπούνι).

2. Ομαδικό επίπεδο δεύτερος εγκέφαλος – ένα δεύτερο επίπεδο δεδομένων περιλαμβάνει δεδομένα που βρίσκονται είτε στον προσωπικό δεύτερο εγκέφαλο για τα οποία ο πράκτορας είναι 100% σίγουρος ότι σχετίζονται με ολόκληρη την ομάδα είτε δεδομένα που προέρχονται από συναντήσεις σε επίπεδο ομάδας που, από τη φύση τους, βασίζονται σε ομάδα. Ένας πράκτορας μπορεί επίσης να συλλέξει δεδομένα για αυτόν τον δεύτερο εγκέφαλο από τα χαλαρά κανάλια της ομάδας σας – δεν θα πρέπει να είναι στα κανάλια 1:1 ή στις κλήσεις ζουμ. Μόλις ανακτήσει τα δεδομένα, ένας πράκτορας μπορεί να τα οργανώσει σε πραγματικό χρόνο ή κάθε βράδυ και να επισημαίνει ασυνέπειες όπου οι αποφάσεις ανατράπηκαν ή δεν αντιστοιχούν σε προσωπικές ή διαχειριστικές αποφάσεις. Αυτά θα πρέπει να επισημαίνονται και να ειδοποιούνται για το άτομο που παίρνει τη μη συμβατή απόφαση, ώστε να μπορεί να κάνει τις επιλογές του με ενημερωμένο τρόπο.

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

4. Δεύτερος εγκέφαλος ευρείας εταιρείας – αυτό είναι το πιο δύσκολο και θα πρέπει να περιέχει μόνο δεδομένα που είναι συγκεκριμένα, ενημερωτικά που θα μπορούσαν να σχετίζονται με ολόκληρη την εταιρεία. Αναφερόμενα οικονομικά αποτελέσματα μόνο, για παράδειγμα, πληροφορίες για το προσωπικό (ποιος κατέχει ποια θέση).

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

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