We’ve already published 111 good reasons for enterprise wikis. Now we’d like to show through example use cases just what you can do with an enterprise wiki. //SEIBERT/MEDIA has distilled 66 examples for use cases: the first 22 can be found here; now, let’s move on to use cases 23 to 44.
We have summarized in our weblog 111 good reasons for using an enterprise wiki. But how can such a system blossom and show its’ added value and Return on Investment? What are some concrete examples of how companies can implement an enterprise wiki? Which possible uses make sense? Which of them are truly useful? And which of them can actually improve your efficiency? We have collected 66 ways to use wikis in organizations. Here are the first 22.
When introducing a new and in its type different software, this aphorism, that once Oscar Wilde and also Mark Twain adjudicated, fits very well, because: a wiki adoption can not be repeated very often. This is why we recommend to prepare a wiki project in the timeframe of a pilot phase, for later application.
Working with Confluence, you notice how fast the content of your wiki is constantly expanding. Eventually some content needs to be updated due to new information or developments. The question that might arise: Shall I create a new page with new content or rather update the existing page? In this video, Martin Seibert from //SEIBERT/MEDIA explains the advantages of updating a page rather than creating a new one. This approach might involve a bit of work and time but reduces redundancies and helps communicating updates to the existing followers of the old content.
At //SEIBERT/MEDIA, we’ve been working on a wiki for years. Through our day-to-day work as well as through dozens of enterprise wiki projects, we have experienced – thanks to innumerable different cases – how useful and valuable a wiki can be on a number of levels. Therefore, we believe it is high time to compress the arguments for a wiki into the limited space offered by tweets to make our points as efficiently as possible.
During the most recent meeting of the Atlassian Enterprise Clubs by //SEIBERT/MEDIA, Jens Schumacher, the Group Product Manager of Atlassian Dev-Tools in Sydney, was our guest for a couple of days. In an interview, he directly demonstrates the close links between JIRA, Stash and Bamboo – from issues over branches, pull-requests and tests until the successful, quality assured shipment of a change in the main codebase.
Wikis for enterprise use, both those available commercially as well as those available in open-source contexts, have become quite sophisticated. This article introduces and evaluates possible requirements as well as decision-making criteria.
Whenever we speak with clients and go through possible services with them, they often have questions regarding why we offer services such as “Layout Design” or “Executing the Design in HTML and Implementing within the Wiki”. In this article, we will offer you a couple of arguments and explanations to answer why it is worth having your wiki professionally designed.
We can no longer conceive of the //SEIBERT/MEDIA Intranet without a Wiki. As a knowledge management system and employee portal, the Wiki is of incalculable value within the company network, fueling the Intranet motor.
Every company has individual needs regarding its internal systems, wants special features and finds bugs, that are unnoticed by other organisations, due to specific workflows. Atlassian listens to its customers and offers a variety of possibilities to report certain issues to the developer teams and to take forward the implementation. What you can do, if you want to escalate an issue, is shown here.