Emergent Collaboration Vendor Review: Xwiki

February 10th, 2012

Every Friday, I’ll be reviewing a vendor in the emergent collaboration space and will provide an overview on that vendor which includes aspects from leadership and vision to technology and market focus. If you are vendor and would like to participate, please contact me (my email address is in the sidebar as is my Twitter link). The goal of these posts is not to bash or praise vendors but to simply offer an objective view on what various vendors offer so that YOU can decide if they are a good fit for your business. Every post will cover the same elements for each vendors. If you have ideas or recommendations for other items to be covered in these reviews, please let me know and I will consider them. Other collaboration vendor reviews can be found here.

This week I’m taking at look at XWiki which is marketed as a “next generation wiki” for enterprises complete with enterprise class features to make wikis easier to use (Wysiwyg editor, Office importing, PDF export, etc..).  XWiki is open source so there is a community behind it which continuously supports its development.  The company has 35 people and is based in France and Romania.  In 2011 XWiki did 1.5 million euro in revenue.  Most  of this revenue came from France but 40% of it came from international clients.  I spoke with the CEO of XWiki Ludovic Dubost.

Integration capabilities

XWiki integrates with search engines such as the Google Search Appliance or Sinequa (and several others).  There is also an integration with LDAP and Active Directory, Kerberos or CAS Single Sign Ons and Google Apps.

Support

XWiki is an open-source product so there is a community behind it that continues to build and extend the platform.  XWiki does offer professional services as well as a Cloud offering.

Pricing

The product itself is free so XWiki charges for support and services

Maintenance & Upgrades

XWiki runs on a three-month cycle for the open source version.  The cloud version gets upgraded twice a year.

Overall direction and strategic vision for the company and industry

The plan for XWiki is to develop and further market the “app-store” like functionality they are building out to support the product and to allow standard users to develop their own applications and wiki customization’s.  XWiki is a private company that is 95% owned by current employees and 5% owned by past employees.  Their goal is to keep the company growing without additional investment but they recognize that this means they can’t always move as fast as they would like.  XWiki has been around for 7 years and has hit break-even every year.  Additionally they want to focus on their partner programs and focus on developing them internationally.

XWiki believes that there are two big areas in the social software space around discussion and content.  These two areas will integrate closed together but for now this is hard since standards to not exist. The Cloud will become more and more pervasive as well as “app-stores” where customers can purchase modules and additions to their platforms.  Many companies are already using wiki type tools and XWiki believes this will also continue to grow.  In addition they seek wiki usage expanding with new capabilities built into the wiki tools and the addition of “wiki apps.”

XWiki believes there is a lot of space for open-source vendors.  Ultimately these types of companies might see lower revenue but they usually have a much greater reach.  According to XWiki only larger vendors will survive in the proprietary space but open source competitors will remain and become more relevant.

Key differentiating factors from competition (Atlassian / Sharepoint / Mediawiki)

  • Much more enterprise oriented and easier to use (wysiwyg, rights management, etc..)
  • Versus Atlassian, the key differentiator is the capability to organize information in more and better ways
  • Ability to structure wiki pages with meta data and allow for better navigation
  • Easy editing of information for non trained users.
  • Open source
  • Development capabilities (both user and advanced)
  • It’s still a wiki

Customization

With XWiki you can customize anything since it is open source.  There are three levels of customization: configuration, scripting, and modifying the actual tool/software itself.

Time to go live

The cloud version can go live in 5 mins, custom projects depend on the company and can take anywhere from a few weeks to a few months.

Overall technology

Built on the Java platform and open source modules from Apache.  Uses HTML and web standards.  WCAG compatible.

Industry/vertical focus

Any company in any industry but focused a lot on sales, support, project teams.

Capabilities (customer, partner, employee collaboration)

Employee collaboration but can be used in open communities (education, end-user communities, public document wikis)

My take

I’ll be honest, I didn’t see anything specific in terms of features that made me think XWiki stood out from the crowded collaboration space, but that’s not meant to be taken negatively.  In fact with so many vendors in the space all doing the same thing it’s not that often that one really does stand out.  What does make XWiki unique is their open source model which is not something that we see in the space very often.  It actually reminds a bit of what Acquia is doing with their open source Drupal platforms (again where you pay for the service).  Honestly XWiki looks like a team of people who are having a lot of fun with the work they are doing so good for them!  They are a private company and have always broke even which is more than what many vendors can say which are taking heavy loses and raising more money to pump into marketing.

I really like their approach of building an “app-store” which is actually the same direction that their competitor Atlassian has been going in as well.  Right now it appears that XWiki is really doing well in France where they are based and are starting to get into some other neighboring countries as well.  Their largest U.S. based client is EMC which is a huge win for them.  The challenge for them of course is going to be able to grow and scale as quickly as their competitors and with no outside funding that is going to be challenging.  XWiki might not be the best fit in terms of a stand alone collaboration platform since it doesn’t have all of the features.  However, it could make for a great addition to an existing collaboration platform which is a bit weak on the content or document management piece as well as the document collaboration piece.  I also get the impression that while XWiki may have some large clients these deployments are not necessarily across the enterprise but instead being used by functional teams within organizations.

XWiki could be a good solution for a company of any size keeping in mind that while the product is free, their will be maintenance and support which will have to be purchased (or managed internally).

To find out more visit their website at XWiki.com

Screenshots

Do Organizations Need a Chief Collaboration Officer?

February 8th, 2012

More organizations are starting to deploy new collaborative tools and strategies as a core part of their business evolution to connect and engage employees.  It’s becoming increasingly difficult (especially at large companies) to oversee these initiatives as typically there isn’t a role devoted to collaboration.  Usually collaboration falls on the shoulders of employees (such as the CIO) with an existing full plate of things that need to get done. So is it about time for organizations to create the role of the CCO (Chief Collaboration Officer)?

In 2010 Morten Hansen and Scott Tapp wrote an article for HBR (Harvard Business Review) which suggested that the role of the CCO should fall on another executive (but not the CEO), such as the CIO, CFO, or COO.  Hansen and Tapp state that the CEO doesn’t have enough time to devote to this but I don’t believe that any of these other executives have the time either.

It’s an interesting question to try to answer and I’m hard pressed to say “yes” or “no.”  I think it’s important to explore both sides, which is what I will devote the rest of this post to.

I should start by saying that I have seen collaboration initiatives succeed on many levels.  Some companies have SVP’s of collaboration that oversee small teams, while other companies have small task forces that report to an executive-level leader, and some companies have the CIO lead this initiative.  I’ve seen all of these (and other) models work so I think it’s a bit presumptuous of people to assume that there is a “right” or “best” way to make this work.

I think there is a best approach for each company but it’s not the same best approach for all companies.

I am seeing increased complexities as organizations continue down the road of collaboration.  More and more challenges, questions, and issues continue to arise (and will keep doing so) such as how to pick the right tools, how to roll them out, how to deal with upgrades, what happens with rogue deployments, where do organizations start, and a host of over questions.  For many organizations, it is getting to the point where it becomes overwhelming for employees with existing job functions and other responsibilities to oversee collaboration.  This has the potential to stagnate the initiative and cause tension between employees  within the company.

It could be helpful to have a chief collaboration officer at an organization whose responsibility is to ensure that the proper strategies and tools are being deployed across the organization. However, this role cannot be a “let’s dump it all on the CCO” type of role.  Instead, this person needs to work closely with the rest of the executive team (and even closer with the CIO) to ensure that things are moving in the right direction (like any other executive role should).

I envision that this person, prior to deployment, would be in charge of efforts such as developing use cases, evaluating vendors, developing a strategy and road map, evaluating risks, and building a team (not having the CCO do this on his own).  After deployment this person would focus on integration, training programs, adoption strategies and the like.  The long term responsibility of the CCO would be scaling the program, fostering a collaborative culture, continually evaluating the program and adoption levels, and integrating collaboration within the overall business strategy of the company.  If you ask anyone from a large (or even mid-size) company that has been spending their time on collaboration they will tell you that it’s a full time job with new challenges and tasks just like any other.  Again the CCO needs to be someone that understands collaboration from not just a technology standpoint but from a business and people standpoint.

What about the CIO?

Many advocate the approach of the CIO overseeing collaboration, after all, this person is in charge of the information architecture.  This may work but lets keep in mind that the CIO is already working full-time (probably well over that) with his/her existing responsibilities so simply assigning collaboration to them just because it might be convenient isn’t the best approach.  Also, just because someone is the CIO doesn’t mean that they understand collaboration.  Now again, I have seen some CIOs who run a collaboration team work successfully but I have also seen many companies struggle with this resulting in botched deployments or abandoned platforms.

If organizations want to make collaboration work, then it needs to be done right.

Another approach has been do distribute the roles and responsibilities of a CCO among a team of individuals led by an already existing executive (CIO, CEO, or other).  Challenges in this type of environment are around consensus and timing to make decisions as more people tend to take more time to make things happen.  There are many models that organizations use and I’m sure you can think of several yourself.  However, let’s get back to the point of this post which is, do organizations need a CCO?

The best way to approach this is by looking at the existing environment of your company to decide how to proceed.

When a CCO might be a good idea

  • If collaboration becomes too much of a responsibility to add to an existing team or individual
  • If the organization wishes to move at a more rapid pace
  • There isn’t anyone in their current role that really understands collaboration from a business and technology standpoint
  • The long-term strategy is to have a key team and person that can handle anything around collaboration (everything from training to strategy development)
  • If the organization is having trouble looking at collaboration from a holistic big picture of how it impacts everyone
  • If collaboration is going to be led and supported from the senior executive level
  • If budget exists for such a role
  • If the organization has decided that this is indeed a strategic and permanent investment (as opposed to a short term pilot)

When a CCO might not be a good idea

  • If another executive is able and willing to take on the task to oversee collaboration
  • If a distributed responsibility model has worked in the past for other roles and functions
  • If budgeting for such a role becomes too extravagant
  • If the strategy is to have a task force developed for a short period of time to launch this initiative and then disband
  • If the organization is still having trouble understanding the value of collaboration and is still in the pilot or test phase

Again keep in mind that there is a best approach for your company but it doesn’t mean it’s the best approach for all companies.  Avoid automatically assuming that a CCO is or is not the best solution.  Ultimately the decision comes down to looking at your existing environment and structure.  As you can see from the case studies I noted earlier, every company has its own way of doing things and so will yours.  I certainly see scenarios where a CCO can be beneficial but there are just as many scenarios where having a CCO is not the best idea.  The point of this post isn’t to say what is right or wrong but to get you to think about the answer to this question so that you can make a decision that is best for your company.

Implementing Enterprise 2.0 at the Elizabeth Glaser Pediatric AIDS Foundation Pt 4: Financial Impact, Future Changes, and Lessons Learned

February 6th, 2012

This is the fourth and final post in a series of posts on how the Elizabeth Glaser Pediatric AIDS Foundation (The Foundation), is implementing emergent collaboration strategies and technologies within its organization. You can read part 1 on Business Drivers, part 2 on Organizational and Culture shifts, and part 3 on Technology Adoption and Operational [...]

Implementing Enterprise 2.0 at the Elizabeth Glaser Pediatric AIDS Foundation Pt 3: Technology Adoption and Operational Impact

February 3rd, 2012

This is the third in a series of posts on how the Elizabeth Glaser Pediatric AIDS Foundation (The Foundation), is implementing emergent collaboration strategies and technologies within its organization.  You can read part 1 on Business Drivers and part 2 on organizational and culture shifts. The Foundation is a non-profit organization dedicated to preventing pediatric HIV [...]

Implementing Enterprise 2.0 at the Elizabeth Glaser Pediatric AIDS Foundation Pt 2: Culture and Organizational Structure Shifts

February 1st, 2012

The first part of this case study on the Glaser Foundation discussing business can be found here. The Foundation is a non-profit organization dedicated to preventing pediatric HIV infection and eliminating pediatric AIDS through research, advocacy, and prevention, care, and treatment programs. The Foundation, currently working in 17 countries, was founded in 1988 and experienced [...]

Implementing Enterprise 2.0 at the Elizabeth Glaser Pediatric AIDS Foundation Pt 1: Business Drivers

January 30th, 2012

This is the first in a series of posts on how the Elizabeth Glaser Pediatric AIDS Foundation (The Foundation), is implementing emergent collaboration strategies and technologies within its organization. The Foundation is a non-profit organization dedicated to preventing pediatric HIV infection and eliminating pediatric AIDS through research, advocacy, and prevention, care, and treatment programs. The [...]