Wednesday, August 6, 2008

Enterprise 1.0, Enterprise 2.0

What defines Enterprise 2.0? Wikis, Blogs, Social Networking, Improved User Experience, ...?
I don't think Enterprise 2.0 can be defined by a set of technologies. Let me explain my thoughts on that topic through a very simplistic view of the enterprise world:
  • In an Enterprise 1.0 world, composed by the vast majority of businesses today, companies believe they have an understanding of what the market wants, they design products and services, realise a client segmentation and then push their product to these segments with the help of marketing campaigns expecting positive answers. In this Enterprise 1.0 world the focus is based on products and services. In this view of the world companies do not express a real need for more agility because they are convinced that they have THE product, THE service, THE silver bullet that the market wants. This situation is even worse when the company leads already its market segment. An Enterprise 1.0 company doesn't like to fail and pretends that its products and services are perfect (At least on a Marketing point of view). In this 1.0 world companies compete through products and services.
  • In an Enterprise 2.0 world, companies understand that the effort should be put on innovation, agily and adaptation. These companies are not afraid to fail because they understand that it's part of the innovation process and that it's a key for success (as per any R&D process). In this 2.0 world, the focus is on the creation of communities (internal or external) that interact to innovate. The innovations (after being qualified) are realised at low cost following agile processes and tested within the community. In this world companies compete through their communities (talents and customers base), their tools and their processes. They understand that products lifecycle is shorter and that products lifetime on the market is getting minimised.

Do I believe that companies will completly go Enterprise 2.0? The answer is no. Companies will mainly remain 1.0 and will address strategically the maket with 2.0 approaches for client facing activities.

Both Enterprise 1.0 and Enterprise 2.0 approaches can coexist. A good example for that is what the French Bank called Caisse d'Epargne has done in France. This Bank has got it's 1.0 corporate website (http://www.caisse-epargne.fr/) and has opened a second website to address the 2.0 approach (http://www.ecureuil.fr/). On its 2.0 Website, Caisse d'Epargne is addressing communication with a community and innovation from the crowd. Last year for instance this bank as provided the community with some drawing tools and has asked customers to design the look and feel of their new credit card. Designs were posted on the side and voted/ranked by the community. The best design (as voted by the community) was applied to new credit cards that were sold to this same community. That's exactly what we are talking about... the community participates in creating the new product that they want, the company has the right talents, tools and processes to implement that innovation and the product is sold back to the community. Nice and easy!

Collaborative Agility and Enterprise 2.0 are by nature associated to eachother. The bank example above highlights particularly well this relation.

Sunday, August 3, 2008

Why Collaboration and Agility should not be dissociated?

For companies, the need to grow (or simply keep market shares) into a very competitive environment implies innovation and reactivity to external threat. Often Agility has been presented to companies as the main solution to solve these issues. Unfortunately, Agility meant “uncontrolled project management” or even “chaotic project management”. This has strongly damaged the reputation of Agility in many companies. On the other hand Collaboration techniques have been underutilised within the corporate context. When Collaboration is addressed it is more likely to improve the delivery of a project rather than to improve creativity and innovation up front.

I strongly believe that Collaboration can not be dissociated from Agility and that it’s only because we manage these two approaches together that we will meet our objectives.


We can split a normal project lifecycle in two basic phases, the mobilise Phase and the realise Phase (the operational phase has been removed out of the equation for the simplicity of this exercise):
  • The mobilise phase consists in understanding the requirements for a new product or service, defining a business case, convincing stakeholders and shareholders that this project should be funded, finding the right team and right way to realise the product/service
  • The realise phase consists in all the steps of a project development once a budget has been approved and a team is ready to start working on the project.

The aim of Agility as conceived in most cases is to reduce the time necesary for the realise phase. We will then call that approach "Agile". Because customers and employees can interact through Collaboration tools, companies have the chance to have an understanding of what the market wants even before it is formalised as such. This is the kind of initiative targeted by french banks on their Bank 2.0 websites (votrepointdevue.fr (HSBC France), Sijetaisbanquier.fr (marketing campain for Credit Mutuel now closed), ...). In that case the objective is to shift the mobilise phase prior to any formal request. We will call that approach "Anticipative". Finally when combining the two, Collaboration and Agility, companies have the ability to understand the needs from the market prior to formal request and realise it quickly. This gives the chance for the company to be the first to deliver this new product or service that is expected by the market. We will call that approach "Innovative".

The schema here under summarises these 3 approaches and compare them to the standard approach.

An attempt to manage Agility without Collaboration would only allow the company to be reactive, not innovative.

An attempt to manage Collaboration without Agility would bring frustrations to the team (including customers); "Why should we collaborate if none of our thoughts can be implemented in a timely manner?"

Collaborative Agility is about being agile as a community (including employes, partners and customers) for the design or revision of products and services.

Definitely, Collaboration and Agility need to be considered together…