Bereits mehrmals, als ich mit Kollegen auf Konferenzen und Vorträgen kommunizierte, bekam ich folgende Frage:
Es scheint an der Zeit zu sein, irgendwo die Antwort darauf zu finden und gelegentlich darauf zu verweisen :)
Ist also ein agiles Wissensmanagement erforderlich, bei dem Informationen von Person zu Person übertragen werden? In der Tat ist dies der Fall, wenn die Antwort in der Frage selbst enthalten ist. Informationen werden von Person zu Person übertragen, dh es findet ein Wissensaustausch statt . Die mündliche Überlieferung ist eines der Werkzeuge des Wissensmanagements. Sehr unzuverlässig, aber sicherlich am beliebtesten. Die Aufgabe der für das Wissensmanagement verantwortlichen Person besteht darin, eine Umgebung zu schaffen, in der Wissen ausgetauscht werden kann. In agilen Teams unterscheidet sich die Umgebung natürlich von den klassischen Organisationsstrukturen. Aber im Grunde lautet die Antwort natürlich "Ja, es ist notwendig". Lassen Sie uns genauer verstehen.
Beginnen wir mit dem agilen Manifest selbst. Die Autoren sagen das direkt
"Das heißt, ohne die Wichtigkeit dessen zu leugnen, was rechts ist, schätzen wir immer noch mehr auf das, was links ist."
Das Agile Manifest sagt uns nicht, dass wir "nichts dokumentieren" sollen! Er sagt, dass der Kunde Geld für ein funktionierendes Produkt zahlt. Wenn er es erhalten hat, kann er in Ermangelung einer schönen Dokumentation die Augen schließen, aber nicht umgekehrt. Das Manifest hilft bei der Priorisierung, setzt jedoch keine Verbote. Und selbst wenn Sie keine Zeit für große Docks haben, werden im Laufe der Arbeit eine Vielzahl von Wissensmanagement-Artefakten erstellt, mit denen Sie bei neuen Entscheidungen arbeiten können: Tickets, Änderungsprotokolle usw.
„Menschen und Interaktion sind wichtiger als Prozesse und Werkzeuge.“
In einer Studie, die unter IT-Mitarbeitern durchgeführt wurde, wird deutlich, dass die
Menschen in der IT-Branche den Wissensaustausch (d. H. Die
Interaktion ) unter den bestehenden Herausforderungen in der Softwareentwicklung an zweiter Stelle setzen.
Im Großen und Ganzen bestätigen die Ergebnisse dieser Studie die erste These des Manifests. Es scheint mir, dass die Beine der Frage aus der Tatsache wachsen, dass das Management von Wissen durch viele in der Entwicklung als Dokumentation verstanden wird und nicht als Interaktion zwischen Menschen beim Erfahrungsaustausch.
Ja, übrigens, in einem der vorherigen Beiträge habe ich bereits gesagt, dass Wissen keine Dokumentation ist, sondern Erfahrung, die ein bestimmter Mitarbeiter bei der Umsetzung eines bestimmten Projekts gesammelt hat . Auch wenn Sie keine Produktdokumentation erstellt haben, haben Sie während des Projekts definitiv einige Erfahrungen gesammelt. Darüber hinaus tragen agile Tools indirekt dazu bei, dass diese Erfahrung ständig durchsucht wird.
Zum Beispiel Rückblicke . Was ist das, wenn nicht ein Prozess des Wissensaustauschs? Das Team sammelt, teilt die bestehenden Probleme (im Bereich KM wird dies als „Lessons Learned“ bezeichnet ) und entwickelt einen Änderungsplan, um diese Probleme zu lösen. Das heißt, die Menschen stöberten in ihren Erfahrungen miteinander, diskutierten darüber, entwickelten eine Strategie zur Überwindung von Unannehmlichkeiten für die nahe Zukunft und legten irgendwo genau diesen Plan der Änderungen fest (Wissensmanagement-Artefakt). Normalerweise werden die Ergebnisse solcher Besprechungen irgendwo gespeichert. Ich bin mir nicht sicher, ob es effektive Befehle gibt, mit denen nach Abschluss der Iteration Daten zu allen vergangenen Retro gelöscht werden.
Oder Paarprogrammierung . Sogar Wikipedia sagt uns über dieses Tool Folgendes:
Vorteile:
***
Mentoring
Jeder, selbst ein unerfahrener Programmierer, weiß etwas, was andere nicht wissen. Paarprogrammierung ist ein schmerzloser Weg, um dieses Wissen zu verbreiten.
***
Schulung
Programmierer tauschen ständig Wissen aus.
Zwei erfahrene Programmierer pumpen sich gegenseitig aus eigener Erfahrung. Der Lord pumpt die Juna und fungiert als Mentor. Team- Mentoring ist im Allgemeinen eine der beliebtesten Inkarnationen des Wissensmanagements in der Softwareentwicklung. Der gleiche Yandex begann sogar , diese Kunst äußerlich zu lehren .
Oder nehmen Sie die Situation bei der Verwendung von Kanban. Angenommen, Tester testen 10 Funktionen pro Monat und Entwickler schaffen es, 20 zu implementieren. Dies führt zu einer Anhäufung von Arbeit bei der Qualitätssicherung und damit zu Risiken für die Qualität ihrer Arbeit. In diesem Fall können Sie beispielsweise Ressourcen neu verteilen und Entwickler mit der Erstellung von Autotests verbinden. Infolge der Iteration erhielt das Team negative Planungserfahrungen und kann darauf basierend einen neuen Plan erstellen, um einen maximalen Durchsatz der Pipeline mit denselben Ressourcen sicherzustellen. Das heißt, im Entwicklungsprozess wurde Wissen gewonnen (= Erfahrung), nach dessen Analyse das Team zur Optimierung des Prozesses kam.
Nun, es gibt eine sehr oberflächliche Frage: Wird das Team die bei der Arbeit an dem Projekt gesammelten Erfahrungen nicht bei der Arbeit an anderen Projekten nutzen? Das heißt, experimentell für das aktuelle Projekt fanden sie heraus, dass sie mit Tests durchschnittlich 15 Funktionen pro Monat implementieren können. Werden sie nicht wieder in dem neuen Projekt sein, das ursprünglich auf 20 gelegt wurde?
Wissen ist alles, was rund um das Projekt passiert ist. Der Entwicklungsprozess findet nicht im luftleeren Raum statt. Koordination, nützliche Links, Interaktion mit anderen Teams, Einbindung von Anfängern usw. Jedes Team macht das durch. Mit einer Reihe von Erfahrungen erscheinen verschiedene Artefakte, wie z. B. Anpassungs-Checklisten für Anfänger oder eine Datenbank mit nützlichen Links. Dies ist festes Wissen oder das Ergebnis des Verstehens der gesammelten Erfahrung.
Wir alle nehmen jeden Tag an Prozessen des Wissensaustauschs teil (na ja, wir kommunizieren wirklich ständig miteinander!), Und die Arbeit an der agilen Methodik schließt uns nicht von diesem Prozess aus. Darüber hinaus enthält es bereits sehr effektive Wissensmanagement-Tools. Es bleibt nur die Arbeit des Teams so zu organisieren, dass diese Werkzeuge maximale Auspuffleistung bieten.
In einem Beitrag habe ich nur einige Beispiele gegeben. Lassen Sie uns in den Kommentaren diskutieren, welche anderen agilen Tools ebenfalls Wissensmanagement-Tools sind. Nun, oder diskutiere, warum ich falsch liege :)