Perhaps, one of the worst and most deeply rooted practices in BPM is doing it without established methodology.
On most primitive level, BPM often begins as a set of diagrams drawn in a standard office package. When there accumulates significant amount of diagrams and process descriptions, the magic word BPM comes in mind and a company begins thinking on the best BPM tool to choose for its process management.
But any most advanced tool, however rich in options it is, will never bring ready methodology, which de facto exists in an organization. As a result, a company in most cases sacrifices its already existing, although not well formalized, methodology for the sake of external, foreign and artificial methodologies offered by various tools.
Ironically, with nearly every BPM tool lion's share of effort goes to tedious and often futile attempts of embedding existing business practices into ready modeling framework. Instead, implementation should pursue exactly opposite goal of easily adopting tool's methodology and facilities to the existing business practice. Alas, not many tools have a goal of adopting to business.
Essentially, analysis of as-is methodology should precede the choice of BPM tool, not follow it. This is because every tool already has more or less pronounced association with an established methodology. Therefore, knowledge of preferred or basic methodology can be a guide in choosing the right tool.
BPM should always start with discovery of corporate methodology, not ending with it. This may save from many mistakes and failures in digital transformation of an organization.
There always exists a discrepancy between a model of business process, however well designed and accurate, and real execution of this process in a business environment. The reason for this gap is an unforeseen depth and hidden details inherent to any real process. Real business model of organization is ultimately unlimited in its depth. Going from highest management levels, it descends to individual departments, client relations, production units, technical code of equipment and controllers etc. In vast majority of cases, it is impossible and senseless to build a complete model covering all and every fine detail of the business. Omitted lower layers of the model create (pseudo) random fluctuations during execution of the model. Real execution paths of a process never follow its model exactly. However, in case of the correct model, we can expect to see that an ensemble of execution paths statistically converges to the model as to its average path over a significant set of observation...
Comments
Post a Comment