LinkedIn Twitter
Independent analyst and systems architect specializing in business process management and Enterprise 2.0. Previously founded two successful product and service companies focusing on content management, BPM and e-commerce. Featured conference speaker on BPM and its impact on business, and writes the Column 2 blog on BPM and Enterprise 2.0. All posts are © Sandy Kemsley.

2 responses to “Maintaining Consistency Across BPM Initiatives’ Content”

  1. Marco Brambilla

    Dear Sandy,
    Thank you so much for sharing this writeup and comment.
    Being a researcher on MDD and BPM, I’m glad to see that this recipe is getting more and more attention in the industry.
    Being also a (software) analyst and a partner in a tool vendor company (WebRatio) I agree with you that pushing this combination of methodologies to the customers can be painful, because customers are rather conservative in terms of innovation and do not trust tools and approaches that are not in the orthodox mainstream.
    However, we also had some really good success stories in making big customers adopt these approaches (see for instance our experiences we shared at BPM 2010 in Hoboken and that will also be published in an upcoming book edited by M. Rosemann and M. zur Muehlen. Presentation here: ).
    I share with you the concern about setting up weird combinations of tools for addressing BPM with a MDD approach.
    In WebRatio, it took us 10 years to come up with a coherent suite of modeling, transformation, and code generation facilities that integrate in a seamless way BPM, data modeling, application modeling, quick prototyping, and code generation for production applications.
    Since MDD is a very neat and conceptual approach, I think appropriate toolsuites that correctly deal with the models and their relationship is crucial for granting full benefits of a virtuous model-driven lifecycle.

  2. Sandy Kemsley

    Marco, it’s interesting that we’ve seen a shift in the BPM tools in the past few years to become more complete application development environments, since you can’t implement a business process using a process map alone. Model-driven development environments that include these multiple aspects of process, data and UI are becoming the norm, but aside from the process standards such as BPMN, we don’t have a lot of portability of models between tools due to lack of standards for the overall application model.