BPM.com
  1. Peter Schooff
  2. Sherlock Holmes
  3. BPM Discussions
  4. Thursday, 20 July 2017
  5.  Subscribe via email
With the press release of IBM partnering with Automation Anywhere, what do you think this means for the BPM market ahead?
Accepted Answer Pending Moderation
All the 3 people interested in BPM will be shocked.
Sharing my adventures in Process World via Procesje.nl
Comment
  1. more than a month ago
  2. BPM Discussions
  3. # 1
Accepted Answer Pending Moderation
Same thing as Appian's tie-up with Blue Prism (announced just today, see https://www.appian.com/news/news-item/appian-extends-capabilities-new-robotic-digital-workforce-offering/) and Pegasystems' acquisition of OpenSpan.

That is: there's a new wave of automation breaking, and process application platforms are only one piece of the technology that need to be considered.
Comment
interesting - i saw that appian announcement from blue prism about 6 months ago. maybe two sides of the same announcement.
  1. more than a month ago
  2. BPM Discussions
  3. # 2
Accepted Answer Pending Moderation
A good step forward to improve architecture of classic BPM-suite tools (which are, actually, programmable monoliths) by adding distributed, microservices-like (easy to create, easy to deploy, easy to scale) automation robots.

Thanks,
AS
Comment
  1. John Morris
  2. 1 year ago
  3. #4244
+1 RPA as an instantiation of microservices. This insight (which I note you've written about elsewhere) makes RPA + BPM very real "on the ground".
Thanks @John. Yes, modern BPM-suite tools do not like code fragments in an arbitraire programming language because such code fragments must be executed within a monolith BPM-suite tool. Also, the modification life cycle is very heavy. Separating a process engine (core of any BPM-suite tools) and code fragments (i.e. automation) improves stability, performance and shortens the modification life cycle.
  1. more than a month ago
  2. BPM Discussions
  3. # 3
Accepted Answer Pending Moderation
Adding the partnership Neil referenced, I think we will be able to observe once again that having large vendors throwing in their weight behind certain technologies, be it through acquisitions or other forms of partnerships, will certainly add momentum and credibility, in this case to RPA. Comparable effects have occurred, for instance, when IBM incorporated iLOG (now ODM) to its BPMS portfolio, giving additional justification to the "i" in IBM iBPMS.
It will be interesting to see how RPA ends up being positioned when it comes to BPM as a discipline. One could argue that the robots are temporal stepping stones towards a proper systemic integration between an application and the process (Excel and Sales process, for example).
NSI Soluciones - ABPMP PTY
Comment
i think that last sentence is certainly one clear path - incorporate it as a third way to integrate, in between "swivel chair" and "api-based integration"
  1. more than a month ago
  2. BPM Discussions
  3. # 4
Accepted Answer Pending Moderation
A key word in the question is "signify" -- this is exactly what the deal (and the other deals referenced above by @Neil) does -- "signal" that RPA is not just an esoteric, kludgy, techy technology, but rather a key leverage point for business agility. You can bet IBM and partner sales reps are assessing how AA technology can lever deals into and through the sales pipeline. If this happens in IBM-World, then it will have a knock-on effect across industry.

What are the chances of intelligent RPA market momentum? One could do a big analysis pulling in business need, technology dependencies, technical difficulties etc. The summary though is "positive".

Why? Because (1) likely most of the business semantics are ALREADY in place and (2) there are lots of use cases and (3) there are good business cases. In summary the time-to-value is short for intelligent RPA projects and there are enough projects around to amortize the cost of learning and maintaining an RPA/BPM capability. (By comparison, low-code technologies will not have the same momentum, because (to give just one important example) the business semantics are not already in place -- i.e. typically you have to build a new data model etc.)
Comment
  1. more than a month ago
  2. BPM Discussions
  3. # 5
Accepted Answer Pending Moderation
I think it's good for the industry to move forward and this kind of synergies are positive. The buzz also helps to the reborn of BPM and Workflow terms that we are seeing.
CEO at Flokzu Cloud BPM Suite
Comment
  1. more than a month ago
  2. BPM Discussions
  3. # 6
Accepted Answer Pending Moderation
Perhaps these vendors have simply run out of their own ideas and are therefore, in a time-honored tradition, buying those of others. Nothing wrong with that.
http://www.bplogix.com/images/icon-x-medium.png
-Scott
Comment
  1. more than a month ago
  2. BPM Discussions
  3. # 7
Accepted Answer Pending Moderation
RPA players have uncovered a quick way to sell BPM to large companies by not changing legacy systems... and the large BPM guys that have been left behind are simply buying those customers, by buying the corresponding RPA players.
CEO, Co-founder, Profluo
Comment
Sure, because "large BPM guys" wanted to be the centre of the IT universe at any client. RPA took a less "intrusive" approach.
although sometimes it is more about wallet share of existing customers than getting into new ones.
Indeed @Alex, RPA is more of a band-aid than a cure, but who said selling band-aids is not a valid business to be in? :-)
@Scott - you're right, since large enterprises are the target customers of both!
  1. more than a month ago
  2. BPM Discussions
  3. # 8
Accepted Answer Pending Moderation
Hmm...as a business person hard to understand what this actually delivers that can't be delivered by a good DBP.....other than very specialised need which can be incorporated into the end to end process?
As for the "deal" just more evidence IBM in enterprise software do not innovate they acquire and end up with a complex mix of components wrapped up in marketing hype and huge cost..... ! Interesting just a partnership deal to test the waters....on new component? All credit to IBM at least they stayed out of the ERP scene which is now in decline but they are very vulnerable to new DBP challengers. In short term yes this will help the focus on business process needs helping to raise profile of BPM
Comment
RPA are clever with two (as far as I know) tricks: 1) externalising events from existing applications without "touching" those applications and 2) converting GUI into API thus achieve integration at the functional level. Both of these tricks are not popular in modern BP-suite tools.
  1. more than a month ago
  2. BPM Discussions
  3. # 9
Accepted Answer Pending Moderation
@David... so right. . .

One favorite strategy when buying up a company is to put a competitor out of business.

When the company being acquired is small, they probably have a history of providing good service, so not only is the competitor sidelined but many times the customers of the company that was acquired soon see a dramatic decrease in the quality of service and they also go away.

If the acquiring company already has a product, a 2nd popular scenario is to just discontinue the product.


The chances of software developed by separate teams being compatible or seamless are, in many cases, slim.
Comment
@Karl how come we see that but the "big" industry analysts do not...oh yes I remember $$$$s. It is not just IT many other innovations water power medical etc suppressed by the few but that will change...soon...for the betterment of humanity.
@David.. Two reasons

a) they are not spending their own money
b) in many cases, it's their first rodeo.
  1. more than a month ago
  2. BPM Discussions
  3. # 10
Accepted Answer Pending Moderation
I think it (and other announcements) signify that RPA will be part of the BPM or DPA playbook. Good for the RPA vendors to continue to grow and further push in to customers. Hopefully good for customers because there is a clear synergy between RPA and BPM in my mind. Better yet if some standard integrations/etc. get worked out to make it easier still.

I had been wondering what would be aggregated into BPM next as that is the kind of space it appears to be - looks like RPA is it ;)
Comment
BPM as a discipline has no boundaries other than limitations on the available software. RPA is a function which can extend supported capabilities to expand BPM thinking wrapping up the end to end process?
  1. more than a month ago
  2. BPM Discussions
  3. # 11
Accepted Answer Pending Moderation
It means nothing at all. It is IBM once again renaming some of the stuff they can't sell and making empty announcements.
Comment
  1. more than a month ago
  2. BPM Discussions
  3. # 12
  • Page :
  • 1


There are no replies made for this post yet.
However, you are not allowed to reply to this post.