Wikis in Organisationen: Software
Aus Wikibooks
Wikis sind zwar in erster Linie keine Fragen der Technik, sondern der Organisationskultur, dennoch ist eine Auswahl der Software ein wichtiger Schritt in der Einführung, der viele Weichen stellt. Es gibt unterschiedliche Wikisoftware, die meiste ist open source (dazu auch OpenSource im Unternehmen).
Wie bei jeder Softwareeinführung sind bei der Auswahl die spezifischen Anforderungen zu erfüllen.
Die Liste von Wiki-Software ist lang, auf wikimatrix.org gibt es eine große Vergleichsauswahl aus (fast) allen Wikiserversoftware. Hier will ich mich auf die häufigst verwendeten und speziell für den organisatorischen Einsatz konzipierten Software beschränken.
Inhaltsverzeichnis |
[Bearbeiten] MediaWiki
| Markup | eigens Wikitext, Creole nach installierbar |
| WYSIWIG | nach installierbar |
| Änderungsmanagement | Gesamt- & persönliche Liste |
| rss | ja |
| Rollenkonzept | nach installierbar |
| Darstellung | html; pdf, latex; Buchform nach installierbar |
| Kategorisierung | Metakategorien |
| Dateien | einfacher Upload, kein Bulk |
| Textbausteine | ja, programmierbar |
| Datenbank | mySQL, PostgreSQL |
| Add-ons | ca. 1000 mediawiki.org - Extension |
| Schnittstelle | exportierend, importierend meist mit Extensions |
MediaWiki ist eine der bekanntesten Software für Wikis, da diese für Wikipedia geschrieben wurde und dort eingesetzt wird. Mediawiki ist freie Software, eine Weiterentwicklung ist sehr absehbar. In der deutschen Wikipedia liegt hierzu ein sehr gutes und vor allem ein Normaluser-Verständliches Handbuch vor.
Der Vorteil von Mediawiki ist die hohe Orientierung an Usability und angenehm lesbares Design. Die weitere wichtige Punkt ist eine hohe Nutzerorientierung im Bereich Peer Review. Es gibt eine Beobachtungsliste für die präzise Überwachung eines definierten persönlichen Bereichs, und wie in fast jeden Wiki die "letzten Änderungen" für die komplette Übersicht. Von diesem beiden Listen kommt man direkt auch auf die Diff-Darstellung, welche eine effektive, ständige und umfassende Kenntnisnahme der Veränderungen ermöglicht.
Die hauptsächlichen Nachteile ergeben sich daraus das Mediawiki grundsätzlich für den Einsatz als generell offenes Webprojekt konzipiert wurde. So ist die standardmäßige Rollenverwaltungverwaltung auf seitenselekitve Schreibsperrung und lediglich drei hierarchische Gruppen (Anonyme, Benutzer, Administratoren) konzipiert. So kann man Seiten oder Namensräume nicht vor Lesezugriffen sperren, außer man löscht diese. Diese Anforderungen können durch Erweiterungen getilgt werden.
Auch Wysiwig ist in der Standardinstallation nicht vorhanden.
Eine ausführliche, verständliche, deutschsprachige Beschreibung bietet wikitools.hallowiki.biz MediaWiki. Außerdem eine Mediawiki Demo mit einem sehr angepassten Design.
Auch können Inhalte mit der API umfangreich exportiert werden. So kann mit der API-Funktion ?action=render fertiger html ausgezeichneter Inhalt in anderer Software übernommen werden (z.B. wordpress).
[Bearbeiten] Zugriffsbeschränkung
Es gibt weitreichende Manual:Preventing access Manuals zur Zugriffsbeschränkung und eine Kategorie an Tools zur Zugriffsbeschränkung (Recht gute Auswahltabelle). Die hier aufgeführten sind getestet:
- Die Extension Group Based AccessControl stellt das Rollenkozept über wikiseiten und nicht mit Configfiles oder umständliche Webforms dar. Die Anwendung auf die Seite ist durch ein einfaches Tag im Wikitext möglich. Das Rollenkonzept kann so einfach auf eine Seite geschrieben werden, es ist daher transparent und effektiv zu bedienen. Die Gruppen werden mit einfachen Listen in einem eigenen Namensraum geschrieben (z.B. Benutzergruppe:IT-Department, Benutzergruppe:Geschäftsführung). Der Code ist einfach:
<accesscontrol>Geschäftsführung,,Buchhaltung(ro);;<accesscontrol>(Geschäftsführung kann hier schreiben und lesen und die Buchhaltung nur lesen). Leider kann man die rechte eben nicht per Kategorie, Namensraum oder Vorlage vererben. Was aber nicht unbedingt nötig ist. - Mit der Extension:Page access restriction bekommt man als Berechtigter einen neuen Button mit welchem man Seiten restricten kann, so das andere diese nicht mehr zugreifen können. Man kann jetzt User aber in die Gruppe restricted aufnehmen, diese können dann wieder, oder in die Gruppe view restricted die kann dann nur lesen. Leider kann man aber keine gruppenspezfischen, komplexerern Rechte vergeben.
- Die Extension Lockdown ist leider nur in der Localsettings.php steuerbar.
- Die Extension PageProtectionPlus kann dann nicht nur ganze Seiten, sondern auch Teilbereiche der Seite schützen.
[Bearbeiten] WYSIWYG
Es ist möglich einen WYSIWYG editor für Mediawiki einfach nachzuinstallieren. Bisher kann man den FCKeditor oder TinyMCE; beide sind zwar noch in einer Betaphase, aber die Komplexizität scheint gering zu sein. Mehr dazu auf mediawiki.org WYSIWYG editor
[Bearbeiten] Darstellung
In der Category:Output extensions gibt es einige Extensions um den Inhalt unterschiedlich darstellen zu lassen. Mit der Extension:Pdf Book lassen sich Artikel ordnen und als Buch (Handbuch etc) ausdrucken.
[Bearbeiten] TWiki
| Markup | eigens Wikitext |
| WYSIWIG | Ja |
| Änderungsmanagement | ? |
| rss | ? |
| Rollenkonzept | Ja? |
| Darstellung | html (S5?) |
| Kategorisierung | ? |
| Dateien | ? |
| Textbausteine | ? |
| Datenbank | Textdatei |
| Add-ons | |
| Schnittstelle |
TWiki ist eine zu großen Teilen in Perl entwickelte Wiki-Software, deren Haupteinsatzgebiet Intranetplattformen in Unternehmen sind. WYSIWIG, Rechte und Rollen sind standardmäßig installiert und gut implementiert.
[Bearbeiten] DokuWiki
| Markup | eigenes Markup |
| WYSIWIG | ? |
| Änderungsmanagement | Gesamtliste |
| rss | ja |
| Rollenkonzept | ja |
| Darstellung | html |
| Kategorisierung | ? |
| Dateien | auch im Bulk |
| Textbausteine | ja, nicht programmierbar |
| Datenbank | Textdatei |
| Add-ons | |
| Schnittstelle |
DokuWiki ist zwar ein sehr schlanke Software, da es, zur Freude viele Admins, keine Datenbank verwendet. Das ist allerdings auch sein größter Nachteil, da hier viele Funktionen im Monitoring und der Usability fehlen.
Es gibt zwar eine ausführliche Versionsverwaltung, welche aber nicht vollständig erhalten bleibt. Überwacht werden kann das ganze über eine Recent-Changes-Liste und der Einschränkung dieser auf einen Namensraum. Auch Email-Benachrichtgung ist möglich. Leider gibt es keine persönliche Beobachtungsliste, was aber evtl. durch eine externe RSS-Funktion abgedeckt werden kann.
Durch die Namensraumstruktur kann eine komplexe, aber praktikable Zugriffskontrolle ermöglicht werden. Weiter sind viele Add-ons erhältlich.
[Bearbeiten] Confluence
confluence ist eine proprietäre Software und sehr weit im Unternehmenseinsatz verbreitet. Die Stärken liegen im WYSIWIG und einer ausgeprägten Rechte und Rollen-Verwaltung.
Eine ausführliche, verständliche, deutschsprachige Beschreibung bietet wikitools.hallowiki.biz Confluence.
[Bearbeiten] TikiWiki
| Markup | eigenes Markup |
| WYSIWIG | nein |
| Änderungsmanagement | Gesamtliste |
| rss | ja |
| Rollenkonzept | ausgeprägt |
| Darstellung | html, spezielle mobil-html |
| Kategorisierung | einfach hiracherisch |
| Dateien | auch im Bulk |
| Textbausteine | nein |
| Datenbank | mySQL |
| Add-ons | Leichte Integration durch AdminGUI |
| Schnittstelle |
TikiWiki ist eine Wiki das neben der normalen Wikifunktion sehr mächtig erweitert durch Artikel, Blog, Workflow etc. ist.
Gerade im Bereich der Gruppen- und Rollenmodelle ermöglicht Tikiwiki eine komplexe Zugriffs- und Änderungsrechtemodell. Welches aber bei Ausschöpfung der manigfaltigen Möglichkeiten schnell unübersichtlich werden kann.
Theorie: Begriffe | Abgrenzung | Anwendung
Praxis: Ordnung | Kultur | Leben | Kontrolle | Datenschutz
Projekt: Einführung | Anforderungen an das Wiki & die Organisation | Software | Schulung
Meta: Referenzen | Nachwort