Ein Projekt-Wiki aufbauen: Wissen an einem Ort

Wozu ein Projekt-Wiki?

In jedem Projekt entsteht Wissen, das nicht in einzelne Dokumente gehört, aber immer wieder gebraucht wird: Warum wurde eine bestimmte Entscheidung so getroffen? Welche Konventionen gelten? Wie läuft ein bestimmter Prozess ab? Wo finde ich was? Wie war das nochmal mit…? Ohne einen gemeinsamen Ort steckt dieses Wissen in Köpfen (und geht verloren, wenn jemand geht) und in Mail-Fäden (und ist unauffindbar, wenn man es braucht) — mit dem Ergebnis, dass dieselben Fragen immer wieder gestellt und beantwortet werden und neue Teammitglieder mühsam alles einzeln erfragen müssen. Ein Projekt-Wiki löst das: Es ist der durchsuchbare, gemeinsame Ort für dieses lebende Projektwissen. Gut gemacht, spart es die endlose Wiederholung derselben Erklärungen, macht das Einarbeiten neuer Leute leicht und bewahrt das Warum hinter den Entscheidungen — genau das, was sonst am schnellsten verloren geht. Es ist das Gedächtnis des Projekts, das über einzelne Köpfe hinaus Bestand hat.

Die richtigen Inhalte

• Entscheidungen und ihr Warum: Die wichtigen Entscheidungen mit ihrer Begründung — die Antwort auf das spätere «warum haben wir das eigentlich so gemacht?», die sonst niemand mehr weiss.
• Konventionen und Standards: Wie wird im Projekt gearbeitet, benannt, strukturiert? Die vereinbarten Regeln an einem Ort, statt in Köpfen verteilt.
• Anleitungen und Abläufe: Wie funktioniert ein bestimmter Prozess, ein Werkzeug, eine wiederkehrende Aufgabe? Einmal gut beschrieben, spart es die wiederholte Erklärung.
• Antworten auf wiederkehrende Fragen: Was immer wieder gefragt wird, gehört als Antwort ins Wiki — dann verweist man beim nächsten Mal dorthin, statt neu zu erklären.
• Orientierung und Einstieg: Was neue Teammitglieder zuerst wissen müssen — das macht Onboarding leicht und entlastet die, die sonst alles einzeln erklären.

Struktur und Auffindbarkeit

Ein Wiki nützt nur, wenn man findet, was man sucht — sonst ist es nur ein weiterer Ort, an dem Informationen verschwinden. Deshalb sind Struktur und Durchsuchbarkeit zentral: eine klare, nachvollziehbare Gliederung (nach Themen, die zum Projekt passen), eine gute Suchfunktion und interne Verlinkung, die Zusammenhängendes verbindet. Wichtig ist, das Wiki nicht zu einer unstrukturierten Sammlung anwachsen zu lassen, in der zwar alles steht, aber nichts auffindbar ist — das ist die häufigste Art, wie Wikis scheitern. Besser wenige, gut gepflegte und auffindbare Seiten als hunderte, die niemand mehr überblickt. Hilfreich ist eine Einstiegsseite, die den Weg zu den wichtigsten Inhalten weist, und eine Konvention, wo welche Art von Information hingehört. Und die Seiten selbst sollten prägnant sein: Ein Wiki-Eintrag, der die Antwort in wenigen klaren Sätzen gibt, wird gelesen; einer, der sie in seitenlangem Text vergräbt, nicht. Die Auffindbarkeit ist der Unterschied zwischen einem genutzten Wiki und einem, das nach Wochen als «bringt ja doch nichts» wieder aufgegeben wird.

Die eigentliche Herausforderung: das Wiki lebendig halten

Der Aufbau eines Wikis ist einfach; seine Pflege ist die eigentliche Herausforderung — und der Grund, warum die meisten Wikis scheitern. Ein Wiki, das nicht gepflegt wird, veraltet, und ein veraltetes Wiki ist schlimmer als keins: Es führt in die Irre, weil man ihm vertraut und falsche Informationen bekommt. Damit ein Wiki lebendig bleibt, braucht es eine Kultur der gemeinsamen Pflege: Alle tragen bei, nicht nur eine Person; wer eine wiederkehrende Frage beantwortet, hält die Antwort gleich im Wiki fest; wer eine Konvention ändert, aktualisiert die entsprechende Seite; veraltete Inhalte werden korrigiert oder markiert. Das gelingt nur, wenn das Wiki niedrigschwellig zu bearbeiten ist (jede Hürde reduziert die Pflege) und wenn die Pflege als gemeinsame Selbstverständlichkeit gelebt und vorgelebt wird — nicht als lästige Extraaufgabe einer einzelnen «Wiki-Verantwortlichen», die es allein nicht schaffen kann. Ein guter Auslöser ist die Gewohnheit, bei jeder wiederholt gestellten Frage zu fragen: «Sollte das nicht ins Wiki?» So wächst das Wiki organisch mit dem realen Bedarf und bleibt nah an dem, was das Team wirklich braucht. Wer diese Pflegekultur etabliert, hat ein wertvolles, sich selbst aktuell haltendes Projektgedächtnis; wer sie versäumt, hat nach kurzer Zeit eine veraltete Ruine, der niemand mehr traut.

Häufige Fragen

Wie verhindere ich, dass das Wiki veraltet?

Durch eine Kultur der laufenden, gemeinsamen Pflege statt seltener grosser Aktualisierungen: Wer eine Frage beantwortet oder eine Konvention ändert, hält es gleich im Wiki fest. Niedrigschwellige Bearbeitung und das Vorleben durch die Projektleitung sind entscheidend. Zusätzlich hilft, veraltete Inhalte klar zu markieren oder zu archivieren, statt sie stehen zu lassen — ein als «veraltet» gekennzeichneter Eintrag führt weniger in die Irre als ein scheinbar aktueller.

Was gehört ins Wiki und was in die normale Dokumentation?

Ins Wiki gehört lebendes, wiederkehrend gebrauchtes Wissen (Konventionen, Anleitungen, Entscheidungs-Begründungen, Antworten auf häufige Fragen); in die Dokumentation gehören abgeschlossene, formale Ergebnisse (Konzepte, Berichte, Spezifikationen). Die Grenze ist fliessend; die Faustregel: Was man immer wieder nachschlägt und was sich weiterentwickelt, passt ins Wiki; was einen festen, abgeschlossenen Stand hat, in die Dokumentation.

Lohnt sich ein Wiki auch für kleine Projekte?

In reduzierter Form ja — auch ein kleines Projekt hat wiederkehrende Fragen, Konventionen und Entscheidungen, die festzuhalten sich lohnt. Der Umfang skaliert mit dem Projekt: Bei einem kleinen Vorhaben reichen wenige Seiten. Der Nutzen (nicht dasselbe mehrfach erklären, Einstieg erleichtern, Warum bewahren) besteht auch im Kleinen — nur eben in kleinerem Massstab.