I imagine people are infamous for discovering the speck in another individual’s eye. As regards my personal experience, it is helping people identify and optimize Business Processes. I work regularly with associates who use company procedure design tools and understand the concepts. But I have observed that I really have lax standards with my own private processes, like assessing my next day schedule before leaving work, or making sure all my out-of-office helpers are taken care of when going on a business trip or vacation.
One excuse I hear for not recording processes is that the process is too creative to be recorded. This might be true in creating a work of art, or even developing a system management applications, however but more often than not, the things we do most often would benefit from process evaluation and therefore some of these things becomes redundant tasks.
If you believe a process cannot be documented, that means that someone is re-designing the process every time it is performed. It signifies a real hazard to the business organization, because, that person who is re-designing the process, may no longer be around to serve the company’s interests in the foreseeable future.
Tasks performed repetitively by workers must be recorded, otherwise there would be no uniformity in the process being undertaken.
Once a process is recorded, it could be monitored, managed, and enhanced. Running processes without process documentation is like running programs without the source code. If that is the case, nobody can pinpoint the operational glitches or lapses that occurred.
Excellent process management can be performed by computers, otherwise it could become operational bottlenecks. When you have a trendy new application, the enticement is to start using it before you really realize how to use it effectively. When it is a good application, it should provide process documentation in order to determine how to effectively use it. Certainly, good applications would provide extremely good process documentation, with graphical diagrams, and tracking/management interfaces assembled into it.
Popular new applications using SOA are being created with business process modeling instruments to produce the process framework, so the composite computer software that is created from the process is directly related to the operating manual. These types of applications are already designed for management reporting and optimization tasks. You can also find out what the IT dependencies are, and what areas of the business processes are affected when these IT dependencies fail.
Well documented and optimized processes surely can make the difference between a good company and an excellent company, or even between earnings and losses. When recording existing or new processes, make sure to use applications that support Enterprise Architecture frameworks and Model Driven Architecture. This will allow you to construct high-level abstract models which can be realized in a different re-usable contexts. In addition, make sure that the process models can be integrated with CMDB , so the process dependencies can be used to create Business Support Impact Designs (Service Models for short). Service Models can then be utilized to automate event and problem management processes, and improve your service responsiveness.
In the eventuality of any kind of problems, the video is also offered at the following web address
You might also want to consider this — http://www.inc.com/inc.com/janine-popick/2010/10/why-documentation-is-important.html