Comments on: Beyond model-driven development in BPM http://www.column2.com/2009/05/beyond-model-driven-development-in-bpm/ BPM, Enterprise 2.0 and technology trends in business. Fri, 20 Jan 2012 09:15:55 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Keith Swenson http://www.column2.com/2009/05/beyond-model-driven-development-in-bpm/comment-page-1/#comment-11343 Keith Swenson Mon, 15 Jun 2009 19:06:01 +0000 http://www.column2.com/2009/05/beyond-model-driven-development-in-bpm/#comment-11343 This all makes sense, and this is a strong endorsement of the "model preserving strategy": http://kswenson.wordpress.com/2009/02/09/model-strategy-preserving-vs-transforming/ I am seeing more and more products that talk about a consistent model through all phases of the life cycle. Yet, the press (sorry over generalizing here) seems to focus on automatic transformation to executable form. Not sure I like the term "Model Driven Process Management" because is it so close to "Model Driven Architecture". The term "MDA" is defined by the OMG as involving transformation, but that is really just "Fast Waterfall" (I like that term). Neil is absolutely right: for real continuous improvement of processes, you need more than automatic generation. This all makes sense, and this is a strong endorsement of the “model preserving strategy”:

http://kswenson.wordpress.com/2009/02/09/model-strategy-preserving-vs-transforming/

I am seeing more and more products that talk about a consistent model through all phases of the life cycle. Yet, the press (sorry over generalizing here) seems to focus on automatic transformation to executable form. Not sure I like the term “Model Driven Process Management” because is it so close to “Model Driven Architecture”. The term “MDA” is defined by the OMG as involving transformation, but that is really just “Fast Waterfall” (I like that term). Neil is absolutely right: for real continuous improvement of processes, you need more than automatic generation.

]]> By: Sandy Kemsley http://www.column2.com/2009/05/beyond-model-driven-development-in-bpm/comment-page-1/#comment-11286 Sandy Kemsley Fri, 29 May 2009 03:12:46 +0000 http://www.column2.com/2009/05/beyond-model-driven-development-in-bpm/#comment-11286 Anatoly, I think that you're right - many people tied to the old methods of doing things are threatened by newer methods that cut out a lot of the work that they are doing. Job security! Anatoly, I think that you’re right – many people tied to the old methods of doing things are threatened by newer methods that cut out a lot of the work that they are doing. Job security!

]]> By: Anatoly Belychook http://www.column2.com/2009/05/beyond-model-driven-development-in-bpm/comment-page-1/#comment-11257 Anatoly Belychook Thu, 21 May 2009 09:36:58 +0000 http://www.column2.com/2009/05/beyond-model-driven-development-in-bpm/#comment-11257 > sometimes it’s hard for them to believe that all those requirements that they spent time gathering, writing and approving aren’t really the best way to go about developing their processes Good point. And sometimes it's a threat for a BPM project. We've been in a similar weird situation: the project didn't go further after successfull PoC phase because (I guess) the customer couldn't admit that the business issue they worked on heavily may be resolved in such elegant and efficient way. It could raise an unpleasant question - what two teams ("quality" and IT) are good for? - so they finally buried the project. "BPM: handle with care!" - be good yet not too good as a BPM consultant :) > sometimes it’s hard for them to believe that all those requirements that they spent time gathering, writing and approving aren’t really the best way to go about developing their processes
Good point. And sometimes it’s a threat for a BPM project.
We’ve been in a similar weird situation: the project didn’t go further after successfull PoC phase because (I guess) the customer couldn’t admit that the business issue they worked on heavily may be resolved in such elegant and efficient way. It could raise an unpleasant question – what two teams (“quality” and IT) are good for? – so they finally buried the project.
“BPM: handle with care!” – be good yet not too good as a BPM consultant :)

]]> By: Sandy Kemsley http://www.column2.com/2009/05/beyond-model-driven-development-in-bpm/comment-page-1/#comment-11255 Sandy Kemsley Wed, 20 May 2009 20:52:10 +0000 http://www.column2.com/2009/05/beyond-model-driven-development-in-bpm/#comment-11255 Hi Brandon, I knew that I could get you to comment if I "insulted" you by comparing you to other vendors :) We are long overdue for a briefing. Hi Brandon, I knew that I could get you to comment if I “insulted” you by comparing you to other vendors :) We are long overdue for a briefing.

]]> By: links for 2009-05-20 « steinarcarlsen http://www.column2.com/2009/05/beyond-model-driven-development-in-bpm/comment-page-1/#comment-11254 links for 2009-05-20 « steinarcarlsen Wed, 20 May 2009 20:10:00 +0000 http://www.column2.com/2009/05/beyond-model-driven-development-in-bpm/#comment-11254 [...] Column 2 : Beyond model-driven development in BPM (tags: bpm) [...] [...] Column 2 : Beyond model-driven development in BPM (tags: bpm) [...]

]]> By: Brandon Baxter http://www.column2.com/2009/05/beyond-model-driven-development-in-bpm/comment-page-1/#comment-11253 Brandon Baxter Wed, 20 May 2009 19:48:34 +0000 http://www.column2.com/2009/05/beyond-model-driven-development-in-bpm/#comment-11253 Thanks for joining the webinar and the write-up. I think we are long overdue on a meeting to catch you up on the latest in Teamworks. Besides raising our competitive juices a bit, your statement at the end of the write-up brought me up short - “... many other BPM products our there have similar features”. That was the point of the webinar – most don’t. Having a unified IDE or repository is not enough. Yet most BPM solutions still struggle to meet that basic criteria here in 2009. Delivering on the promise of BPM means solving the hard parts of model-driven development/architecture - managing assets, version management for the masses (not the Java priests). Many (most from our perspective) BPM solutions have not even remotely addressed these problems. We have – and it takes a lot of work to do it. Don’t take our word for it – dig deeper beyond the “model-driven” claims. Thanks for joining the webinar and the write-up. I think we are long overdue on a meeting to catch you up on the latest in Teamworks.

Besides raising our competitive juices a bit, your statement at the end of the write-up brought me up short – “… many other BPM products our there have similar features”. That was the point of the webinar – most don’t. Having a unified IDE or repository is not enough. Yet most BPM solutions still struggle to meet that basic criteria here in 2009. Delivering on the promise of BPM means solving the hard parts of model-driven development/architecture – managing assets, version management for the masses (not the Java priests). Many (most from our perspective) BPM solutions have not even remotely addressed these problems. We have – and it takes a lot of work to do it. Don’t take our word for it – dig deeper beyond the “model-driven” claims.

]]> By: Neil Ward-Dutton http://www.column2.com/2009/05/beyond-model-driven-development-in-bpm/comment-page-1/#comment-11252 Neil Ward-Dutton Wed, 20 May 2009 16:30:45 +0000 http://www.column2.com/2009/05/beyond-model-driven-development-in-bpm/#comment-11252 Sandy, this is a very nice overview - thanks very much for the write-up! I'm glad it all made sense and flowed. Sandy, this is a very nice overview – thanks very much for the write-up! I’m glad it all made sense and flowed.

]]>