As said in Part I, the BPM market remains quite stratified, whereby there seems to be a number of powerful and full fledged BPM software packages (e.g., from IDS Scheer, Appian, Tibco, Lombardi, Ultimus, Fujitsu, Oracle-BEA Systems, Metastorm, etc.), many of which can be found in TEC’s BPM Evaluation Center.
BPM is considered one of the most overlooked trends in enterprise applications today. In fact, it is increasingly becoming a native part of the IBM WebSphere (best shown by the recent acquisition of ILOG), SAP NetWeaver and Oracle Fusion Middleware platforms and applications, which could be a glimpse into the future of modeling, workflow, re-engineering, and continuous change, all around ERP.
For a typical implementation that leverages a comprehensive on-premise (which is still a dominant deployment model) BPM suite, companies should count on forking out up to US$500,000 to address a few meaningful processes in their organization. Moreover, potential hidden costs include (all on top of already hefty investments in existing enterprise applications):
* Having to license and deploy multiple development, test and/or production environments to support multiple BPM initiatives;
* Additional application and database server licenses;
* Additional staff to provide the care and feeding of these servers; and
* Internal cost of direct involvement from business users to participate in process modeling, business rule definition, user interface (UI) design, testing and rollout activities.
At the lower end of the market there are a slew of workflow-based software packages addressing specific processes, such as bug or issue tracking systems. While upper-range BPM packages address complex business processes and issue tracking systems typically deal with one simple workflow, a number of workflow (possibly BPM wannabe) vendors like FloWare, Skelta, Red Maple, Web and Flo, Quask, XALT Technologies, ZyLAB Technologies, etc. are addressing a space in between.
How About Workflow (and Eventually BPM) On-demand?
But again, not many of these solutions are delivered in true no-frills software as a service (SaaS) fashion, as they still require significant hardware, software and professional service resources to be deployed on the customer’s site. Also, some business processes, although mission-critical for the company, are not transactional in nature and do not necessarily need to be part of the back-office database.
In fact, trying to capture every step and status of every little case (e.g., a customer’s product complaint or improvement suggestion that needs to be investigated by several employees) would only unnecessarily encumber the ERP or customer relationship management (CRM) database.
Maybe mapping only some critical data between the case management process and ERP database (e.g., for inventory or invoice adjusting purposes), and doing application programming interface (API) exchanges only periodically in a batch fashion might make more sense there.
BPM is considered one of the most overlooked trends in enterprise applications today. In fact, it is increasingly becoming a native part of the IBM WebSphere (best shown by the recent acquisition of ILOG), SAP NetWeaver and Oracle Fusion Middleware platforms and applications, which could be a glimpse into the future of modeling, workflow, re-engineering, and continuous change, all around ERP.
For a typical implementation that leverages a comprehensive on-premise (which is still a dominant deployment model) BPM suite, companies should count on forking out up to US$500,000 to address a few meaningful processes in their organization. Moreover, potential hidden costs include (all on top of already hefty investments in existing enterprise applications):
* Having to license and deploy multiple development, test and/or production environments to support multiple BPM initiatives;
* Additional application and database server licenses;
* Additional staff to provide the care and feeding of these servers; and
* Internal cost of direct involvement from business users to participate in process modeling, business rule definition, user interface (UI) design, testing and rollout activities.
At the lower end of the market there are a slew of workflow-based software packages addressing specific processes, such as bug or issue tracking systems. While upper-range BPM packages address complex business processes and issue tracking systems typically deal with one simple workflow, a number of workflow (possibly BPM wannabe) vendors like FloWare, Skelta, Red Maple, Web and Flo, Quask, XALT Technologies, ZyLAB Technologies, etc. are addressing a space in between.
How About Workflow (and Eventually BPM) On-demand?
But again, not many of these solutions are delivered in true no-frills software as a service (SaaS) fashion, as they still require significant hardware, software and professional service resources to be deployed on the customer’s site. Also, some business processes, although mission-critical for the company, are not transactional in nature and do not necessarily need to be part of the back-office database.
In fact, trying to capture every step and status of every little case (e.g., a customer’s product complaint or improvement suggestion that needs to be investigated by several employees) would only unnecessarily encumber the ERP or customer relationship management (CRM) database.
Maybe mapping only some critical data between the case management process and ERP database (e.g., for inventory or invoice adjusting purposes), and doing application programming interface (API) exchanges only periodically in a batch fashion might make more sense there.
No comments:
Post a Comment