Wikis Are Wonderful - Or Are They
Download as PPT, PDF2 likes882 views
The document discusses the prevalence and utility of wikis in various contexts, particularly within businesses. Webworks, a company utilizing wikis extensively for internal and external communication, shares its experiences and the benefits of wiki adoption, such as enhanced collaboration and knowledge sharing. While wikis are easy to use and contribute to, the document emphasizes the need for planning, management, and encouragement of participation to ensure their success.
Wikis Are Wonderful - Or Are They
- 1. Wikis Are Wonderful, or Are They?
- 2. Wikis are everywhere – General Knowledge Wikis
- 3. Wikis are everywhere – Special Interest Wikis
- 4. Wikis are everywhere – Personal Wikis
- 5. Wikis Are Easy To Use Easy to set up Easy to Edit So simple that anyone can contribute to them. Just load, populate, and go.
- 6. Wikis Are Just Cool Enabling collaboration. User generated content. Tagging Built in version control and change tracking tools. The next step in online publishing? Its so Web 2.0 It may be fine for Wikipedia – but what about using a wiki in your business? How do we use them in OUR business?
- 7. WebWorks.com WebWorks.com - a brand of Quadralay Corporation Over 15,000 licensed users in 33 countries Over 2000 Companies use WebWorks products Focused core staff with a common vision. Industry leading Publishing Platform Founded in 1992 as part of UT Technology Incubator Program. We see ourselves as a “mature start up” Our Mission Is To Help You Deliver “ Your Content. Your Way. Every Time.”
- 8. No Matter How You Publish – ePublisher fits Input Type A Input Type B Input Type C Multi Sourcing - Merged Multiple Inputs to Multiple Outputs Output Format 2 Output Format 3 Output Format 1
- 9. WebWorks a Wiki Company? Do we develop and sell wiki software ? NO So why are we a “Wiki Company?” Because wikis drive our business. We have 4 in operation with at least one more to come on line in 2008
- 10. WebWorks & Wikis – A History 2003 – First wiki was installed for use by the software development team. 2005 – Project Trac wiki was selected for use by Services Group to communicate with customers. 2006 – Internal and External wiki software ( Moin Moin ) selected. 2006 – Dev Wiki expanded to become company wide “ Inner Wiki ” 2007 - External “Help Center” wiki launched (wiki.webworks.com) 2007 – “proof of concept” wiki publishing demo at RoundUp 2008 – RoundUp wiki launched (webworksroundup.com) 2008 – Documentation wiki project underway.
- 11. The Fount of All Knowledge – The Inner Wiki
- 12. The Inner Wiki Replaced static Intranet pages with interactive “knowledge capture”. Used for every aspect of company business. If it isn’t on the wiki it doesn’t exist. 90% of staff have contributed 80% contribute at least once a month. 50% contribute something several times a week. One Hours training backed up by a lunch time brown bag after restructuring or software upgrades. Increased cooperation Reduced training costs Shortened sales cycles Keeps everyone informed. The depository of record (no more email chases)
- 13. Inner Wiki - What We Learned Encourage contribution through social means. If want people to contribute then YOU have to contribute. Some people just will not contribute – don’t force it. Give verbal feedback on contributions. Have senior people review contributions every day. Keep wiki as open as possible – encourages cross functional communications. Wikis need maintenance We should have defined at least a basic structure first. Design for the culture – not the process You need a WIki Maven – someone passionate about maintenance and upkeep of the wiki.
- 14. Help Center Wiki
- 15. Help Center Wiki Purpose – to promote information exchange with and between customers Initially populated by WebWorks staff Development and Support Engineers systematically continue to add content. User contributions User enhancement requests User Projects area Just-in-time documentation updates
- 16. Help Center Wiki – What We Learned User login administration Change structure from Developer Centric to User Centric It takes cheer-leaders to bring others to the wiki. How do we differentiate between what’s “official” and what isn’t? Enable comments rather than editing rights ? How do you collect the feedback? How do you integrate with other documentation sources?
- 18. RoundUp Wiki Last year found managing and updating static HTML pages linked to main website a bottle neck. Needed ability to do quick updates and makes sure only latest information posted. Open to multiple authors who are responsible for different aspects of conference organization. Allow speakers to update and post information as needed. It also serves another purpose… How well does a wiki work as a website?
- 19. RoundUp Wiki – Lessons Learned Harder to give it corporate look and feel Easy to update text – not so easy for graphic design work. Turning off the visible wiki edit controls makes it look more like a website but means extra steps for contributors. Still early days and compiling other points.
- 21. Services Projects Wiki Used to facilitate communications and knowledge sharing with services customers. Single point of contact / single source of information. Description / Contacts / Scope / Notes / Reference Materials / Deliveries log. Timeline of edits Project Roadmap with milestones. Task Ticket creation and tracking.
- 22. Services Projects Wiki – Lessons Learned Small amount of additional training for customers at project start. Transcribing costumer e-mails Once working – speeds communications Everyone on project works from same data Encourages collaborations Speeds project review Reduces costs.
- 23. The Latest WIki - docs.webworks.com
- 24. The Documentation Project Six month project to rewrite our documentation set. Using specialist outside author who is “power user” of product. Project managed using the Project Wiki Authoring done in structured FrameMaker (DITA) ePublisher will populate out to new wiki - docs.webworks.com Invite contribution, feedback from MVP/SMEs in user community. This will be a development test bed for DITA / Wiki publishing Feedback process being designed.
- 25. So Are Wikis Wonderful? Wikis are easy to start and easy to contribute to. Don’t expect huge contributor numbers – even Wikipedia has a less than 1% contributor rate. Passionate people will share – that can be good – it can be bad. You don’t need to be a “code jockey” to start and write a wiki. Every branch of publishing is looking at wikis. Wikis need planning Wikis need management Initial population can be an issue. Wikis will do for online publishing what HTML did for online authoring So what’s our next step with wikis?
- 26. WebWorks ePublisher & Wikis ePublisher FALL 2008 release included Productized “PUBLISH TO WIKI” functionality. Publish your Word, Frame or XML content to a wiki
- 27. Wikis really are everywhere –