Group items tagged

In two of our projects with large law firms we included an RSS feedreader in the social software mix (among wiki, blogs, social bookmarking). We introduced it primarily to Knowledge Management Lawyers (KML) that needed to gather a lot of content from various sources. They also use it to subscribe to updates from the wiki and blogs. They appreciate the fact that it is much easier to plow through a stream of updates rather than going from email to email and deleting every one of them.

Have a look at two case studies: Dewey & LeBoeuf and Allen & Overy

In our company, we had a survey in April (2008), asking managers if they needed a RSS Reader. Some figures: 72 managers responded, 68 managers subscribed to more than one (company) blog. 9 managers already used iGoogle or a RSS Reader, 13 managers replied they did not need a RSS Reader, 50 managers replied they need a RSS Reader. As a result we planned a project to select and deliver a company RSS Reader. The project will be executed mid 2009.

Once CRM, DMS, Intranet and other proprietary system vendors thoroughly implement RSS functionality, it will get a big push.

I think a tipping point might come if ERP apps providers (SAP, Oracle, etc.) started publishing RSS feeds of ERP data!

In another project with a large law firm we took a very close look at the production (and consumption) of current awareness material. Current awareness included for example information on current developments within legal practices, latest court decisions etc. The firm made extensive use of newsletters to disseminate that kind of information. There was a multitude of newsletters available, some of them covering similar grounds. Maintaining email lists was very time-consuming and frustrating. Consumers did not know which newsletter were available. Also, newsletters were not personalised nor very timely, as they had a specific publishing date. We therefore recommended using RSS as delivery format, which would make the process of producing and consuming content more efficient and in the end more cost-effective as shown in a business case

It's with a heavy heart and a sense of bewilderment that we conclude that the market for enterprise-specific RSS readers appears to be dead. Two years ago there were three major players offering software that delivered information to the computers of business users via RSS. Today it looks to us like the demand simply never arose and that market is over.

It's insane - a solid RSS strategy can be a huge competitive advantage in any field. We have no idea why so relatively few people see that.

Neglecting RSS at work seems to us like pure insanity.

If dashboards take off, then maybe RSS will gain traction as the wiring? This probably requires: secure feed displaying widgets, good filters.

Enterprises are scared to disrupt their own structure and command lines by introducing uncontrolled information flows both internally (which can route around management) and externally (which can route around the official PR outputs and sales inputs of the company)

Look at the headline you used.. RIP Enterprise RSS. Now read that from the point of view of a manager in an enterprise. WTF does "Enterprise RSS" mean? What are the business reasons to care? What does it do for them? People don't care adopt RSS, just as people don't adopt XHTML, Javascript etc. They adopt products that use technology to do something that they value. No one cares about the technologies used to display this page... they want to read the page.

Enterprise RSS doesn't mean much. When RSS companies start talking about secure communications channels that intelligently and automatically route relevant information to the people who need/want it, light bulbs start lighting up.

I think Microsoft SharePoint could be the killer app for RSS in the enterprise. SharePoint has RSS built in and uses it to syndicate changes that happen within the SharePoint ecosphere and notify enterprise workers that something significant has happened. Of course, SharePoint RSS could work with third-party RSS readers, but it's really designed to be used with Microsoft's Office Suite, where enterprise workers can interface with SharePoint, through RSS and other means, directly

One thing missing from this (great) post is the cost of these tools. Looking at Newsgator & Attensa, these are expensive enterprise tools and trying to sell them to IT managers that don't fully understand RSS is next to impossible. Imagine saying to a CIO, who barely understands what RSS is, that you need $175,000 for Enterprise RSS software... it isn't an easy sell.

In this part of the world (SE Asia) we're seeing more & more top management wanting tools for themselves and their teams to connect to "Facebook and these social network things". Feeds and aggregation/search tools are the perfect wiring for this. But the front end? There's a lot of choice and individual needs vary. A decently setup igoogle/netvibes page can work wonders..so why pay?

Also, reading RSS is likely viewed as not work related, and so its frowned upon within the enterprise (remember, those enterprise folks have "real" work to do, they don't get paid to read BoingBoing all day long).

There's a lot more here to look at. For the price, this does seem like a viable alternative to get wiki functionality into your SharePoint environment. Of course, there are other alternatives, including Atlassian's Confluence, SocialText and even an open source enhanced wiki on CodePlex.

You can download a trial of the Wiki Plus solution or just buy it straight out for US$ 2,380.00

This is a disaster. It removes the communications aspect of the wiki.

Alternatively, Kwizcom have a Sharepoint wiki which might do the trick (plus a free evaluation version). http://www.kwizcom.com/ProductPage.asp?ProductID=524&ProductSubNodeID=525

We have been experiencing problems with the notification feature for wikis in Sharepoint. When there is a change to a wiki page, it sends out the whole wiki page with no indication of the changes.

I introduced Confluence in my previous job, and was very happy with it. However it's a challenge to maintain it with pure Windows point and click trained IT staff.

With Confluence, many many plug-ins and macros are available to present access to content on your web page.

Traction TeamPage has the feature you request (and then some) which is to send e-mail notification that shows the DIFF view of the old and new pages. You can fine tune which spaces you want to monitor at this level - and even fine tune it by author, tag or other search facility.

For categorizing any SharePoint items or documents cross-site based on centrally managed taxonomies and browse it by default navigation, category tree or A-Z directory you can use the Taxonomy Extension found at:http://www.sharepartxxl.com/products/taxonomy/default.aspx

John outlined some specifics of the firm’s KM Strategy. The three primary prongs of their plan were an effective Document Management System (DMS); a way to manage precedents; and good DMS search.

They chose Interwoven for their DMS and adopted a unified “folder structure” as a way of fostering collaboration between practice groups.

For their search, they used comments from focus groups and the strategic plan to develop a 100-feature set of requirements, with each of the requirements weighted ranking from 1-5. Despite the extensive quantitative work, the two competitors, Recommind and Interwoven Universal Search (IUS), came out with an identical ranking. They went with IUS because of its tighter integration with Interwoven. John mentioned that Recommind did a better job of expertise identification, but that this feature was less important to them as a one-office shop.