You can't be fired if you choose for these 10 wiki introduction rules

March 31st, 2010

The article "Top 10 Organizational Wiki Tips (and how to use them)" is already some time out there, but it has become somewhat of a special guidance to us.(See http://www.ikiw.org for more fine content on wikis)

In 10 points the do's and don'ts of introducing a wiki are clearly laid out. Introducing wikis can be darn hard, but also amazingly simple. If you don't do anything else, follow at least these rules. There are little other things that are not covered by them.

In the following set of articles to be published over the coming weeks, we'll be highlighting some of the pitfalls and advice we've learned the hard way.

Summarized the wiki tips revolve around following principles:

  • Lead by example. Relentlessly put content relevant for your organization in the wiki. Mail references to the wiki to everyone.
  • It's better to have an unstructured, unfinished page in the wiki about a topic than to have nothing at all. Mark text to be completed as 'to be completed...'
  • Know you are in for the long run, you'll get it up and running in a matter of months, not weeks.
  • Let the social aspect work, your wiki should not be something only you can write. Put incomplete sections in there that team members will need to complete. Give 'write' privileges as much as possible

Watch this space for more information in the coming weeks.

Post new comment

The content of this field is kept private and will not be shown publicly.
  • Web page addresses and e-mail addresses turn into links automatically.
  • Allowed HTML tags: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd>
  • Lines and paragraphs break automatically.

More information about formatting options

CAPTCHA
This question is for testing whether you are a human visitor and to prevent automated spam submissions.
Image CAPTCHA
Copy the characters (respecting upper/lower case) from the image.