Konzept_final_v3_neu.docx - Projekte enden. Wissen sollte das nicht.

Warum die Datei im Projektordner das teuerste Missverständnis im Mittelstand ist, warum KI dieses Problem nicht löst, sondern verstärkt, und wie offene Werkzeuge mit Automation daraus einen Vorsprung machen.

Jeder kennt diese Datei. Sie heißt Konzept_final_v3_neu.docx, liegt im Ordner eines Projekts, das vor zwei Jahren abgeschlossen wurde, und niemand weiß, ob sie noch stimmt. Im Ordner daneben liegt Konzept_final_v4.docx. Im nächsten Projekt eine Kopie davon, mit Änderungen, die nie zurückgeflossen sind. Irgendwo dazwischen steckt das, worauf sich ein Unternehmen verlassen will. Nur weiß keiner mehr, wo.

Viele hoffen, dass KI dieses Problem demnächst erledigt. Man lässt ein Sprachmodell auf die Ablage los und fragt einfach. Das Ergebnis ist ernüchternd: Die KI findet v3 und v4, weiß nicht, welche gilt, und antwortet trotzdem mit voller Überzeugung. KI räumt das Chaos nicht auf. Sie macht es nur schneller und selbstbewusster.

Das Problem ist nicht, dass Unternehmen zu wenig dokumentieren. Das Problem ist, dass sie Wissen in einem Format ablegen, das zum Veralten gebaut ist.

Dateien sind Momentaufnahmen

Eine Datei ist ein Foto. Sie hält fest, was zu einem bestimmten Zeitpunkt galt. Für ein Angebot, ein Abnahmeprotokoll oder einen Vertrag ist das genau richtig, denn diese Dinge sollen sich nicht mehr ändern. Ihr Wert liegt gerade darin, dass sie den Stand von damals belegen.

Aber ein Großteil dessen, was in Projekten entsteht, ist nicht abgeschlossen. Wie ein Kundensystem aufgebaut ist, warum eine Architekturentscheidung so gefallen ist, wie ein Verfahren funktioniert, was beim letzten Mal schiefging: All das gilt, und es muss fortgeschrieben werden. Legt man es als Datei ab, passiert, was immer passiert. Das Projekt endet, die Datei bleibt liegen, und beim nächsten Mal kopiert jemand die alte Fassung und schreibt sie an einem neuen Ort weiter. Aus einem Stand werden fünf, an fünf Orten, ohne erkennbare Aktualität und ohne Zuständigen.

Projekte erzeugen Wissen. Aber sie sind der falsche Ort, um es aufzubewahren, weil Projekte enden.

Das ist kein Werkzeugversagen. Es ist ein Denkfehler: Man behandelt Dokumente, Wissen und Arbeit als dasselbe und kippt alles in denselben Projektordner. Das Ergebnis ist ein Unternehmen, das jedes Projekt ein bisschen so macht, als wäre es das erste.

Wissen entsteht durch Verknüpfung

Um zu verstehen, warum das so ist, hilft ein Gedanke, der mich seit vielen Jahren begleitet und in den meisten Diskussionen über Dokumentation fehlt. Daten sind noch keine Information, und Information ist noch kein Wissen. Strukturierte Daten ergeben Information. Verknüpfte Daten erzeugen Wissen.

Eine Datei im Projektordner enthält Daten. Sie ist vorhanden, aber sie steht für sich, ohne verbindliche Struktur und ohne Bezug zu irgendetwas anderem. Ob sie noch gilt, für wen sie wichtig ist und wofür sie gebraucht wird, verrät sie nicht. Genau deshalb verliert sie ihren Wert, sobald das Projekt endet.

Information entsteht, wenn diese Daten eine Struktur bekommen: einen verbindlichen Stand, einen Verantwortlichen, eine Einordnung, eine nachvollziehbare Geschichte. Was vorher irgendwo lag, lässt sich jetzt finden, prüfen und bewerten.

Den entscheidenden Schritt macht aber erst die Verknüpfung. Hängt die Information an der Aufgabe, am Projekt, am Kunden, am Vertrag, entsteht ein Zusammenhang. Man weiß, wofür etwas gilt, wer es braucht, wann es zuletzt gebraucht wurde und was davon abhängt. Erst in diesem Zusammenhang wird aus Information Wissen.

Daten hat jedes Unternehmen genug. Was fehlt, sind die Verbindungen dazwischen.

Wirksam wird dieses Wissen dort, wo ein Mensch in seiner Arbeit darauf trifft und es anwendet. Die Werkzeuge schaffen den Zusammenhang. Entscheiden und handeln tut der Mensch.

Jedes Ding an seinen Ort

Daraus folgt eine klare Architektur. In meinem eigenen Stack besteht sie aus europäischen Open-Source-Werkzeugen, die jeweils genau eine Aufgabe gut erfüllen.

Nextcloud ist die Werkstatt. Hier entstehen Dokumente, hier wird gemeinsam an Entwürfen, Tabellen und Präsentationen gearbeitet. Das ist der richtige Ort für alles, was noch in Bewegung ist.

Mayan EDMS ist das Gedächtnis für alles, was fertig ist. Ein Angebot, ein Vertrag, eine Abnahme, eine Eingangsrechnung landet dort nicht einfach als Datei, sondern bekommt Struktur: einen Dokumenttyp, Metadaten wie Kunde, Projekt und Datum, einen im Volltext durchsuchbaren Inhalt, einen definierten Status im Ablauf. Genau hier passiert der erste Schritt des Modells. Aus der Datei als Blackbox wird Information. Die Momentaufnahme bleibt eine Momentaufnahme, aber eine, die man wiederfindet und einordnen kann.

XWiki hält, was gilt. Verfahren, Architektur, Entscheidungen und Kundenwissen leben dort als Seiten mit genau einem aktuellen Stand, mit sichtbarer Historie dahinter statt verstreuter Kopien daneben.

OpenProject steuert, was getan wird. Hier laufen Aufgaben, Termine und Verantwortung zusammen, und hier setzen die Verknüpfungen an. Das Arbeitspaket verweist auf die Wiki-Seite, statt eine Kopie anzuhängen, und auf den Vertrag im Dokumentenmanagement, statt ihn ein weiteres Mal abzulegen. Das Wiki zeigt umgekehrt die zugehörigen Arbeitspakete mit ihrem aktuellen Status direkt in der Dokumentation an. Wer ein Projekt in zwei Jahren wieder öffnet, landet nicht beim Stand vom Projektstart, sondern beim Stand von heute.

Verknüpfen statt kopieren: Das ist der Schritt, der aus Information Wissen macht. Der Abruf passiert live, mit den Berechtigungen des jeweiligen Nutzers. Es gibt keine doppelte Datenhaltung und keine Synchronisation, die irgendwann auseinanderläuft.

Der Einwand, den jeder IT-Leiter sofort hat

An dieser Stelle kommt verlässlich die Gegenfrage: „Vier Systeme? Wer pflegt denn die Schnittstellen?" Hinter dieser Frage steht ein Denkmuster, das seit Jahren Entscheidungen prägt. Eine Suite aus einer Hand gilt als sicher, weil die Integration ab Werk mitkommt. Best of Breed gilt als teuer, weil man die Verbindungen selbst bauen muss.

Ich halte diese Rechnung für falsch, weil sie nur eine Seite kennt. Sie sieht den Aufwand der Schnittstelle und übersieht ihren Nutzen.

Eine Suite liefert Verknüpfungen, aber nur innerhalb ihrer eigenen Grenzen und nur die, die der Hersteller vorgesehen hat. Läuft der eigene Prozess anders, passt sich das Unternehmen dem Werkzeug an. Werkzeuge mit offenen Schnittstellen drehen das um. Mit einer Orchestrierungsschicht wie n8n dazwischen baut man die Verbindungen um den eigenen Prozess herum, quer über alles, was ein Unternehmen hat. Die Schnittstelle ist dann kein Wartungsposten mehr, sondern genau die Stelle, an der Wissen entsteht und Arbeit sich automatisieren lässt.

Die Stärke liegt nicht in den einzelnen Werkzeugen. Sie liegt in der Verbindung dazwischen, und die gehört Ihnen.

Wie das in der Praxis aussieht

Nehmen wir den Projektstart. Wird in OpenProject ein neues Projekt angelegt, erzeugt n8n im Hintergrund den Arbeitsbereich in Nextcloud nach Standard, legt im Wiki einen Bereich aus der passenden Vorlage an und verknüpft beides mit dem Projekt. Niemand muss daran denken, und jedes Projekt beginnt auf demselben Fundament. Was hier automatisiert wird, ist nicht Verwaltungsarbeit. Es sind genau die Verknüpfungen, durch die aus Information Wissen wird.

Noch wichtiger ist die Frage, die am Anfang stand: Wie bleibt Wissen aktuell? Auch Wiki-Seiten veralten, wenn sich keiner zuständig fühlt. Das Werkzeug allein löst das nicht, die Automation schon. Jede Wissensseite bekommt einen Verantwortlichen und ein Prüfdatum. Ist es erreicht, legt n8n ein Arbeitspaket für genau diese Person an. Die Pflege von Wissen wird damit zu geplanter Arbeit, die in derselben Aufgabenliste auftaucht wie alles andere, statt ein guter Vorsatz zu bleiben, den niemand einhält.

Am Projektende läuft es umgekehrt. Wird das letzte Arbeitspaket geschlossen, wandern die finalen Dokumente aus der Werkstatt ins Dokumentenmanagement, mit Projekt, Kunde und Dokumenttyp versehen und mit dem Projekt verknüpft. Im Wiki entsteht die Seite für die Erkenntnisse aus dem Projekt. Abschluss und Wissenssicherung passieren in einem Schritt, nicht als lästige Nacharbeit, die im Tagesgeschäft untergeht.

Erst die Struktur macht KI klug

Und hier schließt sich der Kreis zur Frage vom Anfang. KI ist nicht die Alternative zu dieser Architektur. Diese Architektur ist die Voraussetzung dafür, dass KI im Unternehmen überhaupt etwas Brauchbares leistet.

Ein Sprachmodell, das auf einen gewachsenen Dateiberg losgelassen wird, verhält sich wie ein neuer Mitarbeiter ohne Einarbeitung. Es findet viel, versteht wenig und kann Aktuelles nicht von Überholtem unterscheiden. Dasselbe Modell auf strukturierter und verknüpfter Information ist etwas völlig anderes. Es weiß, welche Seite gilt, zu welchem Kunden ein Vertrag gehört, in welchem Projekt eine Entscheidung gefallen ist. Es kann eine Frage beantworten und dabei zeigen, woher die Antwort stammt. KI verstärkt, was sie vorfindet. Auf Chaos erzeugt sie überzeugendes Chaos, auf Ordnung echten Vorsprung.

Gleichzeitig nimmt KI genau die Arbeit ab, an der Struktur bisher meist scheiterte, weil sie mühsam war. Eingehende Dokumente im Dokumentenmanagement werden automatisch erkannt, klassifiziert und mit Metadaten versehen. Aus Daten wird Information, ohne dass jemand Formularfelder ausfüllt. Aus dem Verlauf eines abgeschlossenen Projekts entsteht der Entwurf für die Lessons-Learned-Seite. Zu einem neuen Arbeitspaket schlägt die KI die passenden Wiki-Seiten und früheren Dokumente vor. Verknüpfungen, die früher niemand angelegt hat, weil die Zeit fehlte, entstehen jetzt nebenbei.

Wichtig dabei: KI und Automation entscheiden nichts, sie bereiten vor. Ob eine Klassifizierung stimmt, ob ein Entwurf die Erfahrung richtig wiedergibt, ob eine vorgeschlagene Verknüpfung Sinn ergibt, beurteilt ein Mensch. Human in the Loop ist hier kein Zugeständnis an die Vorsicht, sondern der Kern des Ansatzes. Die Maschine sorgt dafür, dass die richtige Frage zur richtigen Zeit bei der richtigen Person landet. Die Antwort gibt der Mensch.

Und weil alle Bausteine in der eigenen Infrastruktur laufen, bleibt das Ergebnis dort, wo es hingehört. Das verknüpfte Wissen eines Unternehmens ist sein wertvollster Bestand. Es sollte nicht das Kapital eines anderen werden.

Aufwand ist Investition, wenn er Rendite bringt

Natürlich wollen Workflows gebaut und gepflegt werden. Wer das verschweigt, verkauft Luftschlösser. Aber der Aufwand ist von anderer Art als die Kosten einer Suite. Ein Workflow, der jeden Projektstart vereinheitlicht, jedes veraltete Dokument auf den Tisch bringt und eingehende Unterlagen selbst einordnet, zahlt sich bei jedem Durchlauf aus, messbar in Stunden und in Fehlern, die nicht mehr passieren. Die Lizenz einer Suite dagegen zahlt man ohne diese Rendite, und dazu kommt der Preis, die eigenen Abläufe dem Werkzeug unterzuordnen.

Gerade für kleinere Unternehmen ist das kein Detail. Dort hängt Wissen oft an zwei oder drei Köpfen. Geht einer davon, geht ein Teil des Unternehmens mit. Wissen, das an der Arbeit hängt, von selbst zur Pflege auffordert und für KI nutzbar ist, ist keine Dokumentationsübung. Es ist Substanz, die bleibt.

Ab welchem Punkt sich das lohnt, ist eine ehrliche Frage. Wo Projekte im Wesentlichen aus Dateien bestehen, die man liefert und empfängt, reicht eine gute Ablage. Sobald aber dieselbe Information immer wieder gebraucht wird, bei jedem Kunden, in jedem Projekt, bei jedem neuen Mitarbeiter, kippt die Rechnung eindeutig. Und spätestens wenn KI im Unternehmen mehr sein soll als ein besserer Suchschlitz, führt an Struktur und Verknüpfung kein Weg vorbei.

Die Frage ist nicht, ob Sie sich diese Architektur leisten können. Die Frage ist, wie lange Sie es sich noch leisten wollen, jedes Projekt zum ersten Mal zu machen und Ihre KI raten zu lassen.

Projekte enden. Das ist ihr Wesen. Das Wissen, das in ihnen entsteht, sollte das nicht.

Über den Autor

Gerd Kopp ist Wirtschaftsinformatiker und war über 14 Jahre CIO, zuletzt Head of Corporate Operations. Seit 2020 ist er selbstständig als Interim Manager und IT-Berater. Er arbeitet mit Unternehmen von klein bis Mittelstand, die Wachstum, Effizienz, Wettbewerbsfähigkeit und Innovation nicht dem Zufall überlassen wollen — und die verstanden haben, dass die richtigen Prozesse, Strukturen, Technologien und der gezielte Einsatz von KI dabei keine Nebensache sind, sondern der Unterschied.

gerds-it.de · Innovation Lab

Dieser Beitrag entstand mit KI-Unterstützung. Konzept, Architektur und die zugrunde liegende Praxis stammen aus meinem eigenen Stack — die KI war Werkzeug, nicht Autor.