Hope you all aware some time before I dumped few discussions about Business process blue print implementation and maintenance in solution manager (http://scn.sap.com/thread/3149836, http://scn.sap.com/thread/2153935) , there are some good responses I received from the experts, but I was not satisfied, seeking the real purpose of this functionality. The queries raised from my current client make me to go deep on this blue print area. Since from the time when I got the SM100 training, I just thought Business blue print is about the Tcode Solar01, Solar02, where we store the details of business processes. I also aware it is the basic pre request for other solution manager functionalities like BPMon, BPCA. But in real world needs more from solar01.
We had a requirement for implementing critical business process monitoring and BPCA. The story begins on when I introduced Business process blueprint as a documentation tool to my immediate boss. Subsequently we planned to sell the business process blue print functionality to our customer.
With the same perception, I had given a presentation to my clients, alas!! They were not satisfied. Business blue print has the other meaning in the real world especially for the customers who already implemented SAP, Just looking for a way to document their entire business process. They want to maintain complete bible for their business processes. Their concern is not only getting transparency and the long time maintenance of the business process.
How and who will maintain this business process blue print. I showed the use of Solution manager document assistant and Latest 7.1 Reverse business process engineering. But the Unanswered question is how I can maintain the documentation of business processes after the implementation.
If we look into the business process lifecycle in solution manager, from initial template project to solution it gets reused by upgrade/maintenance project or other solution manager capabilities. How can I maintain the transparency and integrity of the business process, which is changeable in quite often by the ongoing maintenance project? They afraid about what if the people not maintained blue print properly? Still there are lots of customers afraid on this, and not ready implement Business processes blue print.
Motive of this blog to reveal the implementation and maintenance part of business process blue print.
The plan we had taken is very simple, I referred the below guide which gives the view of business process long term maintenance for Global template scenario
But we dont have global and local rollout template scenarios, our case quite tricky where each locations are interconnected, Plant in India connected to the Plant in German or plant in other production unit. Finally I plan in this way,
- Start one fresh implementation project as business process bible which documents all the business process. Once all Business process gets captured, I lock the blue print and configuration, so that my initial project is no longer editable even by mistake.
- I imported the project to my solution, considered this as Productive or going to act as bible for my entire business process in future. Later I activated check in Check out. Hence my solution is no longer editable without prior approval.
- Now in future for maintenance, we plan to create a new maintenance project with reference to your productive solution, but we end up with other challenge is what about multiple maintenance projects run at a same time. Create multiple maintenance project with/without reference to the solution based on requirement, Do the changes in the business process structure, or create new business process.
- Once all the maintenance projects rolled out, the so called governance team collect the changes from all the projects. They will governance our productive solution where all necessary document (eg. Business blueprint which inclusive functional and technical information) are updated to the latest.
- Governance team creates one long term maintenance project and assign to our productive solution.
- Later they check out the respective business process nodes from the productive solution for maintenance. Do the changes in the business process structure, or create new business process based the multiple maintenance projects done before.
- Once all the changes are updated into our long term maintenance project, request for Check in, which finally copy the changes back to the solution. Later you can use our productive solution as the basis in Business process Change Analyzer, BPMon or other solution manager functionality.
Through this blog I shared some possibilities of how we can implement business process blue print and maintain its integrity in long-term.
I have still some doubts on solar01 organizational units and master data with regards to the testing. This is still open query here http://scn.sap.com/thread/3169612
I would like to hear more real time ideas and experience from you all, how you are maintaining business process blue print in your places in the effective way.
Please share your views.