Are You Letting Good get in the way of Better?

 

To me, if there is only one striking difference between a BPM solution and a conventionally developed application, then it is the opportunity to unlock hidden potential for improvements.

Many organizations at the crossroads of a decision do overlook this good job aspect and decide against BPM. I have come across a few in the past. Reasons, however, maybe attributed to high license costs or other such considerations. Of course, while this may well be true, the question I often ask myself is if they did see and consider the full potential of benefits from a BPM solution before deciding against it.

And if indeed they did, why did they still decide not to invest in BPM? Did they calculate ROI? If so, how did they calculate it? What were their considerations? Why would they rather invest in either building the application grounds-up or, in a packaged application when in all likelihood neither can provide several of the additional benefits possible from a BPM solution?

For sure, there must be ample wisdom supporting their decisions. Apparently their final authorities did agree it was a good decision before they signed on the dotted line.

So, why would they let Good come in the way of Better?

Today we have survey findings from organizations that have decided in favor of BPM – many analyst firms have done some research in that area. But I am not sure if anyone has researched organizations that have decided against investing in BPM. Their reasons could be very interesting in many levels.

Did they make the right decision? Or have they only held-off jumping into the BPM wagon for the moment? Have they considered a logic that others have not? Do they think they are too small for BPM? Or is it more of a contextual thing – of BPM just not fitting into their particular context?

What is your take? What has been your experience in this aspect?

From my experience with organizations that have decided against BPM I could hazard one generalization – you tell me if I am way off mark here – that organizations where IT has a strong influence in the decision making may look less favorably at BPM.

I also think it has less to do with IT participation itself or with their influence (negative or not) in the decision but more to do with the lack of intense business participation, active involvement and drive.

What do you think? What could be other reasons?

If you like to be notified of future posts, subscribe to my RSS feed [click here]!

One Comment, Comment or Ping

  1. 1

    I know of cases where they decided against BPM, because they were worried about having to manage one more application and hence, more resources.

    The honest fact is the IT Management just didnt have a clue about what BPM is. Conventional application thoughts do not apply for BPM. Just as it does not for CRM, a reason behind CRM bubble burst!
    Sanooj Kutty´s last blog post ..Architecture &amp Governance III – Enhance your Innovation- Control your Automation

    [Reply]

Bounce Your Thoughts on “Are You Letting Good get in the way of Better?”

CommentLuv badge

Recentcomments

    • Jaret: This post is fantastic, Great to visit here, Excellent work...
    • Patrick Lujan: Then again, one can always strive to be a...
    • LOMBARDI BPM: The Lombardi IBM is the process of successfully...
    • Sebastiraj: Another fantastic piece from you Jai. Connecting many...
    • Gagan Saxena: Great screenplay for a true, real-world story (or...
    • Rummuser: In my time we called it Change Management with exactly...
    • Harsimran: Good one.. Please share some links of the failure...
    • Shep Hyken: No matter how nice people are, if the process they are...

Like toLinkup?

View Jaisundar V's profile on LinkedIn

Copyright

Creative Commons License
This work is licensed under a Creative Commons Attribution-Share Alike 3.0 Unported License.