Kapitel 10. Grundsätze des Wissensmanagements
Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: translation-feedback@oreilly.com
Wenn du eine Software-Architektur erstellst, hältst du dich sowohl explizit als auch implizit an Prinzipien. Dein Unternehmen hat vielleicht explizite Prinzipien, die du einhalten musst, wie z. B. Sicherheits- und Architekturprinzipien oder Codierungsmuster und -prinzipien, oder du befolgst ein gut entwickeltes Framework wie das von Azure, Amazon Web Services (AWS) oder Google Cloud Platform (GCP).1 Andere Prinzipien sind implizit und werden vielleicht nicht einheitlich befolgt oder sind nicht einmal bekannt. Es handelt sich dabei eher um individuelle Erfahrungen.
In diesem Kapitel werden Grundsätze zur Verbesserung deines Wissensmanagements und deiner Dokumentation besprochen, die du hoffentlich in deiner Arbeit umsetzen wirst.
Produkte über Projekte
Du hast wahrscheinlich schon bemerkt, dass viele Unternehmen ihre Mitarbeiter und ihre Arbeit nach Projekten organisieren. Budgets werden Projekten zugewiesen, und auch das Wissensmanagement basiert auf Projekten. Aber Projekte sind vergänglich - viel vergänglicher als Produkte, an denen oft mehr als ein Projekt beteiligt ist.
Was passiert mit dem gesamten Wissen, das mit deinem Projekt verbunden ist, wenn es endet? Wenn die Dokumentation nach Projekten geordnet ist, ist dieses Wissen wahrscheinlich schwer zu finden und wird leicht vergessen oder geht ...
Get Kommunikationsmuster now with the O’Reilly learning platform.
O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.
