For a long while I’ve been keeping an eye on the E 2.0, collaboration and social media efforts meant for enterprise use. I have to admit to being a sceptic, still viewing such as mainly single-task tools with little or no process and mostly lacking any way to add accountability and task ownership.
When discussing this with the large Enterprise Software vendors this has not been countered, quite the opposite, and promises of adding some ‘process’ to their E 2.0 / socmed efforts has been uttered.
“SAP can distinguish 12Sprints.com by integrating it with business processes and enterprise data, including the Business Suite and Business Objects. This is an area few other collaboration tool providers are venturing into, and one where SAP has a natural advantage. If SAP does take this path, it is likely that 12Sprints.com can deliver real value to enterprises. This likely would result in new customers for SAP, new users within SAP’s installed base, and greater customer satisfaction for SAP’s existing customers.”
To which I humbly disagree: SAP do not have any process engines (nor do any of the other big ones) for Barely Repeatable Processes, and this tool (12sprints) is for people centred processes that by definition are BRP. Hence SAP has no suitable process engine to integrate with.
But I do not think slapping some “process’ish stuff” on top of E 2.0 / socmed / collaboration tools would not cut it, that would be like putting the cart in front of the horse. Or at best elevating E 2.0 to Middleware 2.0.
Better, and I think the only way to go, is to have a core process engine and data architecture onto which the ad-hoc and mostly single task social media and collaboration tools could be added.
To put my money where my mouth is, we integrated some social media into our own BRP process framework in between the holiday parties and food frenzies.
Here’s a conceptual description:
Thingamy’s Work Processor runs the workflow without a glitch with path choices at most corners – punting a little “train” of relevant and inter-related objects (Workflow/issue/request/idea object – the main one + Assignment objects) through a workflow. The Assignment objects holds the task instructions and captures what’s done in the assignment while the Workflow objects holds the details about the issue/idea/request.
That way an Assignee is presented with relevant objects, all the pertinent information required for a specific task + the Assignment object to fill in with result and files.
When having been assigned a task, or when trying to get one’s head around the progress of a workflow there is always a need for ad-hoc communication with co-workers and/or other participants; “anybody know…?”, “Could somebody help with…?” etc. Normally that would happen by email, phone or walking around – all of which limits the discovery of the unknown, like a co-worker having unknown but useful knowledge or ideas. And it would not add the very useful effect of “peer review” either.
ESME adds that crucial part of “Discovery & Discussion” that inevitably is needed during any process; in a task or when studying the progress. In addition it should become the natural in-system conduit for communication as well as the social pivot point, the water cooler, for the group/department/firm.
The crux being that the data in the two parts must be related – and that is implemented here; any ESME message can be related to any Thingamy object adding context to both sides – in the midst of a task, when studying the automatically generated reports or when scratching your head wondering “what’s this discussion about?”.
I don’t know what next step, as in features, will be – our philosophy is to keep it as simple as possible in the beginning and only add if it makes huge sense and works in practice. So we’ll see, the good thing is that both ESME and Thingamy are extremely nimble and doing crazy stunts underway shall be easy.
And here’s a quick and dirty effort to demo the result within seven minutes 🙂