👨🏾‍🎤 📺 🌛 Ohne Wissensmanagement tut es weh: 5 Hauptfolgen eines Systemmangels ♏️ ✂️ 😘

Toyota ist weltweit führend in der Automobilindustrie, eine der teuersten Automobilmarken und ein Synonym für das Wort „Qualität“. Toyota ist bekannt für sein ausgeklügeltes Fertigungssystem, dank dessen es zum Weltmarktführer geworden ist. Die Beschreibung dauerte 10 Jahre und 20 Versionen. Infolgedessen erschien das Dokument Toyota Philosophy 2001. Einige der Prinzipien in diesem Buch - Kaizen und Kanban - werden in der IT verwendet. Diese Prinzipien sind jedoch nur ein Teil eines Systems des kontinuierlichen Lernens und der kontinuierlichen Verbesserung, das eng in alle Prozesse des Unternehmens integriert ist.

Das Trainingssystem hat viele verschiedene Prinzipien und Techniken. Vor der Entwicklung eines neuen Modells untersuchen die Ingenieure von Toyota beispielsweise die fortschrittlichen Entwicklungen der Zulieferer- und Wettbewerbertechnologien: Zerlegen Sie ihre Autos, untersuchen und reparieren Sie erfolgreiche technische Lösungen. Gleichzeitig werden nicht nur Ingenieure geschult, sondern das gesamte Unternehmen. Hierzu werden Checklisten, Qualitätsmatrizen, Retrospektiven, Skilltabellen, Standarddatenbanken und alle vergangenen Projekte verwendet. All dies hilft, Wissen zu erhalten und zu systematisieren, zu wachsen, zu lernen und Qualitätsprodukte herzustellen. Mit anderen Worten, Toyota verfügt über ein nahezu perfektes Wissensmanagementsystem. Deshalb sind sie Führer.

Die Toyota-Geschichte ist ein großartiges Beispiel für Wissensmanagement. Aber was passiert, wenn Wissen nicht verwaltet und das System nicht aufgebaut wird? Fahrräder, kaputte Förderer, Busse, „brennendes“ Geld für Onboarding und Legacy - all dies passiert Unternehmen, wenn sie nicht an Wissensmanagement denken.

Wissen ist Interaktion

Definieren wir zunächst den Begriff „Wissen“. Er hat verschiedene Definitionen in der IT-Community.

Wissen = Zusammenfluss (JIRA, Begriff oder ein anderes System)? Das Sammeln von Wissen ist wichtig, aber dies sind keine äquivalenten Konzepte. Wenn Wissen Confluence ist, dann ist Wissensmanagement (KM) Confluence Management?

Wissen = Erfahrung? Erfahrung ist das, was wir durchlaufen haben, reflektiert und basierend darauf lösen wir aktuelle Probleme. Aber wenn Wissen Erfahrung ist, dann ist Wissensmanagement Erfahrungsmanagement?

Wissen = Dokumentation: Wissensdatenbanken, FTP mit Dokumenten, Word- oder Google-Dokumente? Nein, Dokumente sind Teil des Wissensmanagements: gesammelte Erfahrungen, beschrieben, dem Dokument hinzugefügt. Das Dokument selbst ist nutzlos, wenn es auf dem Server liegt und nicht verwendet wird.

Keine dieser Definitionen ist vollständig. Um zu verstehen, was Wissen ist, muss man ein wenig vorauslaufen. Lassen Sie uns sehen, wie sich Wissen und sein Management schematisch dort vorstellen, wo es aktiv eingesetzt wird - in vielen westlichen Unternehmen: McDonalds, NASA, Oracle, Ford, Microsoft Services.

Das Schema des Wissensmanagements (Dimensionen des Wissensmanagements).

Hier werden weder Dokumente noch Erfahrung noch die Wissensbasis separat hervorgehoben. Aber es gibt: Änderungsmanagement, organisatorische Effektivität, Produktivität, intellektuelles Kapital (für das wir Geld erhalten). Wenn wir alles im Diagramm zusammenfassen, sehen wir die Fähigkeiten und Erfahrungen der Mitarbeiter, die sowohl Erfahrung als auch die Wissensbasis und alles andere nutzen. Daher die Definition von "Wissen".

Wissen ist das Zusammenspiel von Informationen, Fähigkeiten und Erfahrungen von Experten.

Überlegen Sie nun, was „Wissensmanagement“ ist.

Wissensmanagement ist ein Prozess

Sie haben jeden Tag teilgenommen und nehmen am Wissensmanagement teil.

Erzählen Sie Ihren Kollegen bei der Arbeit etwas über einen neuen Kubernetes-Artikel oder lernen Sie von ihnen, wie Sie Aufgaben schneller schließen können.
Erziehen Sie Kinder, lernen Sie lesen, schreiben, wechseln Sie zu Grün und respektieren Sie Älteste.
Klassen in Schule und Institut - Wissenstransfer vom Lehrer zum Schüler.
Onboarding: Einführung von Neulingen in Traditionen, Evakuierungspläne, Rallyeregeln und Arbeitsaufgaben.

All dies sind natürliche Prozesse zum Verwalten, Übertragen und Empfangen von Wissen. Wir stellen fest, dass Wissensmanagement ein Prozess ist .

Natürliche Prozesse funktionieren, sind aber instabil, weil sie nicht systematisiert und zufällig sind. Das Ergebnis zufälliger Prozesse ist ebenfalls zufällig und unvorhersehbar. Die Prozesse führen zu einem stabilen Ergebnis, wenn das Unternehmen versteht, dass es mit Hilfe von Informationen, Wissen und Erfahrung interner Experten möglich ist, Probleme effizienter zu lösen.

Effektive Lösungen helfen dabei, neue Produkte zu entwickeln, alte zu verbessern und die Kundenzufriedenheit zu steigern. Wenn ein Support-Service Fragen schneller und genauer beantwortet und Benutzerprobleme löst, gibt es weniger unzufriedene Kunden. Dies reduziert die Benutzerabwanderung, was die finanzielle Leistung verbessert.

Wissensmanagement ist der Prozess der Verarbeitung, Verwaltung und Nutzung des Wissens und der Erfahrung von Mitarbeitern (internen Experten), um Probleme effektiv zu lösen.

Was passiert ohne Wissensmanagement?

Natürliche Prozesse werfen keine Fragen auf. Fragen stellen sich, wenn die Aufgabe entsteht, natürliche Prozesse so zu systematisieren, dass sie Unternehmen mit Geld zugute kommen. Als ob zu diesem Zeitpunkt ein sozialer Teil des Gehirns getrennt ist und die Führung versucht zu verstehen: „Warum ist das alles?“

Um das „Warum“ zu verstehen, überlegen Sie, was wir verlieren, wenn wir es nicht implementieren.

Habe keine Zeit

Coding Sans führte eine Studie in europäischen IT-Unternehmen durch. Den Mitarbeitern wurde eine Frage gestellt: "Was ist für Sie die größte Herausforderung im Bereich der Softwareentwicklung?" Ein Fünftel der Befragten in verschiedenen Beiträgen gab an, dass dies ein Wissensaustausch sei. Dies ist das zweite Ergebnis nach „Kapazität“ - die Fähigkeit, mehr Probleme in kürzerer Zeit zu lösen.

Interessanter ist jedoch der Vergleich der Stimmen zwischen denen, die den Code schreiben, und ihren Managern.

Die ersten drei Positionen: Kapazität, KM und Einstellung neuer Talente.

Blaue Balkenmanager, gelbe Entwickler. Der Unterschied zwischen den Werten beträgt relativ gesehen fast ein Drittel. Es stellt sich heraus, dass Entwickler ein wichtigerer Kanal für das Wissensmanagement sind .

Für Manager ist es wichtiger, Schritt zu halten. Normalerweise „werfen“ sie dafür Aufgaben mit Menschen: Sie wenden sich an die Personalabteilung, stellen mehr Entwickler ein ( siehe dritte Spalte ) und warten, bis die Aufgaben rechtzeitig abgeschlossen sind.

Selbst wenn der Personalvermittler die gesamte Creme des Marktes sammelt, wird das Problem nirgendwo hingehen. Entwickler haben keine Möglichkeit, schnell Informationen zu erhalten, um Aufgaben schnell zu schließen, sodass das Problem erneut auftritt, jedoch in größerem Maßstab. Dies ist ein endloser Zyklus von Samsara, aus dem der Manager selbst nicht austreten wird.

Erfinde Fahrräder

Versuchen Sie, die letzten 20 Projekte im Unternehmen zu prüfen. Höchstwahrscheinlich werden Sie feststellen, dass die meisten kleinen Probleme auf die gleiche Weise gelöst werden. Aber alle Entscheidungen brauchten Zeit: das Rad zu erforschen, zu experimentieren und neu zu erfinden.

Kehren wir zu den Autoherstellern zurück - stellen Sie sich ein kugelförmiges Unternehmen in einem Vakuum vor, das Autos entwirft und herstellt. Zum Beispiel hat das Unternehmen vor einigen Jahren einen SUV herausgebracht und es war Zeit, ihn zu aktualisieren - er ist veraltet. Was wird teurer: ein Projekt neu starten, ein Auto von Grund auf neu entwerfen, entwickeln und freigeben oder auf der Grundlage eines bereits erstellten Modells entwickeln?

Im zweiten Szenario arbeitet Renault. Das Unternehmen verfügt über eine universelle Plattform B0 - eine Reihe gemeinsamer Teile, aus denen das Auto nach Standarddesignlösungen zusammengebaut wird. Renault baut Logan, Sandero, Duster und sogar Lastwagen auf dem B0. Es wird auch in Nissan und Lada verwendet. Die Plattform (eine Reihe von Teilen und Standardlösungen) ermöglicht es Ihnen, Ressourcen unter Verwendung früherer Entwicklungen zu sparen und nicht jedes neue Modell von Grund auf neu zu „radeln“.

Wir steigen unter die Busse

Genau wie in der IT gibt es in der realen Branche ein Problem mit dem Umsatz. Aber nicht, weil die Leute aufhören - sie gehen in den Ruhestand. Das demografische Bild verschiebt sich in Richtung Rentner: weniger jung, mehr älter. Gleichzeitig hat die ältere Generation eine einzigartige Erfahrung, die Unternehmen verlieren.

Für ein Werk, das 13 Millionen Stahl pro Jahr produziert, bedeutet selbst ein einfacher Tag einen Verlust von Millionen Dollar.

In der IT ist die Situation trotz technologischer Effektivität ähnlich: Die Mitarbeiter verlassen das Unternehmen, ihr Wissen wird nicht gespeichert, und Unternehmen erleiden Verluste, die selbst schwer zu berechnen sind.

Geld beim Onboarding verlieren

Ein neuer Mitarbeiter kostet immer Geld - von mehreren Zehntausend bis Hunderttausenden Rubel . Woher kommt diese Figur?

HR-, — IT- . ( ). HR , .
, .
100%, .

All dies summiert sich zu greifbaren Zahlen. Anfänger sind daher stets bemüht, die Produktionsanlagen so schnell wie möglich zu erreichen. Aber alle Wünsche sind auf dem Granit des Onboarding gebrochen. Wie ist es normalerweise angeordnet?

Am ersten Tag erhält eine Person ein 200-seitiges Dokument:

- Lesen Sie, hier wird alles beschrieben. Wenn etwas nicht klar ist, sitzt Oleg im nächsten Büro, Sie werden ihn erkennen. Aber nur er arbeitet drei von fünf Tagen an einem entfernten Standort.

"Wer ist Oleg, wo man ihn findet, wie man alles liest?" und viele andere Gedanken entstehen in den Neuronen des Anfängers. Er ist gestresst, hat keine Zeit, das Projekt zu verstehen, aber Hauptsache, er hat einen unangenehmen Eindruck von Ihrem Unternehmen. In ein paar Monaten sind Sie an Bord einer neuen Person.

Unter Vermächtnis leiden

Es gibt diejenigen, die nicht mit ihm gearbeitet haben - Sie sind glückliche Menschen. Für diejenigen, die gearbeitet haben, Hände schütteln und mitfühlen. Vermächtnis tut weh.

Betrachten Sie zwei typische Legacy-Fälle, die Leiden verursachen.

Wir haben einen Monolithen gesehen . Vor ungefähr 10 Jahren hat jemand etwas geschrieben, aber er ist schon lange nicht mehr in der Firma. Es gibt zwar eine Aufgabe, sich beispielsweise mit Legacy-Code zu befassen, dies ist jedoch unmöglich, da nichts beschrieben wird. Entwickler glauben, dass es bald weh tun wird und die Führung - dass es teurer herauskommen wird, als der Code ursprünglich gekostet hat.

Kundenspezifische Softwareentwicklung. Ein Teil des Codes wurde von einem Drittanbieter geschrieben und nach fünf Jahren mussten Sie all dies optimieren oder integrieren. Aber der Auftragnehmer ist nicht mehr da. Der Busfaktor trat nur im Unternehmensmaßstab auf.