#11 ps.: ik heb net een begin gemaakt met een wiki voor mijn architectuurtrip naar Tsjechie. Het liefst zou ik nu de hele avnd door frobelen, maar " helaas", de harmonie roept !
#11. Ik vind Wiki's een uitermate heldere en duidelijke manier van informatie verzamelen en toegankelijk maken, toch ons vak. Websites worden steeds onoverzichtelijker.
Interessant
* Corecompetences Mecklenburg
* Wiki van OB Deventer. Heeft interessante onderdelen, maar ik vind de literatuurwiki overbodig. Willen wij dit op lokaal niveau doen ? We hebben toch Literatuurplein ?
* Wowter Wiki: goede kennisdeling, minder aantrekkelijk qua vormgeving
*
Intern BMB:
* Kompas (ons intranet voor Rob en Gerard) is technisch ingehaald. We krijgen nu zoveel andere mogelijkheden aangereikt tot communicatie en delen van kennis en informatie. Kennis en informatie t.b.v. werken in verbeterteams, projecten etc. zouden via een Wiki gedeeld kunnen worden. Opinie en nieuws via een gekoppelde blog. Statische informatie in Google Docs. Brengt de mail-last een stuk omlaag...
* Een doorlopende "23 dingen" zoals bijv. de Corecompetences van Mecklenburg. permanente educatie voor bibliotheekmedewerkers, waar ook eventuele toetsing aan gekoppeld kan worden.
* Een bibliotheek 2.0/"bring the user in" wikimeetlat voor iedereen die activiteiten organiseert, producten voor klanten ontwikkelt e.d. Feedback kan hier snel in verwerkt worden.
* Alle interne informatie rondom klantenservice in een wiki plaatsen met een blog voor het laatste nieuws
Extern
* Dossiers bij activiteiten, tentoonstellingen e.d.
* Ondersteuning van actuele discussies in de stad (cityring, Piushaven enz.)
* onze klantenservice informatie op de website kan m.i. op deze manier toegankelijker en overzichtelijker gemaakt worden.
* maak een restylingwiki + blog voor onze klanten, zodat gebruikers direct kunnen reageren op bijv. overlast tijdens verplaatsingen en verbouwingen, onduidelijkheden etc. Wij kunnen dagelijks laten weten wat de veranderingen zijn.
* Vragen die mij opkomen: hoe verhouden deze ontwikkelingen zich tot de website ? Gaan we minder in onze site stoppen en meer werken met wiki's en blogs ? Kunnen we onze totale digitale informatiestroom naar onze klanten hiermee overzichtelijker maken of wordt het juist diffuser ?
* Verder is het jammer dat de Bibliotheek 2.0 wiki niet gevuld wordt. Er komt een hoeveelheid aan kennis en informatie los op dit platform die m.i. slecht toegankelijk is.
2 opmerkingen:
Je draagt daar een heleboel interessante punten naar voren, waarover lekker gepraat kan worden! Ideeen genoeg. Een goede start is m.i. om gewoon spontaan, zonder veel voorbereiding en strikte afspraken, een wiki te openen bij een van de gratis aanbieders. Zet die desnoods op slot voor intern gebruik.
Vaak is het zo met 2.0 dat je maar gewoon moet gaan 'doen', waarna de rest wel meekomt.
Gerard heeft vast wel ideeen over de integratie van de wiki(s) met de website, aangezien ze dit bij Fontys al enige tijd doen.
Dat de bibliotheek2.0 wiki zo slecht gevuld wordt, ligt m.i. aan de te grote doelgroep die potentieel kan schrijven. Volgens mij werkt het beter in projectvorm, met een beperkte groep mensen. En daarnaast speelt ook de onbekendheid met het werken in een wiki mee.
wiki's worden, juist doordat ze zo flexibel zijn, maar al te vaak ingezet als de oplossing voor alles. Een wiki is inderdaad in no time ingericht, maar daarmee heb je nog geen garantie voor langdurend succes.
Wat voor een goede wiki de meest belangrijke voorwaarde is, heeft niets met techniek te maken, maar met commitment. En niet alleen commitment van degenen die de wiki vullen, maar het draagvlak moet in de hele organisatie aanwezig zijn.
Een ook niet te onderschatten voorwaarde is het aanbrengen (en onderhouden) van structuren binnen de wiki. Niets zo vervelend als een volle wiki waar je niets kunt vinden.
Ik heb een aantal van dergelijke tips op een rijtje gezet, zie deze blogposting.
Een reactie posten