era in the Enterprise where the 80% application will emerge. What do I mean by this?
Agile development methodologies have been adopted by some organizations to improve the delivery capability of the IT department. Instead of developing all encompassing applications Agile delivers solutions incrementally. This has the advantage of just developing the code that is required where as the traditional waterfall development leads to catch all requirements inclusion which is often driven by the long development lead times, which is driven by the need to code for all eventualities, which is...... and so it goes around in a vicious circle.
But there is a new game in town. Users have become familiar with drag and drop widgets and personal web pages that can be adapted to their needs. The growth of RSS has also provided a triggering mechanism that has been put to use by some people to drive processes. This new world, when coupled with the atomization of monolithic applications is creating new opportunities to meet the demand for transient applications. The Wiki has an important role to play in this new world.
I see wiki technology being adapted, through the use of widgets to provide crude workflow capabilities that can be built by end users without intervention or support of an IT department. We are already seeing this in the consumer sector with services like Yahoo Pipes.
Gartner has pointed out how business is changing and we are seeing applications becoming disposable. The "80% application", based around wiki technology are the potential manifestation of the disposable apps that Gartner points to.
My definition of the "80% application" is a simple application that is built from modules of code and glued together with data feeds using standard services like RSS. The "application" is basic and can be constructed in a matter of hours and can meet 80% of the functionality required by the users. Wikis provide the ability to deliver this capability in a matter of hours to a point where a prototype can be demonstrated. These applications will filter and extract information and present it to users. There may still be a strong element of manual processing but the heavy lifting of compiling the data to be worked on will have been automated.
The "80% application" is good enough to support emergent coordination and new workflows but not so good that users aren't prepared to throw it away for a better, more complete solution.
In the context of all this the Wiki needs to evolve with critical semantic capabilities built around emerging microformat standards. We should be looking to Enterprise Wiki vendors to be delivering widgets that can be incorporated in to Wiki templates. These widgets can provide containers to add semantic context to the data being entered by users. For example, a widget to embed address formating that makes address information hCard compliant. It is this type of development, utilizing a growing range of microformats that can turbo charge the enterprise wiki and support the 80% application.
Taking text entered in to a wiki to the next level by embedding machine interpretable meaning around that text opens up a world of new possibilities. Imagine machine interpretable data being delivered to a simple workflow process by an RSS feed. The ability to act of wiki text becomes dramatically enhanced.
I have been getting increasingly interested in the potential of the Semantic Wiki but it looks like the Semantic Wiki has remained stuck in 2005 as an academic issue. I would love to be proven wrong by some of the major enterprise wiki players. Come on, show me that the Semantic Wiki is a reality and is busily embedding machine interpretable content in to the every growing number of wiki pages and sites that users generate every day.
So, SocialText, Atlassian, Near-Time and other wiki developers show me the Semantic Wiki is alive and well and not just an academic exercise.