Bei Computerwoche ist ein längerer Beitrag zur Einführung des internen »Skywiki« bei der Fraport AG. Das interne Wiki der bei Fraport ist ja schon länger bekannt, hier erfährt man interessante Details zur Einführung:

• Initiert wurde das Wiki vom Wissens-Manager Wieland Stützel. Mit der Unterstützung des Leiters für digitale Mediensysteme, Helmut Sins, wurde dann ein Wiki-Team gegründet, die aus verschiedenen Abteilungen gekommen sind: interne Kommunikation, Personalabteilung und IT.
• Aus einer internen Online-Umfrage war bekannt, dass es Verbesserungsmöglichkeiten bei der internen Kommunikation gibt: »"Der Wissensaustausch entlang der Hierarchien ist langsam und fehleranfällig", "Das Gold in den Köpfen wird oft zurückgehalten." «
• Das Team hat sich die Frage gestellt: »Wie kann ein Wiki die vorhandene Kommunikationslandschaft optimal ergänzen?«
• In einem ersten Versuch wurde TWiki verwendet, aber auf Grund von Usability-Problemen wurde nach zwei Monaten mit MediaWiki als technische Basis neu gestartet.
• Anpassungen der MediaWiki-Version an die Anforderungen der Fraport AG haben rund sechs Wochen Programierarbeit (sic!) gedauert (allerdings steht da nichst über die tatsächlichen Programmiertage).
• Man hat das Wiki erst für alle freigeschaltet, nachdem die selbst gesteckte Marke von 500 Artikeln im Wiki erreicht wurde.
• Das Wiki-Team macht internes Marketing, unterstützt die Kollegen und beobachtet genau, welche Probleme und Erfolge es gibt. Und es fegt immer ein wenig hinterher:
  

  Das zunächst für Auswahl und Einführung zusammengestellte Wiki-Team wurde dauerhaft installiert, erweitert um einen zweiten Mitarbeiter aus der Abteilung Wissens-Management. Hauptaufgabe ist jetzt die laufende technische Hilfestellung und aktives Marketing für die Inhalte. Jeden Montag ist Redaktionssitzung. Da werden die neuen Artikel gesichtet und kurz überprüft: Wo gehören sie hin? Sind sie richtig verschlagwortet? Wie relevant sind sie für die Fraport-Belegschaft? Ein "Artikel des Monats", im System gekennzeichnet mit einem kleinen Wikinger, wird in der Mitarbeiterzeitung ausdrücklich zur Lektüre empfohlen. Im Wochenrhythmus werden weitere Artikel im Intranet beworben, erst kürzlich regte ein zweiseitiger Artikel im internen Printmedium wieder zum Mitmachen an.

Weiterlesen bei Computerwoche.de: Wie man ein Firmen-Wiki zum Laufen bringt.

Zum Thema Einführung von »Wikis in Unternehmen« habe ich ja schon einiges geschrieben. Nun lese ich gerade bei Nate Nash, dass er ähnliche Erfahrungen gemacht hat wie ich:

Typical mistakes include:

• Lack of willingness to move to the read/write web paradigm
• Treating your users like kids
• Treating your users like geniuses
• Wiki panacea – A wiki will not solve all of your proble
• Asking for permission

Und er hat ganz ähnlich Tipps für die erfolgreiche Einführung von Wikis auf Lager:

• Start with a discreet, flexible, and relevant business process
• Identify a participating sponsor
• Spot pros early and recognize contributions
• Go viral
• Drink your own kool-aid

Weiterlesen bei e2.oh — Investigations Into Enterprise 2.0: A Banana.

Es ist an der Zeit KoopTech vorzustellen:

“KOOPERATIVE TECHNOLOGIEN IN ARBEIT, AUSBILDUNG UND ZIVILGESELLSCHAFT” (KOOPTECH)

Analyse für das Referat Innovations- und Technikanalyse (ITA) im Bundesministerium für Bildung und Forschung (BMBF) im Rahmen eines Forschungsprojekts am Fachbereich Media der Hochschule Darmstadt.

Ich bin leider erst recht spät auf das Projekt aufmerksam geworden, dass laut Selbstauskunft eine Lauftzeit bis April 2008 hat(te). Christiane Schulzki-Haddouti hat sich des Themas Wikis in Unternehmen angenommen und in zwei Beiträgen gerade Argumente gegen und für Wikis in Unternehmen gesammelt. Auf die Gegenargumente will ich ein wenig eingehen, für die Pro-Argumente sind wohl müßig ;-)

1. »Akzeptanzprobleme der Wiki-Syntax« - Ja. Alles was nicht Word ist, hat ein Akzeptanzproblem.
2. »(Fehlende) Navigation für Kategorien und Hierarchien« - Ehrlich gesagt weiß ich nicht so ganz, was damit gemeint ist. Das Charmante am Wiki-Prinzip ist ja gerade, dass die Navigation von den Nutzern selbst via Wiki-Seiten angelegt wird.
3. »Kategorisierung hat keinen Einfluss auf Suchergebnisse« - Jein. Das hängt von der gewählten Wiki-Engine ab.
4. »Suchergebnisse zeigen nicht an, welche Unterthemen es zu einem Oberthema gibt« - Jein. Mir fehlt für dieses Problem auch ein wenig die praktische Relevanz.
5. »Die Suche erstreckt sich nur auf Wiki-Inhalt« - Ja. Und da ist gut so.
6. »Rechtemanagement ist kompliziert« - Ja. Ein ausgeklügeltes Rechtesystem halte ich in einem Wiki für kontraproduktiv. Wikis sind für so etwas nicht gemacht worden.
7. »Nach etwa ein, zwei Jahren kann es für Unternehmen problematisch werden, wenn die entsprechende Pflege fehlt.« - Jein. Für welches System gilt das eigentlich nicht? Bei einem Wiki hieße das auch, dass seit ein, zwei Jahren niemand mehr das Ding genutzt hätte. Aber es ist immer gut ein Wiki-Team zu haben, dass sich ein wenig um das Hinterherfegen kümmert.
8. »Mit der Zahl der Projekt-Wikis steigt die Unübersichtlichkeit« - Jein. Wenn es notwendig ist, wird im Wiki eine entsprechende Navigation entstehen.

Ich muss das in Gesprächen immer wieder betonen: Bei Wikis geht es nicht um technische Systeme sondern um ein sehr offenes, sehr transparentes Prinzip der Kommunikation, des Austausch und der Wissensgenerierung. Und zwar ohne Hierarchien.