The present invention relates to the field of business process management. More specifically, the present invention relates to computer-assisted business process analysis for quantifying and visualizing the efficacy of a business process.
Business Process Management (BPM) is a field of knowledge generally encompassing methods, techniques and tools to design, perform, control, and analyze business processes involving humans, equipment, organizations, applications, documents and other sources of information. One goal of BPM is to provide a systematic approach to improving those business processes.
A business process can be defined broadly as a collection of interrelated tasks that achieve a particular objective or solve a particular issue. A business process may be decomposed into several sub-processes, which have their own attributes, but also contribute to achieving the objectives of the business process. Analysis of business processes typically includes the mapping or modeling of processes and sub-processes down to activity level, i.e., those actions that need to be carried out within the business process.
Optimization of a business process can lead to cost savings, greater stakeholder satisfaction, and better retention of a valuable customer base. However, before organizations can optimize operational efficiency there is a need to ensure that existing business processes are fully understood, and that all key activities, or actions, are taken into consideration when changes to improve business processes are made. Business process modeling tools have been developed and are evolving to assist organizations to work with, better understand, and re-align an organization's business processes and systems.
These business process modeling tools can be utilized to document and review an organization's business processes. Unfortunately, these modeling tools are typically used without objective analysis criteria. In some circumstances, best practice experts have been consulted about the business processes. Usually, however, business process analysis is left to the subjective analysis of individuals working in an “as is” or current state of the business process. This subjective analysis is often performed manually, which is time consuming, costly, and inefficient. As a result, execution of business processes cannot be standardized, organizations cannot clearly determine when changes are required and where those changes should be implemented within a business process, and modification to a business process, i.e. to a “to be” state, cannot be objectively compared with a current business process, i.e., in an “as is” state. Accordingly, what is needed is a technique for objective, automated analysis of a business process.
Accordingly, it is an advantage of the present invention that a method, executable code, and a system are provided for analysis of a business process within an organization.
It is another advantage of the present invention that a method, executable code, and system are provided that yield objective analysis criteria for determining the efficacy of a business process.
Another advantage of the present invention is that the method, executable code, and system produce objective analysis criteria that are readily visualized by a user.
Yet another advantage of the present invention is that the method, executable code, and system provide automated analysis of a business process.
The above and other advantages of the present invention are carried out in one form by a method for computer-assisted analysis of a business process within an organization. The method calls for obtaining a model of the business process, the model identifying actions that are part of the business process. Each of the actions is categorized into an action category selected from a set of action categories and a quantity of the actions for each action category from the set is computed. A report is assembled that includes a visual representation of the quantity of the actions for each action category and the report is provided to a user so that the user can visualize an efficacy of the business process.
The above and other advantages of the present invention are carried out in another form by a computer-readable storage medium containing executable code for instructing a processor to analyze a business process within an organization. The executable code instructs the processor to perform operations that include obtaining a model of the business process, the model identifying actions that are part of the business process, identifying those actions that are primary actions, the primary actions describing value adding activities of the business process, and identifying other actions that are support actions, the support actions describing non-value adding activities within the business process. The executable code instructs the processor to perform further operations that include computing a first amount of the primary actions and a second amount of the support actions and providing a report to a user that distinguishes the first amount of the primary actions from the second amount of the support actions within the business process so as to enable a user to visualize an efficacy of the business process.
The above and other advantages of the present invention are carried out in yet another form by a system for modeling and analyzing a business process within an organization. The system includes a processor, a computer-readable storage medium, executable code recorded on the computer-readable storage medium, and an output element in communication with the processor. The executable code includes a business process modeler segment for instructing the processor to create a model of the business process, the model identifying actions that are part of the business process. The executable code further includes a business process analysis segment for instructing the processor to categorize each of the actions into an action category selected from a set of action categories, compute a quantity of the actions for each action category from the set, and assemble a report that includes a visual representation of the quantity of the actions for each action category. The report is provided to a user via the output element so that the user can visualize an efficacy of the business process.
A more complete understanding of the present invention may be derived by referring to the detailed description and claims when considered in connection with the Figures, wherein like reference numbers refer to similar items throughout the Figures, and:
The present invention entails a computer-assisted method, computer-readable medium containing executable code, and a system for analyzing a business process within an organization. The present invention yields automated analysis of a business process and enables an analyst to obtain and assess objective analysis criteria that may be utilized to ascertain the efficacy of a current, or “as is” business process and to objectively compare its performance to a modified, or “to be” business process. In particular, the present invention enables an analyst or organization to determine whether the objectives being met by a business process are in alignment with the desired objectives of that business process.
Business process 16 can support a physical process. A physical process may entail the conversion of raw materials to a finished product or may entail the provision of an intangible service, such as medical, legal, or financial service. The objective of business process 16 is to not only support the physical process but to additionally meet the requirements of running a business, such as paying employees, reporting to a board of directors, and so forth. A well designed and implemented business process 16 ensures the effective and efficient use of an organization's resources.
Input element 26 can encompass a keyboard, mouse, pointing device, audio device (e.g., a microphone), and/or any other device providing input to processor 24. Output element 28 can encompass a printer, an audio device (e.g., a speaker), and/or other devices providing output from processor 24. Input and output elements 26 and 28 can also include network connections, modems, or other devices used for communications with other computer systems or devices via a communication network (not shown) such as an organization specific intranet or the ubiquitous Internet.
Computing system 20 also includes a computer-readable storage medium 34. Computer-readable storage medium 34 may be a magnetic disk, compact disk, or any other volatile or non-volatile mass storage system readable by processor 24. Computer-readable storage medium 34 may also include cooperating or interconnected computer readable media, which exist exclusively on computing system 20 or are distributed among multiple interconnected computer systems (not shown) that may be local or remote.
Business process modeler and analyzer program code 36, in accordance with one embodiment of the present invention, is contained on computer-readable storage medium 34. Code 36 includes a business process modeler segment 38 and a business process analyzer segment 40 that instructs processor 24 to perform modeling and analysis functions, as discussed below. In general, business process modeler segment 38 diagrams actions (discussed below) within business process 16 (
In accordance with the present invention, business processor analyzer segment 40 assesses the diagramed actions that are part of business process model 42 to produce a quantified, objective report 22 of the efficacy of business process 16. Report 22 may be provided on display 30 and/or may be provided via output element 28. In one embodiment, business process modeler segment 38 and business process analyzer segment 40 are realized as a single, integrated process, i.e., code 36. However, it should be understood that business process modeler segment 38 and business process analyzer segment 40 may be distinct physical units, and need not be executed on the same computing system.
Business process modeler and analyzer program code 36 further includes an action category table 46 and an action verb database 48. Action category table 46 provides a framework for analysis of business process 16 (
Table 50 includes a set of action categories 53 subdivided into a number of primary action categories 54 and a number of support action categories 56. Table 50 associates primary action categories 54 and support action categories 56 with phases 52 of a business process life cycle. In accordance with the present invention, primary action categories 54 classify or categorize those actions within business process 16 (
Support action categories 56 classify or categorize those activities within business process 16 that are support actions that support the business, but do not produce a valued product or service to a customer. The “support” actions may be considered non-value adding actions since they do not produce a valued product or service to a customer. Support action categories 56 utilized herein include a preparation action category 64 associated with plan phase 52. A storage action category 66, a transporting action category 68, and an automation action category 70 are all associated with execute phase 52. A process control action category 72 is associated with control and monitor phase 52. A processing defects action category 74 and a processing waste action category 76 are associated with improve phase 52. The various primary and support action categories 54 and 56, respectively, can be used to sort the various actions within business process 16 (
Referring to
Business process actions that can be categorized into primary action categories 54 are primary, or value adding actions. Primary actions fall within planning action category 58 are those that entail the preparation for doing or making something prior to process execution. Actions falling within execution action category 60 are those that entail making or producing a product or deliverable, and actions falling within prevention action category 62 are those that entail ensuring the quality of products or deliverables by taking certain steps to prevent poor quality.
Business process actions that can be categorized into support action categories 56 are support, or non-value adding actions. Support actions that fall within preparation action category 64 are those that entail making an object ready or suitable for a specific purpose. Actions falling within storage action category 66 are those that entail placing or leaving a product or deliverable for archiving or later use, or for retaining waste for disposal at a later time. Actions falling within transporting action category 68 are those that entail the transportation or movement of parts, materials, or information. Actions falling within automation action category 70 are those that entail information systems processes involving the use of technology. Actions falling within process control action category 72 are those that entail checking, testing, and verifying by evidence or experiment on a product or deliverable. In addition, actions falling within process control action category 72 are those that assure conformance to regulatory requirements. Actions falling within processing defects action category 74 are those that entail handling products or deliverables that do not meet the specifications and requirements of business process 16 (
Table 78 provides an exemplary listing of primary and support action categories 54 and 56, respectively. Those skilled in the art will understand that other action categories 53 may be derived for the quantification of business processes within other organizations or entities.
Each of action verbs 84 has associated therewith one of action type designators 86. In this scenario, designators 86 differentiate between a primary action 90 and a support action 92. Primary action 90 identifies those actions within business process 16 that that produce a valued physical product, information, report, or service to a customer. Support action 92 identifies those actions within business process 16 that support the business, but do not produce a valued product or service to a customer.
In addition, each of action verbs 84 has associated therewith one of action category designators 88. The particular one of action categories 53 (
Action verb database 48 is utilized to provide guidance in evaluating whether actions, represented by action verbs 84, used in identifying activities within business process 16 (
Table 82 shows only a small subset of an entire action verb database 48 of action verbs 84 that are most frequently utilized in the process definition and analysis phase of a project. Table 82 can include numerous action verbs 84. In addition, table 82 can be updated to include additional action verbs 84 to more adequately describe actions occurring as part of business process 16 (
Process 98 begins with a task 100. At task 100, business process model 42 (
Referring to
Table 102 includes a process identifier 104 identifying business process 16. In this illustration, business process 16 is subdivided into its corresponding sub-processes 18. Within each of sub-processes 18 is a list of actions 106 distinguished by action identifiers 108. Actions 106 are the activities required to carry out each of sub-processes 18 of business process 16. As shown by way of example, process identifier 104 identifies business process 16 as “Design Process ABC”. A first one of sub-processes 18 is “Create/Update Design.” Actions 106 within “Create/Update Design” sub-process 18 include: Analyze Requirements, Determine Prototype Required, Develop/Review Design Documentation, and so forth. Similarly, a second one of sub-processes 18 is “Create/Update Detail Plans” with actions 106 that include Create/Modify Traceability Matrix, Create/Update Implementation Plan, Create/Update Test Plan, and so forth.
Only actions 106 for two sub-processes 18 and a portion of a third sub-process 18 are shown for brevity. However, many other sub-processes 18 and their associated actions 106 may be included in table 102 of business process model 42. In addition, actions 106 and sub-processes 18 are provided in tabular form in table 102 and may be utilized as such by modeling and analysis process 98. However, those skilled in the art will recognize that business process model 42 may be diagrammed to include additional information that makes it easy for business users as well as developers to understand the flow of business process 16. Additional information includes, for example, flow objects (events, activities, gateways), connecting objects (sequence flow, message flow, association), swimlanes (pool, lane), artifacts (data objects, group, annotation), and the like.
Referring back to
At task 110, action verbs 84 (
Referring to
Table 112 further includes action verbs 84 associated with action identifiers 108. In addition, one of action type designators 86 (identifying either primary action 90 or support action 92), and one of action category designators 88 (identifying one of action categories 53) is associated with each of action verbs 84. In some instances, an action verb 84 describing one of actions 106 may not be included within action verb database 48. This is noted in table 112 by the label “N/A” as exemplified in connection with action identifier 108, labeled “19.”
In general, each of actions 106 correlated with action identifiers 108 has one of action verbs 84 associated therewith. In some instances, two action verbs 84 may be associated with one of action identifiers 108. If such is the case, the one of action verbs 84 that best describes its one of actions 106 is selected for analysis. This is noted in table 112 in which the underlined one of action verbs 84 represents the best description of its action 106.
With continued reference to
That is, a task 114 is performed to compute an amount of action verbs 84 within table 102 having action type designator 86 that is identified as being primary action 90. The total amount of actions 106 that are identified as primary action 90 is then saved.
A task 116 is performed to compute an amount of action verbs 84 within table 102 having action type designator 86 that is identified as being support action 92. The total amount of actions 106 that are identified as support action 92 is then saved.
Next, a task 118 is performed to categorize action verbs 84 within table 102 by action categories 53 (
In response to task 118, a task 120 is performed to compute a quantity of action verbs 84 within table 102 for each of action categories 53. These quantities are then saved.
Next, a task 122 is performed to compute any of action verbs 84 identified within table 102 that are not listed in action verb database 48 (
The quantitative data obtained through the execution of computation tasks 114, 116, 120, and 122 is used to assemble report 22 at a subsequent task 124.
Following task 124, a task 125 is performed in which report 22 is provided to a user via output element 28 (
Diagram 126 includes process identifier 104 identifying business process 16 (
In this scenario, table portion 128 is associated with a graphical representation, i.e., a pie chart 136, of the information provided in table portion 128. Pie chart 136 is divided into sectors illustrating relative magnitudes or percentages proportional to the quantity of the whole. Through the provision of pie chart 136, a user can readily ascertain the relative proportion of primary actions 90 to support actions 92. Since support actions 92 are non-value adding, a user may be alerted to an undesirably high proportion of support actions 92 relative to primary actions 90 within business process 16 (
While the pie chart is one of the most ubiquitous statistical charts in the business world and the mass media, the present invention is not limited to such a visual representation. Alternatively, or in addition, report 22 may include other plots such as a bar chart, dot chart, or other graphical and non-graphical techniques for visually representing information. In addition, report 22 may include assessment table 112 (
Diagram 126 may include additional information that enables a user to interpret the data being presented therein. For example, diagram 126 includes definitions 138 corresponding to information presented in table portion 128. Diagram 126 may also include table 50 of phases 52 of a business process life cycle, and a table 140 that sorts or catalogs amounts and percentages of primary action types 90 and support actions 92 by phases 52 of the business process life cycle in accordance with their action categories (
Diagram 142 includes process identifier 104 identifying business process 16 (
In this scenario, table portion 144 is associated with a graphical representation, i.e., a pie chart 148, of the information provided in table portion 144. Pie chart 148 is divided into sectors illustrating relative magnitudes proportional to the quantity of the whole. Through the provision of pie chart 148, a user can readily ascertain the relative proportions of each of actions 106 categorized by action categories 53. Pie chart 148 can enable a user to determine whether business process 16 (
Diagram 142 may include additional information that enables a user to interpret the data being presented therein. For example, diagram 142 includes definitions 80 corresponding for the particular action categories 53 that had non-zero quantities of actions 106 associated therewith.
Modeling and analysis process 98 (
Referring briefly to
In summary, the present invention teaches a method, executable code, and a system for analysis of a business process within an organization. The method, executable code, and system provide objective analysis criteria in easy to interpret reports that lend themselves to more detailed analysis by a business process modeling practitioner. The present invention works effectively with existing and upcoming business process modeling methodologies used for documenting process tasks, and provides an automated, objective means for analyzing process improvement.
Although the preferred embodiments of the invention have been illustrated and described in detail, it will be readily apparent to those skilled in the art that various modifications may be made therein without departing from the spirit of the invention or from the scope of the appended claims. For example, the process steps discussed herein can take on great number of variations and can be performed in a differing order then that which was presented.