Phil Gilbert | Perspectives in Process
Business process management requires a new set of technologies. By 2010, these will replace ERP as the primary focus of solution engineering at companies large and small. By 2020, managing process through technology will be second nature to senior executives, and the transactional systems we use today will be like mainframes. My blog talks about BPM today, tomorrow and where we'll be in 2020. Welcome.
  Home About Me About The Blog  Search  

« The Model-Driven Enterprise | Main | [Don't] Steal This Book! »

Desperate Men (Do Desperate Things)

In his post a couple of days ago, Bruce Silver despaired at the state of BPDM - the OMG specification that allows for real portability of BPMN. I agree.

You know desperate men,
they'll do desperate things

- Jimmy LaFave

However, standards take time... indeed if you don't take that time then you end up with something that won't be used. And given the importance of business process, and the new process platform that will replace ERP as the center of the business world, I think a few months is not too high a price to pay to get it right.

BPDM stands for Business Process Definition Metamodel. It's a hifalutin way to say "the file format," essentially. One key reason Microsoft Office has become so dominant is that its files are transportable across versions of Office (for the last few years) and across platforms (Mac and Windows). Without that portability, the desktop productivity tools would be a bit more fragmented around the world.

An implementation-independent process semantic is the lynchpin for this new platform. It will provide this common file format for the visualization of business processes (the "BPMN" standard, used in tools from 60+ vendors). It will provide the implementation-independent format that execution-oriented vendors who use BPEL or XPDL can use.

Without an implementation-independent standard, the business process world will splinter into dozens, or hundreds, of proprietary silos. Remember, before Java, what the development world was like? BPDM is for process what Java is for development.

There is real business value here because with this capability, business users can use tools they can use, and then transfer the processes to the implementation folks who can use the same file (essentially) for their work. It's exactly like being able to draft a high level PowerPoint presentation, hand it off to your graphics artist for cleaning up those drawings, and then getting back the revised PowerPoint and being able to use it.

Different tools were used by different people, based on their skills, but it was all able to be transformed from and into a common format - up and down the line.

Those who oppose BPDM are taking a short view, and most likely a proprietary view so that you're locked in to their world or because they don't have the money to invest in standards for their product.

A few months ago, the first semi-public version of the spec was published (it's available to any OMG member), and it has been updated 2 or 3 times since then. In December, after dozens, if not hundreds, of person-years work, the committee working on BPDM is expected to formally submit it for adoption. If everything goes well, the OMG will adopt BPDM and it will be available to the general public in January. There is a chance all this is shifted to March, but for now the BPDM committee tells me they will be ready to make the submission.

But regardless of whether it's December or March, the day is soon approaching when the new business process platform has its equivalent of a common file format. This will unleash innovation among vendors unseen in this space, because then, everyone's tools can work with everyone else.

So keep up the pressure, Bruce... we need to get this wrapped up. But also don't sweat a couple of months and start telling your clients to go to a silo'd implementation language like XPDL... because the dawn of implementation-independent portability is fast approaching, even if it's pretty dark out there right now.

Technorati Tags: , ,

TrackBack

TrackBack URL for this entry:
http://www.typepad.com/services/trackback/6a00d8341c6b4553ef00d834f3286769e2

Listed below are links to weblogs that reference Desperate Men (Do Desperate Things):

Comments

Hi Josh, thanks for commenting... In fact there is a group at OMG working on exactly what you describe. It is currently called the "Business Process Run-time Interface" or BPRI and we're hoping it will be ready mid-2007. BPRI hopes to classify the artifacts of a process engine in such a way that tools could inspect these artifacts regardless of the engine that produced them.

For example, imagine a BI tool like Cognos having a built-in way to analyze process-oriented data across process systems. That's the goal.

Thanks for reading and, if you're interested, I'd be glad to send you some information on BPRI as we're developing a white paper from the BPM Steering Committee that should be available in a few weeks.

Phil

Bruce,

You've nailed my despair! While I am a part of OMG I also get frustrated at the opacity of the process. I suspect it goes back to some troubles from the "CORBA2" years where apparently the pre-publicity of a "pending spec" came back to haunt them... not an excuse, just an explanation.

My own biases are in line with yours: open up the process artifacts... make it all more transparent... but OMG is a community of members and so you take the good with the bad...

The BPDM spec was impacted both positively and negatively by the BPMI/OMG merger. Positively in that the real-world of BPMN was brought into it so that BPDM would have a "business face." Negatively in that all us new OMG members actually had input!

Remember also, that merger was only a year ago which, in standards organizations' terms is only about 2 weeks! Seriously, there are OMG face to face meetings once per quarter, plus Think Tank... so we've only met 5 or 6 times since the merger and have almost completed the spec.... in that light it doesn't sound so bad.

Still, we could have focused the spec more on solely supporting BPMN and gotten it out quicker. Alas, alas, I despair...

Cheers,
Phil


Phil,
You make good points, but the why do you agree w/my despair? I haven't been advocating clients to use XPDL in favor of BPDM. It's really up to the tool vendors to pick a portable file format, not the analysts.

But why does OMG shroud the whole thing in such mystery? Until Derek's comment on my post this week (plus now yours), how would anyone know that BPDM would be out in January? It's not even hinted on the OMG website anywhere. When I asked Steve White about schema for BPMN this week at OMG event he said "who knows?" and said there's always XPDL.

Also, while you characterize BPDM as the file format for BPMN, my understanding is that the delays are due to things like choreography and UML mappings which have ZERO to do with a schema for BPMN.

Keeping the drafts secret is also counterproductive, in my view. Unlike OASIS's process for BPEL 2.0, where you don't have to be a paid member to follow the changes to the draft, OMG's processes for both BPMN and BPDM are completely opaque to outsiders.

So when OMG wonders at the source of the desperation, it might start by looking in the mirror.

Hi Phil- I really enjoy your blog, I've been reading it for awile now, and the question of BPM standardization is particularly interesting to me.

I think you've argued before that BPM development is an inherently iterative process, which is what makes data collection and analysis such a critical part of understanding and improving business processes once they've been automated through BPM systems. As far as I know, there are no standards around any output statistics that a BPEL engine needs to report- all of the vendors provide their own output formats, reports, and analytics. Assuming that the vendors develop modeling tools that allow you to integrate output results into models to help with understanding and optimizing the processes, then we haven't made a true step towards standardization, since users are still effectively locked in to their vendor's data format.

Verify your Comment

Previewing your Comment

This is only a preview. Your comment has not yet been posted.

Working...
Your comment could not be posted. Error type:
Your comment has been posted. Post another comment

The letters and numbers you entered did not match the image. Please try again.

As a final step before posting your comment, enter the letters and numbers you see in the image below. This prevents automated programs from posting comments.

Having trouble reading this image? View an alternate.

Working...

Post a comment

Recent Posts

Archives

Categories

Blogroll

Etc.

    Subscribe

    Squidoo BPM Lens

Lijit Search