Monthly Archives: February 2012

The Semantic Wiki – Driving IT Organizational Clarity and Performance: Part 3


Example of Semantic Structure for an IT Operating Model

This is the 3rd and final part of a 3-part post.  (See Part 1 here and Part 2 here.)  This short series represents the culmination of 5+ years of work for my business partner, Roy Youngman, and me.

A Quick Recap

In Part 1, I discussed the frustration Roy and I felt with the state of management consulting, where the artifacts we’d leave behind (PowerPoint slides, Word documents, etc.) rarely became part of our client’s organizational fabric.  Also, the middle managers and the ‘troops’ who had to bring to life the strategies and operating models we were developing often did not get exposure to the work until relatively late in the day.  Because they had not been part of the work, they were slow to understand and embrace it.

I explained that we quickly recognized that the technologies and sensibilities of Web 2.0 and social media promised a better way to help our clients – a way that would engage broader and deeper participation by client staff at all levels, and would leave behind a ‘living, breathing’ IT strategy and/or IT operating model, captured as a set of wiki pages.  These pages were developed collaboratively with our clients, so the act of development and deployment essentially became concurrent – defining the IT operating model was part of deploying it, and vice versa.  We determined that a Semantic Wiki would be an ideal technology to support our consulting work – and more importantly, to provide a platform we could leave behind with our clients to empower their organizational collaboration and ongoing refinement and use of the IT strategy and operating model.

In Part 2, I went on to provide historical context for the wikis first introduction in 1995, and enumerated its strengths and weakness that were limiting IT organizations ability to collaborate effectively using traditional wikis. I went on to explain the concepts behind the Semantic Wiki and how these provided an ideal platform for enabling complex organizations such as IT, where multiple, different value propositions have to be supported.

Balancing Order and Chaos

IT organizations are surprisingly complex, supporting two fundamentally different value propositions:

  • Core capabilities comprising the critical processes, assets and structures that help run the day-to-day business
  • Edge capabilities where innovation, growth and change are cultivated

These distinct value propositions have Operating Model implications, requiring distinct forms of semantic wiki-enablement, as highlighted in Table 1 below.

Value Proposition

Example Capabilities

Needed Wiki Characteristics

Wiki Governance Model
Core
  • Operations
  • Service Management
  • Enterprise Solutions
  • Coherent integrated structure
  • Stable space
  • High integrity
  • Globally governed
  • Workflow controlled
  • Process Owner as key control point
Edge
  • Enterprise Architecture
  • Product Management
  • Departmental Solutions
  • Project & Team Spaces
  • Business Relationship Management
  • Idea Generation
  • Consistent modular structure
  • Agile
  • Support divergent discussion & brainstorming
  • Content can migrate to Globally governed
  • Domain governed
  • Workflow optional
  • Domain Owner as key control point

Table 1 – Types of Wiki Space

Globally Governed Space for ‘Core’ Capabilities

Core capabilities such as data center operations, service management and enterprise solutions (e.g., ERP systems) depend upon processes that are standardized, tightly controlled and centrally planned.  Management systems for these types of capability must focus on integrated, reliable, efficient processes and compliance to norms.

A wiki that supports core capabilities must be highly ordered and globally governed.  For example, each process should have a ‘Process Owner,’ with clearly defined accountabilities for maintaining and continuously improving their processes.  They need defined workflow mechanisms, for example, to control the promotion of a material change to a process page from ‘draft’ to ‘pending approval’ to ‘approved’ to ‘operational.’

Domain Governed Space for ‘Edge’ Capabilities

Edge capabilities, on the other hand, depend upon structures that are loosely knit, with agile processes that can rapidly adjust to entrepreneurial initiatives and fast-shifting technologies.   Management systems and organizational culture must foster new product success and the experimentation needed to get there.  Whereas core capabilities epitomize highly ordered environments, the edge represents the place where chaos and order meet and creativity blossoms.

A wiki that facilitates edge capabilities works best with limited structure and control, where, to paraphrase China’s Chairman Mao Zedong, “one thousand flowers bloom”.  Here the underlying semantic model will be centered on problem areas and the process of ideation, with Business Relationship Managers, Product Managers and Architects as the natural choice for the wiki’s points of control.

Today’s wiki platforms are helpful here, but we expect them to evolve to better support techniques such as brainstorming, innovation jams, mind mapping, and provide integration with tools for simulation and modeling, prediction markets, sentiment analysis and ‘light weight’ collaborative project management.

One Space – Two Wiki Models

IT organizational needs can be comfortably addressed in a single Semantic Wiki, with each value proposition having its own underlying semantic model and associated governance structure.   Having both ‘core’ and ‘edge’ capabilities supported in the same wiki space affords important benefits.  For example, everything is discoverable and linkable across the models.  These characteristics are all but impossible to achieve in a traditional document-centric collaboration approach.

If the primary goal of the core is to ‘prevent bad change’, a tightly structured semantic wiki with a robust governance model is a powerful way to support this goal and the organizations that must deliver against it.  If the primary goal of the edge is to ‘create good change’, a loosely governed semantic wiki with ‘sandboxes’ to generate and test ideas is a great way to support this goal.  Today’s leading wiki platforms, with their semantic extensions offer a single, integrated solution that can help drive IT organizational clarity and improve performance.

An Empowered, Continuously Improving IT Organization

Roy and I have found that encapsulating IT strategies and operating models in a semantic wiki has tremendous benefits that are simply not available in the more traditional approach some call, “death by PowerPoint!”  For example:

  • A far broader group (and ultimately, the entire IT organization and their clients and partners) can be engaged in the process of strategy and IT operating model development and deployment.
  • All the artifacts of strategy and IT operating models (strategy on a a page, key themes, business outcomes, major programs, metrics, processes, and so on) are immediately available to the organization and its stakeholders – this enables continuous improvement and evolution.
  • Significant productivity increases result from having these artifacts available as shared wiki pages.  While the term “knowledge management” (KM) has fallen out of favor, the goals of KM continue to be highly relevant, and the end result of building a semantic wiki for the IT organization creates a very robust and powerful KM platform.
  • A semantic wiki dramatically decreases email traffic and, more importantly, decreases the time taken to find information and increases the confidence that the information found is the ‘single source of truth’
  • Adoption and organizational change management issues can be largely addressed by ensuring that use of the wiki is “in the natural flow of work.”  I will did further into this important concept in a future post!
Related articles
Enhanced by Zemanta
About these ads

The Semantic Wiki – Driving IT Organizational Clarity and Performance: Part 2


This is the 2nd in a 3-part post representing the culmination of 5+ years of work for my business partner, Roy Youngman and me.

A Quick Recap

Roy and I had become frustrated with the state of management consulting and the lack of “stickiness” with our consulting work.  In helping clients develop business-IT strategies and realign their IT operating models, the deliverables we would leave behind as the artifacts of the work (usually PowerPoint slides, Word documents, etc.) rarely became part of the client’s organizational fabric.  Another source of frustration was that we’d typically arrive at those deliverables through a series of workshops – usually with the CIO and IT leadership team.  Middle managers and the ‘troops’ who had to bring those strategies and operating models to life often did not get exposure to the work until relatively late in the day.  Because they had not been part of the work, they were slow to understand and embrace it.

As Web 2.0 and social media began to take hold, we started to see and experiment with better ways to help our clients – engaging broader and deeper participation by client staff, and leaving behind a ‘living, breathing’ IT strategy and/or IT operating model, captured as a set of wiki pages developed collaboratively with our clients.  As such, the act of development and deployment became more concurrent.  Defining the IT operating model was part of deploying it, and vice versa.

However, we’d found that IT organizational attempts to improve collaboration and support knowledge management typically met with limited success, and that collaboration tools and platforms deployed by IT were falling short.  While the power and simplicity of wikis were appealing, their ‘one size fits all’ approach was not well suited to supporting an IT operating model.  We closed Part 1 by summarizing the strengths of a wiki, and suggesting that these strengths also create vulnerabilities.

The Proverbial Double-Edged Sword!

A wikis strengths also create vulnerabilities.  For example, the ease with which users can create and edit pages can quickly lead to a chaotic free-for-all, as content becomes subject to the whims of authors and editors, and absent a meaningful underlying structure, pages proliferate.  The lack of review before modifications are accepted can limit the credibility of a given wiki page as a ‘source of truth.’  A process definition, for example, may have been last edited by someone that introduced a serious error – and that error can proliferate as people refer to and use the process with the assumption that the content on the page is valid.

Sites such as Wikipedia mitigate these vulnerabilities through a robust system of editorial administration, oversight and management – enhanced by the ‘law of large numbers.’  In this case, with a sufficiently large universe of editors, the content of any page quickly converges towards a mean, reflecting “the wisdom of the crowd”.  But with an internal wiki – say one used by an IT organization or other shared services function, the law of large numbers does not apply, so without other mechanisms to manage structure and content, the wiki degrades in quality and value over time.

SharePoint as a Common Culprit!

This degradation is commonplace in organizations using Microsoft SharePoint as their collaboration platform.  While typically deployed to support collaboration, the reality quickly scales back to “a place to store documents”, which, in the words of one of my clients, soon degenerates to, “a place to lose documents!”

The other problem with SharePoint is that its strength is also its weakness.  While it is a good document management system, documents in of themselves are rarely the proper end goal of collaboration.  Collaboration is largely about having multiple authors create, evolve and use content, and documents are a poor medium for developing, codifying, and sharing knowledge.  Wikis provide a far more valuable alternative approach.  As my colleague Roy Youngman noted in his blog:

The nonlinear nature of a Wiki enables well-factored content, thereby minimizing redundancies and preventing contradictions that confuse people. It also allows people to contribute to whatever area of expertise each person happens to have so everyone is drawn in, not just the elite few.  A Wiki approach enhances the discovery of knowledge and exposes the subject matter in the greatest need of improvement.  And the improvement is a constant theme – the very heart and soul of a Wiki.”

Semantic Wikis to the Rescue!

But all is not lost, as the world of Web 2.0 gives way to Web 3.0, tapping into the special properties of the Semantic Web, a term first coined by Tim Berners-Lee.  Tim was the inventor of the World Wide Web and is director of the World Wide Web Consortium (W3C), which oversees the development of proposed Semantic Web standards.

Berners-Lee defines the Semantic Web as, “a web of data that can be processed directly and indirectly by machines.”  A Semantic Web goes beyond the traditional web concept of hyperlinked, human-readable web pages by inserting machine-readable metadata about pages and how they are related to each other.  This enables automated agents to access the Web more intelligently and perform tasks on behalf of users.  As the W3C describes it:

In addition to the classic ‘Web of documents,’ W3C is helping to build a technology stack to support a ‘Web of data,’ the sort of data you find in databases. The ultimate goal of the Web of data is to enable computers to do more useful work and to develop systems that can support trusted interactions over the network.”

In some respects, the Semantic Web is designed to overcome the all too familiar limitations of today’s Web – a proliferation of untrustworthy content that can be hard to navigate and make sense of.  Building on the Semantic Web concept and standards, a Semantic Wiki has an underlying model of the knowledge described in its pages, thereby capturing the meaning of the data within the wiki.

While traditional wikis have structured text and hyperlinks, a Semantic Wiki captures and identifies information about the data within its pages, and the relationships between pages, in ways that can be queried or exported like a database.  While conventional wikis provide users a simple means of expressing data and metadata, typically through tagging, Semantic Wikis include additional ways to express semantic declarations.  They are therefore able to understand and display the relationships between pages or other data.   For example, you can declare the underlying semantic properties of an IT Operating Model, such as:

  • Processes require people taking on specific roles
  • Roles point to specific competencies people must have to fill them
  • Competencies comprise specific Knowledge, Skills and Behaviors
  • Metrics define process performance

Having these semantic properties explicitly defined enables wiki governance rules and workflows – for example, someone defining a new process will be prompted to define the associated competencies needed for that process, and an appropriate template can be automatically loaded for defining those competencies, thereby encouraging consistency and quality.  A simple query can highlight roles that are missing, or identify associates who are qualified to fill a given role.

The graphic below shows a partial example of the underlying semantic structure for an IT Operating Model.

Example Semantic Structure for an IT Operating Model

Several wiki platforms offer semantic extensions, including Semantic MediaWiki (which extends MediaWiki, the underlying open source platform that powers Wikipedia) and zAgile’s Wikidsmart extension to Atlassian’s popular and powerful Confluence platform.

In combination with other plug-ins and extensions, such as Page Rating, Social Reputation, Workflow and Task Management, a Semantic Wiki can enable real and meaningful collaboration for IT organizations (or any other environment where collaboration can improve service quality, speed of delivery and organizational clarity.)

I will pick up in the 3rd and final part of this series by discussing the two primary value propositions for an IT organization and how a semantic wiki can provide a single integrated space for enabling these differentiated needs.

Enhanced by Zemanta

The Semantic Wiki – Driving IT Organizational Clarity and Performance


This will be Part 1 of a 3-part post.  This short series represents the culmination of 5+ years of work (on top of a 40 year career in IT!) for me and my business partner, Roy Youngman.  The series of posts also marks the formal announcement of The Merlyn Group, LLC, a business venture we actually started one year ago, but have been ‘flying below the radar’ while we worked with our initial clients and technology.

A Little Historical Context

Roy and I started working together at Ernst & Young back in the early 1990′s.  About 5 years ago, we both became very frustrated with the state of management consulting.  The main problem we saw was a lack of “stickiness” with our consulting work.

Most of our consulting work was either helping clients develop business-IT strategies, or helping them realign their IT operating models (processes, services, governance, organization, metrics, and so on), often in support of new Business-IT strategies.  Our deliverables typically comprised PowerPoint slides, Word documents and Excel spreadsheets.  While these all played an important part of informing and aligning our client teams, the artifacts we’d leave behind rarely became part of their organizational fabric.

This was exacerbated by the fact that we’d typically arrive at those deliverables through a series of workshops – usually with the CIO and IT leadership team.  Middle managers and the ‘troops’ who had to bring those strategies and operating models to life often did not get exposure to the work until relatively late in the day.  Because they had not been part of the work, they were slow to understand and embrace it.

A smaller, but no less important concern was the travel involved in all of this.  Post 9-11, travel costs typically added 20% to the cost of an engagement – good for the airlines and hotels, perhaps, but not good for the client and certainly not good for us.  Time lost commuting and the wear and tear on mind and body took their toll.

Enter “Consulting 2.0″…

As the technologies and sensibilities of Web 2.0 and social media began to take hold, Roy and I started to see a better way to help our clients – a way that would engage broader and deeper participation by client staff at all levels, and that would leave behind a ‘living, breathing’ IT strategy and/or IT operating model, captured as a set of wiki pages.  These pages were developed collaboratively with our clients, so the act of development and deployment essentially became concurrent.  Defining the IT operating model was part of deploying it, and vice versa.

This 3-part series of posts will explain how we did this, and highlight some of our key learnings along the way.

The Unmet Promise of Collaboration

We had observed that IT organizational attempts to improve collaboration, enable knowledge management and drive organizational clarity typically met with limited success.  In our research and consulting work, we’d found that limitations with collaboration tools and platforms deployed by IT were a key factor in these disappointing results and that a ‘one size fits all’ approach was all but doomed to failure.  Some aspects of IT require a highly structured and tightly governed approach to enabling collaboration – process management and continuous process improvement, for example.  Other aspects, such as enterprise architecture and business-IT relationship management work best with a looser and more emergent approach.

The Art and Science of Collaboration

The great news was that a new type of tool was emerging – the Semantic Wiki.  We recognized that a semantic wiki would easily accommodate the complexities inherent in IT Operating Models.  But first, let’s review how wikis came about – and how their strengths can create serious limitations for use in an IT organization.

1995 – The Wiki Is Born!

Wikis have been at the heart of collaboration since Ward Cunningham created the first Wiki, known as WikiWikiWeb in 1995.  Ward and co-author Bo Leuf, in their book The Wiki Way: Quick Collaboration on the Web, described the essence of the wiki concept as follows:

  • A wiki invites all users to edit any page or to create new pages within the wiki Web site, using only a plain-vanilla Web browser without any extra add-ons.
  • A wiki promotes meaningful topic associations between different pages by making page link creation almost intuitively easy and showing whether an intended target page exists or not.
  • A wiki is not a carefully crafted site for casual visitors. Instead, it seeks to involve the visitor in an ongoing process of creation and collaboration that constantly changes the Web site landscape.

According to Wikipedia, the world’s best-known and largest wiki:

A wiki enables communities to write documents collaboratively, using a simple markup language and a web browser.  A wiki is essentially a database for creating, browsing, and searching through information. A wiki allows for non-linear, evolving, complex and networked text, argument and interaction.  A defining characteristic of wiki technology is the ease with which pages can be created and updated. Generally, there is no review before modifications are accepted.”

The Wikis Strengths

The keys to a wiki are:

  1. The ease with which people can collaboratively create, access and edit documents.
  2. The fact that those documents can be hyperlinked to create complex and networked text that allows the reader to navigate both linearly (as with traditional text) and non-linearly (jumping from idea to idea).
  3. The ease with which documents can be searched – with the knowledge that you are always looking at the current and only version of the page.
  4. As an inherently web-based concept, wikis benefit from evolving Web standards and technologies such as browsers, mark-up languages and even the magical world of open source – enabling Wiki users and developers to participate easily in a rapidly growing ecosystem of plug-ins.

The Proverbial Double-Edged Sword!

But these strengths also create vulnerabilities. Join me for Part 2 of this series, where will will look at the weaknesses of a wiki as an enabler of IT collaboration, and how a semantic wiki overcomes those limitations.

Graphic courtesy of Semantic Wikipedia

Related articles
Enhanced by Zemanta