Empfehlung für ein Büro-Wiki?

[BEM_Landschaftsarchitektur]

Hallo zusammen,

 

wir möchten gerne ein bürointernes Wiki aufsetzen als Nachschlagwerk mit Anleitungen und Infos zu internen Workflows etc.

Hat jemand gute Erfahrung und eine Empfehlung, welcher Wiki Anbieter sich hierfür am besten eignet?

 

Im Idealfall sollte sich auch die Leseberechtigung für einzelne Kapitel verwalten lassen, sodass z.B. buchhalterische Themen nicht von allen eingesehen werden können.

 

Über Tipps wäre ich dankbar

Gruß SV

Bearbeitet 27. August von BEM_Landschaftsarchitektur

[BEM_Landschaftsarchitektur]

wiki.js wurde mir vorgeschlagen. Hat damit jemand Erfahrung?

[HebHeb]

Puh, das ist pauschal leider nicht ganz einfach zu beantworten.

Dafür müsste man erstmal wissen, welche Infrastruktur überhaupt vorhanden ist und ob z. B. auch Self-Hosting infrage kommt.

Ein paar Punkte würde ich aber unabhängig vom konkreten System immer mitdenken:

• Self-hosted und möglichst Open Source, sofern die eigene IT das sauber betreiben kann. Dann bleibt man bei Datenhaltung, Migration und Weiterentwicklung deutlich unabhängiger. Joomla oder WordPress wären mögliche Grundlagen
• Eigene automatisierte Backups – unabhängig davon, wo das System läuft. Nur weil etwas „in der Cloud“ liegt, heißt das für mich noch lange nicht, dass ich kein eigenes Backup-/Recovery-Konzept brauche.
• Saubere Exportmöglichkeiten und offene Schnittstellen. Ich würde immer darauf achten, dass ich meine Inhalte auch wieder vollständig und strukturiert aus dem System herausbekomme.
• Benutzer-/Rechteverwaltung und ggf. SSO
• Versionierung / Änderungshistorie, damit später noch nachvollziehbar ist, wer wann was geändert hat.
• Und fast noch wichtiger als die konkrete Software finde ich die Informationsarchitektur dahinter:
  • Wer ist für welche Inhalte verantwortlich? Was ist Entwurf, was geprüft, was verbindlicher Stand? Wie werden Inhalte verschlagwortet bzw. mit Metadaten versehen? Und wo liegt am Ende wirklich die führende Wissensquelle?

Im heutigen Zeitalter würde ich außerdem definitiv mit berücksichtigen, wie gut sich das Ganze später an eine RAG-/KI-Pipeline anbinden lässt.

Für mich wäre dabei weniger entscheidend, ob das Wiki selbst irgendeinen fancy „AI Assistant“ mitbringt, sondern ob ich die Daten vernünftig auslesen kann: API, brauchbare Exporte, stabile IDs/URLs, Metadaten, Rechteinformationen usw.

Dann kann man später bei Bedarf eine eigene RAG-Lösung daraufsetzen, ohne das komplette Wissenssystem wieder umbauen zu müssen.

Ich würde daher bei einem Büro-Wiki deutlich stärker auf Datenhoheit, offene Schnittstellen, saubere Struktur und langfristige Wartbarkeit schauen als nur auf die aktuell schönste Oberfläche oder die meisten KI-Features.

[temp676]

vor 12 Stunden schrieb HebHeb:

Wiki selbst irgendeinen fancy „AI Assistant“ mitbringt

Bei sowas ist bestimmt auch der Datenschutz zu prüfen. Ein internes Wiki enthält unter anderem Daten die grundsätzlich nicht für die öffentlichkeit bestimmt sind. Dies wäre je nach Modell und Nutzung höchstwahrscheinlich nicht gewährleistet.

[HebHeb]

... ja, guter Punkt. Die Art und Weise, wie die Mehrheit damit umgeht, bringt mich leider nahezu täglich zur absoluten Weißglut.

vor 4 Minuten schrieb temp676:

auch der Datenschutz zu prüfen.

 

[linosphere]

Wir nutzen Dokuwiki, das mit der richtigen Template auch ganz ordentlich aussehen kann. Lokal selbst gehostet, Zugriff nur im Intranet bzw. per VPN. Differenzierung von Leseberechtigungen haben wir noch nicht gebraucht, daher weiss ich nicht, ob das gehen würde.

https://www.dokuwiki.org/dokuwiki

 

Wesentlicher Faktor für die Auswahl war die geringe Komplexität der Installation: Es braucht nur den Webserver + PHP, und dann txt- und HTML-Dateien. Kein Docker/Kubernetes, keine Datenbank etc.

Da ich das selber administriere, wollte ich den Teck Stack überschaubar halten und im Rahmen dessen, womit ich mich schon halbwegs auskenne.

Bearbeitet 31. August von linosphere