A few years ago, I was invited to join a debate forum belonging to a group of companies that despite not being involved with the financial segment, discussed the workings of each other’s internal controls areas, SOX compliance and benchmarking practices.
First of all, why were BPM and EA specialists invited to this forum, and second, why am I publishing matters of internal controls in a BPM area that contributes to the subjects of Enterprise Architecture?
Why should you keep your Red Hat certifications current? In a two part series, Director of Certification, Randy Russell, will tell you why and how to stay current. Part 2 of 2.
When employing the homonym “BPM,” it is important to clarify the difference between Technical BPM and Business BPM. Technical BPM covers not only the IT tools for business process automation, but also contributes as another available resource for a company to perfect its process management.
This article was originally published on Diabolical Labs.
Many BPM practitioners are used to utilizing a software suite that has some sort of Process Manager component that has control of the transaction as it progresses through activities. The process is generally authored and visualized graphically in BPMN or BPEL. When applying BPM in the microservice world we don’t have that visibility or control.