[australia] Using Wikis ...

James Ladd jamesl at ibsglobalweb.com
Sun Oct 15 17:55:38 EDT 2006 

All,

Here we use Atlassian Confluence and its a great wiki.

Since we are a development house we typically don't like stale pages but
it's incumbent on
each wiki user to keep pages current or question them.  This is the
'wiki way'. Self pruning.

Of course you can restrict the abilities of users or groups to prune
pages.
Personally I'd rather have a page stay forever than delete it.

Rgs, James.

On Sat, 2006-10-14 at 12:00 -0400,
australia-request at lists.cmprofessionals.org wrote:

> Send australia mailing list submissions to
> 	australia at lists.cmprofessionals.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://lists.cmsml.org/mailman/listinfo/australia
> or, via email, send a message with subject or body 'help' to
> 	australia-request at lists.cmprofessionals.org
> 
> You can reach the person managing the list at
> 	australia-owner at lists.cmprofessionals.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of australia digest..."
> 
> 
> Today's Topics:
> 
>    1. Re: Wikis in organisations (Brendan Quinn)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Fri, 13 Oct 2006 17:30:00 +0100
> From: "Brendan Quinn" <brendan.quinn at bbc.co.uk>
> Subject: Re: [australia] Wikis in organisations
> To: "White, David" <David.White at railcorp.nsw.gov.au>,
> 	<australia at lists.cmprofessionals.org>
> Message-ID:
> 	<2D5103226C286840B679B8E7B9B686A80B7F1010 at bbcxue213.national.core.bbc.co.uk>
> 	
> Content-Type: text/plain;	charset="US-ASCII"
> 
> Hi folks, thought I'd chip in here...
> 
> At the BBC we use Confluence, built by a good Aussie company, Atlassian.
> We basically had to introduce a "corporate wiki" because each project
> team had its own wiki installed on a linux box under someone's desk, and
> over time people started putting business-critical information on them.
> We needed a solution to aggregate all the wikis and provide proper
> availability, backups, support etc.
> 
> Confluence lets you make your own "Spaces", which are basically
> independent wikis that anyone can create -- a great bonus as before you
> had to be/ask a developer to do the right config files, run the DB
> creation scripts etc each time you wanted to create a new wiki in
> MoinMoin, UseMod etc.
> 
> It also provides a rich-text editor which all the businessy folk use,
> while us hard-core-markup types use the wiki markup mode which is more
> powerful. You can also sign up to an RSS feed showing updates to your
> favourite spaces, etc. It's quite cool.
> 
> Based on that, we now have hundreds of "spaces" with gigabytes of data
> (admittedly including lots of attachments). Pretty much every project of
> note has its own wiki, and it is one of the first places people go for
> information. Hardly anyone uses our intranet now (an Immediacy install
> with only a few dozen "ambassador users" who have the client software
> installed), there are thousands of active users of the wiki. It's widely
> seen as an essential tool, and the people who run it are scrambling to
> make sure it can scale to meet our future needs!
> 
> Maintaining the freshness of the repositories (aka "wiki gardening") is
> definitely an issue, especially because so many people search the wiki
> to find information and expect it to be up to date. Generally it is up
> to project leads and team assistants to make sure thngs are up to date
> and to hassle people to maintain their pages, 
> 
> At least each page has a last-updated datestamp prominently displayed.
> 
> Migrating all the old wikis to Confluence was an issue as well, if
> anyone wants some Ruby scripts to migrate MoinMoin and UseMod to
> Confluence, just ask... For some projects they took the opportunity to
> get rid of a lot of crud that had accumulated over the past two or three
> years. It will be interesting to see how our wiki installs are faring in
> another 2-3 years time... That will present a whole new set of content
> management issues :-)
> 
> Brendan.
> 
> -----Original Message-----
> From: australia-bounces at lists.cmprofessionals.org
> [mailto:australia-bounces at lists.cmprofessionals.org] On Behalf Of White,
> David
> Sent: 12 October 2006 01:56
> To: australia at lists.cmprofessionals.org
> Subject: [australia] Wikis in organisations
> 
> I'd like to second Brad's request for info on how people are using
> wikis.
> 
> They seem to be a potentially useful tool for the development of
> knowledge and perhaps content within an organisation. 
> 
> Is anyone here using a wiki within a business unit or whole of
> organisation? What are the important standards and online/offline
> processes required to make the wiki work well? (alliteration intentional
> :)
> 
> Thanks,
> David
> --
> David White
> Senior ECM Specialist, ICT Portfolio Delivery, RailCorp
> e: david.white at railcorp.nsw.gov.au
> p: (02) 820 22280
> 
> 
> 
> 
> 
> 
> This e-mail and any attachments may contain confidential information
> that is intended solely for the use of the intended recipient and may be
> subject to copyright. If you receive this e-mail in error, please notify
> the sender immediately and delete the e-mail and its attachments from
> your system. You must not disclose, copy or use any part of this e-mail
> if you are not the intended recipient. Any opinion expressed in this
> e-mail and any attachments is not an opinion of RailCorp unless stated
> or apparent from its content. RailCorp is not responsible for any
> unauthorised alterations to this e-mail or any attachments. RailCorp
> will not incur any liability resulting directly or indirectly as a
> result of the recipient accessing any of the attached files that may
> contain a virus.
> 
> _______________________________________________
> australia mailing list
> australia at lists.cmprofessionals.org
> http://lists.cmsml.org/mailman/listinfo/australia
> 
> http://www.bbc.co.uk/
> This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated.
> If you have received it in error, please delete it from your system.
> Do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately.
> Please note that the BBC monitors e-mails sent or received.
> Further communication will signify your consent to this.
> 					
> 
> 
> 
> ------------------------------
> 
> _______________________________________________
> australia mailing list
> australia at lists.cmprofessionals.org
> http://lists.cmsml.org/mailman/listinfo/australia
> 
> 
> End of australia Digest, Vol 13, Issue 10
> *****************************************
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.cmsml.org/pipermail/australia/attachments/20061016/87519a0e/attachment.html

More information about the australia mailing list