IBM BPM Reviews

• Development simplicity
• Transparency from a monitoring perspective

It allowed us to automate some important logistic-related business processes.

• Scalability
• Performance

I've been using Lombardi Teamworks from 2009 until the present. However development of new features stopped in 2011.

There were issues with the blue/green deployment model, specifically old instances of BPM processes that didn’t handle correctly with new revisions of the same processes.

Yes, but they were related to issues with our underlying infrastructure component like application servers or databases.

Yes, unfortunately the event manager component of Lombardi didn’t scale well, so that became our bottleneck.

9/10

We didn’t have a BPM before, but now we use Oracle.

It was a mix of a vendor team and in-house team. All members were new to BPM so we started from scratch, but we've managed to develop some best practices.

We use IBM BPM for process management for our users. With it, we don't need to load items under a sandbox using IBM BPM and it has a good general user experience with business processes.

IBM's APIs are very good. We use them often. I really like the API.

The IBM coaching tool gives us a lot of great benefits.

The solution offers great notifications.

The performance of the system is great. It's very reliable.

Finding errors and bugs in the system is not easy. We can't seem to use the events or logs to find them, so it makes it difficult to debug the system. They really need to work on their debugging features to make is much, much easier. It would improve the solution considerably and should be something they add in a future release.

The solution is pricey and time-consuming to manage.

Technical support needs to be much more helpful. 

It would be useful if IBM could hold calls to help companies with system learning so we could better wrap our arms around the product.

I've been using the solution for around two years at this point.

The solution is quite stable. We find that it doesn't crash and it's quite reliable.

I'm not sure I could speak to the scalability of the solution. I personally have never tried to scale it, so I'm not sure how it works.

My understanding is that our team is not well supported by technical support. Due to the fact that it's not very good, we need to rely on our own research and try to troubleshoot from our end.

Before IBM, we didn't use any other kind of business process management architecture. We chose IBM due to our existing architecture. Whether or not we used a different software that helped us complete similar tasks, I cannot say.

As I recall, the initial setup was pretty straightforward. We found it to be rather easy.

The solution is on the expensive side.

We're just customers; we don't have a business relationship with IBM.

We're not sure which version of the solution we're using is. It may be Version 10. 

We don't use IBM BPM for production. We are using IBM BPM in the pilot system instead of the production system. I've been using the pilot system for about one year.

I'd advise others considering business process management software to think about open source. The industry is moving in that direction, and it may be better for many companies.

If they have enough money and time, IBM is still a very good choice.

I'd rate the solution eight out of ten.

The product causes all the processes in the company to be centralized. It helps with process efficiency.

It makes the company business processes work more efficiently.

All our clients are changing to microservice and cloud service. However, BPM does not have a solution for microservice and cloud service.

It needs more integration for API management and cloud services. Also, it could maybe use a connection with microservices. 

BPM is very stable.

It is scalable.

I have not worked with IBM technical support for BPM.

I do the installation, configuration, and integration for my clients. It is usually a little complex.

• The process creation
• Task creation
• User management
• Task allocation
• Rich UI and third party integration

The above features have helped me to build a successful application.

It has reduced the time a human spends in completing the jobs using spreadsheets and other traditional methods.

There are a few areas, like triggering mechanisms, externally exposed variables, and changing its values, which need to be revisited, as they do not sometimes function properly. However, this is a rare scenario.

Seven years.

No, it is highly stable.

No.

I would give their technical support an eight and a half out of 10 as a rating.

No, I did not previously use a different solution.

The initial setup is quite simple and user-friendly to perform.

I am unclear about the pricing and licensing as I do not deal with such matters. I only develop things from the tool.

Not applicable to me.

If you are looking for a product which should be capable of handling SOA principles, third-party integration, and effective user management, I highly recommend this product for you.

• Very easy test management
• Good import/export features
• Very good JIRA integration
• Great customer support
• Good report templates, which are very easy to use.

• Shortened time for test management 
• Saved time in QA team communication and collaboration

• Import/export of attachments 
• Transfer of attachments to/from JIRA

Three years.

Not at the moment.

Not at the moment.

Currently, I am using the latest cloud version on my current project. On previous projects, I have used in-house solution.

I mainly use BPM to automate our internal workflows.

BPM helps us with automation and with assigning and delegating tasks.

The most valuable feature is the ability to customize your rules and put them inside the tool. I also think BPM is easy to do development on.

An area for improvement would be the user interface of the portal itself.

I've been using IBM BPM for around four years.

BMP is scalable both horizontally and vertically.

The configuration is not that easy, and the initial deployment took three months. I'd give my experience with setting up a rating of three out of five.

I used a third-party team to implement.

The pricing is quite high, I would rate it two out of five.

I would rate this solution as seven out of ten.

We use IBM BPM for AC Kronos process management to use for calls and users. 

I like the APIs and the BPM Coach is a good tool. But if I had to pick one, it would be the API.

The push notifications are also good. 

The debugging needs improvement. There is some confusion surrounding the debugging.

They should also improve the APIs.

I have been using IBM BPM for four months. 

It is scalable. No bugs or glitches. 

We don't use it in the production systems right now. We're just using it in the pilot mode. 

Our teams work on scalability and I think it is good. It's based on IBM vSphere, and the scalability is good.

It's used by around 10,000 people and around 15 developers.

IBM's technical support is not enough. We don't get good responses from technical support.

The initial setup was straightforward. It's automatic, then you compress it.

It took us around one day to install it. 

My advice would be to use an open-source solution. It would be more valuable than IBM. Our company is based on IBM. IBM is good for our needs but I wouldn't recommend it for an old age company. An open-source product would be better. 

I would rate IBM BPM an eight out of ten. 

The possibility to add Java code as embedded .jar, that increases the flexibility of the solution.

BPM products are there to optimize the business flows in mid to large organizations. IBM BPM does that pretty well. Currently we use it for the automation of virtual machine provisioning in private clouds.

• The user interface builder could be more powerful and easier to use.
• The real-time process reporting functionality is limited to human activities – there is no visibility over the system tasks.
• IBM BPM uses JavaScript as a programming language for the server-side. I don’t know why it’s not Java, as it’s more powerful and the JavaScript part is translated into Java anyway.
• Sending complex data from the user interfaces to the server side is not achieved easily.

Three years, constantly.

No, stability is good, even with hundreds of new process instances per day.

Scalability depends greatly on the application server, WebSphere Application Server in this case. I haven't encountered any issues so far.