Wiki wiki
Introductie
Enkele jaren terug schreef ik dat Wiki’s best handig kunnen zijn in het bedrijfsleven. Het wiki-wiki die ik op het bedrijf waar ik toen werkte is niet erg aangeslagen echter.
Praktijksituatie
Enige tijd terug werkte ik bij een ander bedrijf dat een Wiki intern gebruikte. Toen ik er begon, was Wiki gebruik nog vrij sporadisch. Naast Wiki werd ook Sharepoint van Microsoft gebruikt, die alleen beschikbaar was binnen mijn team van 5 mensen. Veel andere teams gebruikte Word- en Excel documenten, lokaal of op netwerkschijven opgeslagen.
Voordelen van wiki
We wilden Wiki meer en meer gebruiken, en na korte tijd werd Wiki veelvuldig gebruikt. Projectdocumentatie, installatiehandleidingen, how-to’s, planningen, functionele en technische ontwerpen: het werd allemaal op Wiki gezet. De voordelen waren als volgt:
- Toegankelijkheid, snel kunnen verspreiden van informatie.
- Automatisch versiebeheer
- Mogelijkheid makkelijk verwijzingen te kunnen maken
- Nieuwe artikelen met behulp van templates maken
Hergebruik van informatie nam enorm toe. We konden nu heel makkelijk een goede handleiding schrijven voor het IT-Operations team, dat onze software moest installeren en beheren.
Uitdagingen en oplossingen
Eerste probleem dat we tegenkwamen, was het populair maken van Wiki. Dat bleek niet heel moeilijk. Zoals gemeld, de installatiehandleidingen hebben we in Wiki gezet. Het operations kreeg bij iedere nieuwe versi een verwijzing een wiki-pagina. Door cross-linking naar bestaande artikelen voor standaardtaken (voor onderwerpen als backup maken, software stoppen en starten, uitpakken) was het heel makkelijk een uitgebreide en complete handleiding te maken, voor iedere nieuwe versie van onze software.
Een ander probleem dat we tegenkwamen, vrij snel stonden al erg veel artikelen online. De artikelen waren nauwelijks ingedeeld, en de enige manier om veel artikelen te vinden was door een directe link te gebruiken of de zoekfunctie te gebruiken. We konden dit op lossen uiteindelijk, door de categorie-functie, van, in dit geval Mediawiki, te gebruiken. Via de category-tag kon een artikel makkelijk aan een categorie, zoals ‘installatie’, of ‘database’ gelinkt worden. Mediawiki genereert vervolgens automatisch een soort van index/inhoud.
Pas vond ik een website waar deze ideeën en patronen, te samen met veel meer informatie uitgewerkt staan: Wikipatterns.
De eigenaar van de site, Stewart Mader, werkt als Wiki-consultant. Een functie waarvan ik ooit afvroeg of naar zulke expertise veel vraag zou zijn. Als een die goed is, wordt het vroeg of laat ook uitgewerkt!
Welke wiki
Tot slot, als je zelf een Wiki op wilt, zijn er een hoop punten waarop je kunt letten. Enkele belangrijke punten kunnen zijn: Wysiwyg-editing, mogelijkheid om categorieën toe te voegen, beschikbaarheid van plugins, comments toe kunnen voegen, integratie met bestaande windows-domain (voor user-authenticatie), platform, closed-source of open-source.
Op de WikiMatrix kan heel makkelijk gekozen worden tussen heel veel verschillende Wiki-software. Op de Wikipedia staat daarnaast ook een overzicht. Verder is er heel veel informatie op het WWW te vinden.
De uitkomst van een kort meta-onderzoek: PHPWiki is sinds 2001 nauwelijks bijgewerkt en is wel wat kaal qua functionaliteit (zie de homepage). Bovendien blijkt de codebase niet onderhoudbaar, volgens een weblogentry. De auteur van de entry geeft zelf de voorkeur aan Dokuwiki, omdat deze wiki-engine file-based is. Naar mijn mening een mager argument, los daarvan heeft Dokuwiki wel een rijke functionaliteit. Ik ben er nog niet helemaal uit.
Voor ieder bedrijf waar kennis belangrijk is en veel met de computer wordt gewerkt (en voor welk bedrijf zou dat nu niet gelden), is een Wiki onmisbaar!
Filed under: een opwelling, ICT | Leave a comment »