Comments on: BPM Inferences for ‘06 http://itredux.com/2006/01/31/bpm-inferences-for-06/ New Rules for a New IT World Sat, 11 Oct 2008 06:14:51 +0000 http://wordpress.org/?v=2.5 By: harwin http://itredux.com/2006/01/31/bpm-inferences-for-06/#comment-25713 harwin Wed, 13 Dec 2006 03:51:09 +0000 http://itredux.com/blog/2006/01/31/bpm-inferences-for-06/#comment-25713 Mmm... Good post :) Will watch your blog Mmm… Good post :) Will watch your blog

]]> By: Howard Smith http://itredux.com/2006/01/31/bpm-inferences-for-06/#comment-305 Howard Smith Thu, 09 Feb 2006 19:52:51 +0000 http://itredux.com/blog/2006/01/31/bpm-inferences-for-06/#comment-305 Phil Gilbert is the CTO of a company that competes with Intalio, and is not doing BPEL, so its not surprising he is a little touchy about this matter. I think Ghalimi has set out a pretty good set of predictions for 2006. I don't think Ghalimi was misreading the market, or over-stating the significance of BPEL. and of course, a BPMS does execute BPMN diagrams. But there is so much more to say. For example, I think Phil is refering to the use of BPMN as a diagraming notation for a proprietary workflow-based approach. Any vendor can do that. Just add a few BPMN-like boxes to an existing tool/product, and hey presto, its executable BPMN. But this misses the whole point of BPM 2.0, that processes must reuse all the functionality out there in the IT environment. Building new processes, composite applications, end to end integrations, sophisticated processes like Procure-to-Pay, that takes complex process and complex reuse (as process) of existing systems, like ERP, Procurement apps etc. The point of BPEL, with BPMN as a notation, it that is can describe any process out there. A BPMS can expose all those processes, via inspection and projection, andthey can be re-purposed to create new processes. Its reuse on steriods, something the object movement did not achieve other than for fine-grained OO-programming models. So Phil, BPEL is important in the context of BPM 2.0 and the BPMS. In fact, its vitally important. It is the execution model of persistent, concurrent, distributed, transactional processes. Sure, BPMN can be used as a syntactic sugar over existing systems, and many vendors will do this, but so much more is possible. Phil Gilbert is the CTO of a company that competes with Intalio, and is not doing BPEL, so its not surprising he is a little touchy about this matter. I think Ghalimi has set out a pretty good set of predictions for 2006. I don’t think Ghalimi was misreading the market, or over-stating the significance of BPEL. and of course, a BPMS does execute BPMN diagrams. But there is so much more to say. For example, I think Phil is refering to the use of BPMN as a diagraming notation for a proprietary workflow-based approach. Any vendor can do that. Just add a few BPMN-like boxes to an existing tool/product, and hey presto, its executable BPMN. But this misses the whole point of BPM 2.0, that processes must reuse all the functionality out there in the IT environment. Building new processes, composite applications, end to end integrations, sophisticated processes like Procure-to-Pay, that takes complex process and complex reuse (as process) of existing systems, like ERP, Procurement apps etc. The point of BPEL, with BPMN as a notation, it that is can describe any process out there. A BPMS can expose all those processes, via inspection and projection, andthey can be re-purposed to create new processes. Its reuse on steriods, something the object movement did not achieve other than for fine-grained OO-programming models. So Phil, BPEL is important in the context of BPM 2.0 and the BPMS. In fact, its vitally important. It is the execution model of persistent, concurrent, distributed, transactional processes. Sure, BPMN can be used as a syntactic sugar over existing systems, and many vendors will do this, but so much more is possible.

]]> By: Phil Gilbert http://itredux.com/2006/01/31/bpm-inferences-for-06/#comment-247 Phil Gilbert Thu, 02 Feb 2006 01:24:45 +0000 http://itredux.com/blog/2006/01/31/bpm-inferences-for-06/#comment-247 <strong>On Inferences (Ismael's Inferences, not RETEs...)...</strong> [To gain context, read Ismael Ghalimi's BPM Inferences for 2006. This is my reply.] Ismael, Nice post... too bad you're completely misreading the market! :-) The value-add standard of BPM isn't BPEL, it's BPMN and, ultimately, executable BPMN... On Inferences (Ismael’s Inferences, not RETEs…)…

[To gain context, read Ismael Ghalimi’s BPM Inferences for 2006. This is my reply.] Ismael, Nice post… too bad you’re completely misreading the market! :-) The value-add standard of BPM isn’t BPEL, it’s BPMN and, ultimately, executable BPMN…

]]>