BPM via DEMO (2)

acts and facts ---

Figure 1: acts and facts —

Figure 1, on the right is the same DEMO as in the previous blog but with emphasis on the communication acts (c-act), communication facts (c-fact), production acts (p-act) and production facts (p-fact). According to [1], a communication act is one that participants in transactions ‘enter into and comply with commitment towards each other regarding the performace of production acts’. Similarly a production act is the contibution by partcipants in a transaction to ‘bringing about the (delivery of) goods and/or services’. The c-facts and p-facts are the aggregate states of all such c-acts and p-acts in the operational universe of the organisation.

Figure 2: the mapping --

Figure 2: the mapping —

It has transpired that in our DEMO analysis a transaction is not a representation of a single activity performed by the promise, but may incorporate the execution of more than one activity in the completion of the transaction. This can also be seen in the business process in Figure 2, in fact to emphasize this, the initial two activities can also be combined into a adhoc sub-process, and in this case it would also be more accurate from a BPM design perspective. The modification does not lead to any issues, but actually clarifies the role and transactions.

Figure 3: modified part ---
Figure 3: modified part —

Figure 3, shows this modified part of the altered business process. In Figure 2, we have (not entirely) mapped the c-acts, c-facts, p-acts and p-facts to their respective activities in the business process diagram. When it was done in glorious detail the picture was a huge mess of lines; it was re-drawn differently thus loosing some of its detail, but hopefully gaining in readability!

The DEMO analysis helps us in identifying where to optimise the monitoring of the automated business process. It tells us that the time between a c-fact and the corresponding p-fact identifies delays in the process, and their associated costs. Even though the c-act is considered as immaterial from an organisational revenue perspective, the corresponding c-fact is very important from this same perspective. As revenue generation is driven by creation of (aggregate in the business process and not individual) p-facts in the enterprise, knowing these points and designing the business process around these increases the opportunities to improve the process over time.

[1] Enterprise Ontology: Theory and Methodology by Jan L. G. Dietz

About KM Mukku

Kick-start, build and manage teams in product development (particularly in the financial domain), and enjoy all in adaptive case management, business process design and business process improvement. Currently holding the position of CTO at coMakeIT.
This entry was posted in BPM, DEMO, management, process improvement, process management. Bookmark the permalink.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s