There is lot of information on SDN taking about the use of tools for BPM/BRM, I was part of last teched for the hands on session and also I was part of the boot camp, where i could actually start using the tools and started practicing for my assignments. After my study and practice, started co-relating to the architectural perspective and started designing solutions.
In fact why we use Business Process Management is to align to the business process change, business process change fundamentally implies changes to who does work, what work was done, or the order in which work is performed. Along side of the processes there are changing business judgments.
Questions in terms of where and how to project these tools are where organizations processes changes doesn't meet the pace of business demands. The issue comes down to a failure to properly separate two different areas of concern: Business Process and Business Rules.
From architecture workshops my key learning around BPM are the two approaches that we can follow, Outside In and Inside Out.
Having glimpsed the BPM architecture I started looking at the closer look of the components we have in solutioning.
Designing A Solution:
To design a good BPM solution, first I took a step back to examine the project’s environment: understanding the problem, noting the local and larger-scale perspectives, and only then creating a design and testing my solution. Core components of my solution include
- Design
- Run
- Monitor and Administer
- Human Interactions
- System Interactions
This is my story, in case you’re excited and want to start using or learning BPM, I recommend you to start from introductory blog of BPM Introducing SAP NetWeaver Business Process Management (BPM) by Thomas Volmering.
