I attended a workshop organised by Microsoft on Tuesday entitled WAX (Web Architeture… no idea what thee X is for), which was described as…
a strategic cross-industry workshop that will provide an open forum for architects and thought leaders to examine the changes underway in both the consumer and enterprise space.
It was a strange event – partly because of the mix people who were invited and partly because despite the workshop itself being a bit of a damp squib, some really useful and insightful discussion occurred anyway.
The attendees were mainly people who represented Enterprise (which was nicely described by MS as a company with >4000 employees) – either directly as employees, as consultants or as software vendors.
It’s clear that “The Enterprise” wants to adopt the perceived benefits of the Web2.0 era into its business, but clearly there are all sorts of challenges.
Well, based on the discussions we had and also some thinking I’ve had over the past couple of months, I am now writing this blog post about this very subject.
Web 2.0 doesn’t work in the mothership, but…
So let’s me start by putting my flag in the ground: Yes, I do think “Web2.0 stuff” (however you choose to define it) has a place in big business/enterprise/etc. But I don’t think it can occur as part of the enterprise itself. (caveat: unless that enterprise is already working a radical way unlike other 99.9% of enterprise setups in existence)
I’ve worked and developed in an enterprise environment. It’s a slow, methodical, complicated business. It has to be. Generally speaking enterprise systems are expensive to develop, require high reliability and have complex architectural and stakeholder structures.
This is not how “Web2.0” works, but you didn’t need me to tell you that – it’s kind of obvious. Oh, and whether you like it or not, you will always have enterprise systems – the world will always need massive, sophisticated systems.
These systems tend not to suit the aspects of Web2.0 such as social software, rapid development and the permission to experiment with the potential of failure (albeit failure fast).
So if you want to add a bit of “Web2.0”, my quick and straight-to-the-point suggestion is to do your “Web2.0 stuff” in a satellite operation at arms length from the rest of your operation.
Define the goals, create a team of suitable* people and set them free away from the constraints of your enterprise.
That might sound like an R&D department to many, but this is about working on potentially customer-facing, real world projects – not bluesky thinking or stuff that isn’t ready to bring to market.
Sure, it depends on what you want to build as to whether this option is suitable, and ultimately depends on how integrated to your enterprise the project needs to be.
But think about it – do all your projects really need to be that integrated to your enterprise systems? Are there opportunities where a small set of the right APIs could allow suitable projects to be given a greater freedom to evolve organically and take a direction different to the rest of your operation?
I’m still baking this idea, and trying to devise examples of where this might have worked that are outside the BBC (BBC examples might be NDA’d, or just inappropriate to divulge).
This is just some “initial thoughts”… Will post more when I have a clearer idea of what this all means!