THE DEEP STRUCTURE. of BUSINESS PROCESSES. Jan L.G. Dietz



Similar documents
Possibilities and limitations of formal methods for business process analysis and design

Applying System Dynamics to Business: An Expense Management Example

(Refer Slide Time 00:56)

BPR or ERP - What Comes First?

Theoretical Support for Community Informatics Applications

Better Processes = Better E-Commerce

BS Environmental Science ( )

Ontology-Based Discovery of Workflow Activity Patterns

EXECUTABLE ONTOLOGICAL BUSINESS PROCESS MODELS

Guidelines on the Reporting of Compliance with Specification

CERTIFICATION AND QUALITY ASSURANCE IN DUTCH OCCUPATIONAL HEALTH SERVICES

MTAT Business Process Management (BPM) (for Masters of IT) Lecture 2: Introduction to BPMN

Quick Guide Business Process Modeling Notation (BPMN)

Use Cases and DEMO: Aligning Functional Features of ICTinfrastructure

How To Develop Software

Transactional Flowchart: Guidelines and Examples

8. Management System. 8. Management System

ITIL V3 and ASL Sound Guidance for Application Management and Application Development

Process management (2)

A professional Case Management System in production, modeled and implemented using DEMO

Exploring Normalized Systems Potential for Dutch MoD s Agility

White Paper BPMN 2.0 Task Types Explained

Knowledge Management & Process Performance: Implications for Action

CUMMINS FILTRATION SUPPLIER S HANDBOOK TO SUPPLIER COLLABORATIVE PLANNING

Position Classification Standard for Management and Program Clerical and Assistance Series, GS-0344

Governments information technology

The Recipe for Sarbanes-Oxley Compliance using Microsoft s SharePoint 2010 platform

Digital Marketplace Services Service Definition

Chapter 4 Software Lifecycle and Performance Analysis

Reconstruction of Different Business Processes. - A Theory and Method Driven Analysis

CONCEPTUAL MODEL FOR DESIGN TEAM TOWARD WEBSITE CONSTRUCTION

Why Business Process Improvement Might Not Bring Customer Satisfaction

Business Process Change and the Role of the Management Accountant

Business Rules and Business

The Impact of Internet Subsidies in Public Schools. Austan Goolsbee University of Chicago, GSB, American Bar Foundation and NBER

Aspect Oriented Strategy to model the Examination Management Systems

The six Phases of Business Processes - Business Communication and the Exchange of Value

Process/Workflow Analysis Quiz

Business Process Models as Design Artefacts in ERP Development

Framing Requirements for Predictive Analytic Projects with Decision Modeling

The Road to Medicare: Planning Your Drive Toward 65

How To Teach I* To A First Year Bachelor Degree

Data Quality Assessment

Managing requirements: for an integrated approach from system engineering to project management

Technical Paper. What is a. Process-Based. Application?

Workflow Management Systems: A Prototype for the University of Coimbra

SOUTH FLORIDA INTERNATIONAL CHARTER SCHOOL

The Open University s repository of research publications and other research outputs. Collaborative sensemaking in learning analytics

The evolution of a generic regulation model for e-government development

The structure of accounting systems: how to store accounts Lincoln Stoller, Ph.D.

A position statement

Business Process Measurement in small enterprises after the installation of an ERP software.

Demonstrating WSMX: Least Cost Supply Management

The Unions Tax Initiative: More Problems

Enterprise Architecture Assessment Guide

Microsoft Dynamics NAV. Prepayments. White Paper. Date: May 2011

Document and process transformation during the product life cycle

Data Flow Diagrams and Use cases

Introduction. Background Knowledge. The Task. The Support the Work Setting Should Provide

Designing a Process Architecture - A Concrete Approach

Simulation for Business Value and Software Process/Product Tradeoff Decisions

Using Simulation to Understand and Optimize a Lean Service Process

Service Blueprinting and Business Process Modeling Notation (BPMN): A Conceptual Comparison

Document B105 TM. Standard Form of Agreement Between Owner and Architect for a Residential or Small Commercial Project

Lombardi Whitepaper: Why You (Probably) Cannot Afford to Use IBM for BPM. Why You (Probably) Cannot Afford to Use IBM for BPM

Broad and Integrative Knowledge. Applied and Collaborative Learning. Civic and Global Learning

Enterprise Integration: operational models of business processes and workflow systems *

ArchiMate Extension for Modeling the TOGAF Implementation and Migration Phases

Best Practices in the Procure-to-Pay Cycle: Perspectives from Suppliers and Industry Experts

Citywide Linking Policy. Final 1.2 PUBLIC 7/14/2015. ines

WHEN YOU CONSULT A STATISTICIAN... WHAT TO EXPECT

UML-based Test Generation and Execution

Copyright 2013 The Hampton Group, Inc. All Rights Reserved. May not be reproduced in any form without written permission

A UML 2 Profile for Business Process Modelling *

Application of a Development Time Productivity Metric to Parallel Software Development

Improving IS with Cross-Functional Teams Stewart L. Stokes, Jr.

DD Web based graphic designer for SharePoint workflows DD Central administration for processes and permissions DD Powerful capabilities with and

Distribution Training Guide. D110 Sales Order Management: Basic

A new paradigm for EHS information systems: The business case for moving to a managed services solution

A Framework for Business/IT Alignment in Networked Value Constellations

e-commerce Solutions

Benford s Law and Digital Frequency Analysis

Chapter 7. Process Analysis and Diagramming

System Behavior and Causal Loop Diagrams

White Paper: Make Work Flow with E-Signature

Human-Readable BPMN Diagrams

Data Mining and KDD: A Shifting Mosaic. Joseph M. Firestone, Ph.D. White Paper No. Two. March 12, 1997

Mercy Health System. St. Louis, MO. Process Mining of Clinical Workflows for Quality and Process Improvement

The Development of a Supply Chain Management Process Maturity Model Using the Concepts of Business Process Orientation

A Study into the Critical Success Factors when Implementing Business Process Management Systems

Diagramming Change to Better Inform Business Process Renovation

REQUEST FOR PROPOSALS: PAYROLL SERVICES

CONFIOUS * : Managing the Electronic Submission and Reviewing Process of Scientific Conferences

An Oracle Best Practice Guide April Best Practices for Designing Contact Center Experiences with Oracle RightNow CX Cloud Service

Supporting the BPM life-cycle with FileNet

Read This Internet Service Agreement Carefully Before Using Our Internet Services.

SEO Techniques for various Applications - A Comparative Analyses and Evaluation

10Key buying criteria

Transcription:

By Jan L.G. Dietz THE DEEP STRUCTURE of BUSINESS PROCESSES Delving beneath organizational surfe ructure to reveal the essential ructure of business processes. Whether you are an information syem architect or designer, or a business process analy or manager, the success of your work heavily depends on the degree of your underanding of organizations. Unfortunately, the kind of underanding you need in your profession cannot be drawn from the rich sources of the organizational and management sciences because of their predominant functional orientation. Functional knowledge is sufficient (and necessary) if you only need to use or control an organization, like you operate a car you are driving. But your task is to change the business processes or to improve their efficiency by applying information and communication technology. To do so, you need knowledge of the conruction and the operation of organizations, like a car mechanic needs to know how a car is conructed and how it works. Moreover, the complexity of the problems you are fed with and ILLUSTRATION BY ROBERT NEUBECKER COMMUNICATIONS OF THE ACM May 2006/Vol. 49, No. 5 59

The fundamental queion is how to reveal these ructures, HOW TO EXTRACT THEM FROM THE OBSERVABLE SURFACE STRUCTURES that tend to obscure them. the demands for timely delivery of high-quality solutions means that drawing unrelated and informal diagrams as a basis for redesign and reengineer- goods). By performing C-ts, subjects enter into ing will not be sufficient. Performing Figure your work 1. The in atomic a and and comply molecular with commitments building blocks toward of organizations. eh other professional manner requires a solid scientific regarding the performance of P-ts. Examples of C- methodology. In this article, I will describe how ts are reque, promise, and decline. The the language-tion perspective (LAP)-based DEMO 1 methodology reveals the essential ructure of business processes, which is a theoretically sound and prtically useful notion of deep ructure. Business processes need not be mind-boggling railroad yards; they can be cryal ructures of atoms and molecules [2, 3]. The fundamental queion is how to reveal these ructures, how to extrt them from the observable surfe ructures that tend to obscure them. UNDERSTANDING THE CONSTRUCTION AND OPERATION OF ORGANIZATIONS The fir thing to be recognized is that organizations are designed and engineered artifts, like automobiles and information syems. The diinctive property of organizations is that the tive elements are human beings, more specifically human beings in their role of social individual cuomer reque complete Actor Role Ao or subject. In the DEMO theory these subjects perform two kinds of ts: production ts (P-ts for short) and coordination ts (C-ts for short). By performing P-ts the subjects contribute to bringing about the goods or services that are delivered to the environment. A P-t is either material (like AO initiator of Figure 1. The atomic and molecular building blocks of organizations. 1 DEMO is an ronym for Design and Engineering Methodology for Organizations; see www.demo.nl for more information. Workflow Loop Transtion Type manufturing and transporting goods) or immaterial (like granting insurance claims and selling negotiate perform Actor Role A1 A1 executor of Molecular Building Blocks performer O-phase E-phase R-phase Basic Transtion Pattern initiator initiator executor effect of performing a C-t is that both the performer and the addressee of the t get involved in a commitment regarding the bringing about of the corresponding P-t. C-ts and P-ts appear to occur as eps in a generic Dietz coordination fig 1 (5/06) pattern, called transtion. It is based on the conversation-for-tion [9] and the workflow loop [7]. Figure 1 depicts this workflow loop as well as the basic transtion pattern of DEMO. The main difference between both is that the transtion pattern is fully based on Habermas s Theory of Communicative Action [4]. In my experience, this theory provides the be explanation of communicative (or executor Atomic Building Blocks C-t C-ft P-t P-ft : reque : promise : ate : cept 60 May 2006/Vol. 49, No. 5 COMMUNICATIONS OF THE ACM

speech) ts. Inead of cuomer and performer, as used in [1], the more technical terms initiator and executor are used for the roles of the partaking subjects. The gray-lined rectangles in Figure 1 enclose the ts Figure 2. The three human capabilities. for which they are responsible. A transtion evolves in three phases: the order phase (O-phase for short), the execution phase (E-phase for short), and the result phase (R-phase COORDINATION for short). In the order feeling committed phase, the initiator and (as performer) feeling committed the executor negotiate (as addressee) for hieving consensus about the P-ft that the expressing thought (formulating) executor is going to bring educing thought about. The main C-ts (interpreting) in the O-phase are the reque and the promise. uttering information (speaking, writing) In the execution phase, perceiving information the P-ft is brought (liening, reading) about by the executor. In the result phase, the initiator and the executor negotiate for hieving consensus about the P-ft that is tually produced (which may differ from the requeed one). The main C-ts in the R-phase are the ate and the corresponding cept. The tual course of a transtion may be much more extensive than the basic pattern in Figure 1. This is commodated in DEMO by two formal extensions of the basic pattern. The fir extension covers the cases that the two tor roles dissent. For example, inead of promising one may respond to a reque by declining it, and inead of cepting one may respond to a atement by rejecting it. It brings the process in the ate declined or rejected respectively, which are so-called discussion ates. The second extension consis of adding four cancellation patterns, one for eh main transtion ep (reque, promise, ate, cept). The basic pattern plus the extensions is called the complete transtion pattern [2, 3]. This pattern is considered to be a socionomic law: every transtion in every kind of organization is some path through this pattern. Performing a C-t does not necessarily mean there is oral or written communication. In particular the promise and the cept are often performed by a nod or some other non-verbal t. For example, in a bakery, putting the bread on the counter in front of the cuomer counts as performing the ate t. Moreover, C-ts may be performed titly. This means there is no t at all that counts as performing the C- t. Tit C-ts mu be underood as being agreed HUMAN ABILITY performa informa forma Figure 2. The three human capabilities. Dietz fig 2 (5/06) upon in an (implicit or explicit) contrt that governs the transtion. An example in the same bakery is the promise; it may very well be performed without any observable sign. Titly performing a C-t, however, does not count less than performing it explicitly. This comes to the front in cases of breakdown (see [9]). For the sake of avoiding misunderandings as much as possible, it is advisable PRODUCTION essential production (deciding, judging, manufturing) informational production (reproducing, deducing, computing) documental production (oring, transmitting, copying, deroying) to perform all C-ts explicitly. One of the major benefits of modern communication technology is that it cos very little. That is why you will find that in e-business, like your shopping on the Internet, moly all C-ts are performed explicitly. In the lower-right corner of Figure 1 a comprised notation is shown of the basic transtion pattern; the (C- or P-) t symbol and the corresponding (C- or P-) ft symbol are taken together. Such a combined t and ft is called an atomic building block of business processes. A further compression is shown in the lower-left part of Figure 1. The transtion symbol, a diamond (representing production) embedded in a disk (representing coordination), ands for the complete transtion pattern as explained previously. Next, inead of subjects, tor roles are shown. An tor role is defined as the authority and responsibility to be the executor of a transtion type. Actor roles are fulfilled by subjects, such that an tor role may be fulfilled by several subjects and a subject may fulfill several tor roles. In general, tor roles do not map raightforwardly to common organizational units or functions. Ideally, an tor role is fulfilled by the same subject for all ts: the reque and the cept as initiator, and the promise and the ate as executor. Transtion types and tor roles are the molecular building blocks of business processes and organizations. In DEMO, a business process is defined as a tree ructure of enclosed transtions. A transtion is enclosed in transtion if is initiated by the executor of. EXTRACTING THE ESSENTIAL MAP For underanding the essential operation of organizations, the diinction between three human abilities, which are exerted both in C-ts and in P-ts (see Figure 2) are considered here. Regarding coordination, the forma ability concerns the form aspects, the informa ability concerns the content aspects, and COMMUNICATIONS OF THE ACM May 2006/Vol. 49, No. 5 61

the performa ability concerns engagement in commitments. The fir abrtion DEMO makes in arriving at the essential map of an organization consis of taking only into count the performa ability in coordination, thus leaving out how C-ts are tually performed on the informa and the forma level. It results in an enormous reduction of complexity, on the average eimated to be 70% in terms of the amount of documentation [3]. This abrtion was already made in Figure 1, and thus is also hieved by the approh as discussed in [1]. Regarding production, the forma ability concerns the documental production, the informa ability concerns the informational production, and the performa ability concerns the essential production. The performa ability is the essential human ability for doing business of any kind. The second abrtion DEMO makes in arriving at the essential map of an organization consis of taking only into count the performa ability in production, thus leaving out the P-ts on the informa and the forma level. This results in a second enormous reduction of complexity, on the average eimated also to be 70% in terms of the amount of documentation [3]. This second abrtion is a unique property of DEMO; no other contemporary methodology includes it. Certainly, there are other approhes that aim at revealing a deep ructure, of which the one presented in [6] is very notable. However, none of them is built on such a solid theoretical foundation, and is therefore able to perform the second abrtion ep. APPLICATION TO THE FORD CASE In order to demonrate how applying DEMO reveals the deep, essential ructure of business processes, we take the well-known Ford Case [5] as an example: Figure 3. The essential model of the Ford case. AO Cuomer Purchasing Purchasing A1 order delivery Deliverer order shient AO A1 A2 (Sales) (Sales) Figure 3. The essential model of the Ford case. When Ford s purchasing department wrote a purchase order, it sent a copy to counts payable. Later, when material control received the goods, it sent a copy of the receiving document to counts payable. Meanwhile, the vendor sent an invoice to counts payable. It was up to counts payable, then, to match the purchase order again the receiving document and the invoice. If A2 they matched, the department issued payment. The Shipper department spent mo of A3 its time on mismatches, T3 Payer inances where the purchase order, receiving doc- order payment ument, and invoice disagreed... One way to improve (Shipping) things might have been to help the counts payable clerk inveigate more efficiently, but a better choice was to prevent the mismatch in the fir ple. To (Shipping) A3 this end, Ford inituted 'invoice-less processing'. T3 Receiving Now when the purchasing department initiates an T3 order, it enters the information into an online T3 Accounts database. It doesn t send a Payable copy of the purchase order to anyone. When the goods arrive at the receiving dock, the receiving clerk checks the database to see if they correspond to an outanding purchase order. If so, (Sales) Receiving T3 (Shipping) T3 (Accounts Receivable) the receiving clerk cepts them and enters the transtion into the computer syem. (If receiving can t find a Dietz fig 3 (5/06) database entry for the received goods, it simply returns the order.) Here, the Ford case is analyzed using DEMO as the analysis inrument. To begin, the upper part of Figure 3 exhibits the essential map of the business process concerned. Only three essential transtion types are identified. The fir one () concerns the transfer of property of the goods delivered, referred to as order delivery. This transtion mu be diinguished from the physical shipping of the goods to the Receiving department of Ford, as represented by transtion type, called order shient. The third transtion type (T3) concerns the payment of orders and is therefore called order payment. Because we abrt at the essential level also from 62 May 2006/Vol. 49, No. 5 COMMUNICATIONS OF THE ACM

One of the benefits of having the essential model of an organization at your disposal is that it shows in a VERY CONCISE FORM some intereing things about the conruction and operation of the organization. organizational functions and departments and even from company borders, the tor roles get ju logical names. In this case, the initiator of (A0) is called Cuomer and the executor of (A1) is called Deliverer. Actor role A1 appears to be the initiator of both and T3: every transtion (delivery) encloses a transtion (transport) and a transtion T3 (payment). The executors of these transtion types are called Shipper and Payer respectively. The atomic level of the business transtions is shown in the lower part of Figure 3. From the coordination ate is promised (/), tor A1 performs three ts. Fir, it reques a transtion, in order to get the goods of the order shipped. Second, it reques a transtion T3, in order to get paid for the delivery. Performing this reque has to wait for to be cepted (this is indicated by the dashed arrow in Figure 3 from / to T3/). This waiting condition reflects the agreement between Ford and the vendors that deliveries are paid after the goods have been received. Third, A1 performs the P-t of, thus the tual decision to transfer the ownership of the transported goods to the cuomer. This t mu wait until T3 has been cepted (indicated by the dashed arrow from T3/). The tual transfer of ownership is hieved through its ceptance by the cuomer (/). In order to see by whom the atomic ts in Figure 3 are performed in the new situation at Ford, the departments in Ford and in the vendor company who fulfill the identified tor roles are mentioned next to the corresponding eps. To avoid confusion, the names of the departments within the vendor company are put in parentheses. Next, a department s name is printed in italics if the C-t is performed titly. Some particular aspects of the process model will be explored in greater detail next. DISCUSSION AND EVALUATION One of the benefits of having the essential model of an organization at your disposal is that it shows in a very concise form some intereing things about the conruction and operation of the organization. It answers queions like which competences do we need (tor roles), how complicated are our business processes (enclosing tree ructure). Also, because it has been abrted from informational and documental issues, it is the ideal arting point for discussing current operational problems and suggeing solutions. In many projects this diagnoic application of DEMO was already sufficient for an organization; subsequently, the internal discussions were supported by a new and deep insight into its operations. Particularly in organizations with immaterial production processes (such as service induries and governmental agencies) DEMO has a high score. The explanation for this situation is that it is LAP-based: only if one recognizes that the core of organization is in the coordination processes (the entering into and complying with commitments) and not in the production processes, can one underand the operation of these kinds of organizations. Other modeling approhes easily fall in the trap that there are no real business processes, only information processes. Another benefit of the essential model is related to the redesign and the reengineering of the organization. One of the early reengineering projects is reported in [8]. Because of the abrtion in the essential model from every kind of implementation it was possible to discover the similarity of about 20 seemingly different business processes, and cordingly to propose only one supporting information syem with ju slight variations. A summation of the presented benefits can be considered in respect to the Ford case, which was shown in [5] as an example of radically reengineering of business processes in conformity with the article s title don t automate, obliterate. From the analysis of the case with DEMO, the following observations are appropriate. Fir, the essential model of the situation is the same before and after the radical change. This demonrates the ability of the essential model. It makes having such a model an important commodity for every organization. Second, the invoice-less process in the new situation at Ford is only invoice- COMMUNICATIONS OF THE ACM May 2006/Vol. 49, No. 5 63

less to the extent that no real invoices are sent by the vendor to Ford. However, there ill exis the essence of an invoice, being the reque for payment. In the new situation, this reque is ju performed implicitly, which means there is some other t that counts as performing the reque for payment. The analysis tells us that the shient transtion (/) counts as the reque for the payment transtion and that the cept t (/) counts as the promise (see Figure 3). Therefore, inead of calling the new situation invoice-less it would have been more appropriate to say that the received shient document is (also) the invoice. Third, only the deep insight in the business process as provided by Figure 3 can explain the conflicts that occur as a consequence of delegation of authority, both by Purchasing to Receiving in / and by Accounts Payable to Receiving in T3/. The prtical decision to do this and thus to deviate from the ideal implementation is fully juified. At the same time it means these departments need regular meetings for discussing and tuning in the bkgrounds from which they enter into and comply with commitments. This need may be well known to you already from your prtical experience; now you have a better underanding of the reasons why. c References 1. Denning, P. and Medina-Mora, R. Completing the loops. In ORSA/TIMS Interfes 25, 3 (May June 1995), 42 57. 2. Dietz, J.L.G. and Albani, A. Basic notions regarding business processes and supporting information syems. Requirements Engineering 10, 4 (2005). 3. Dietz, J.L.G. Enterprise Ontology Theory and Methodology. Springer- Verlag Heidelberg, Berlin, New York, 2006. 4. Habermas, J. The Theory of Communicative Action: Reason and Rationalization of Society. Polity Press, Cambridge, 1984. 5. Hammer, M. Reengineering work: Don t automate, obliterate. Harvard Business Review (July Aug. 1990), 104 112. 6. Malone, T.W., Crowon, K., and Herman, G.A. Organizing Business Knowledge: The MIT Process Handbook (chapter 12), MIT Press, 2003. 7. Medina-Mora, R., Winograd, T., Flores, R., Flores, F. The Action Workflow approh to workflow management technology. In J. Turner and R. Kraut, Eds., Proceedings of the 4th Conference on Computer Supported Cooperative Work. ACM, New York, 1992. 8. Reijswoud, V.E., Mulder, J.B.F., and Dietz, J.L.G. Speech t-based business process and information modeling with DEMO. Information Syems Journal (1999). 9. Winograd, T. and Flores, F. Underanding Computers and Cognition: A New Foundation for Design. Ablex, Norwood NJ, 1986. Jan Dietz (j.l.g.dietz@tudelft.nl) is a professor in Information Syems Design at Delft University of Technology, The Netherlands. Permission to make digital or hard copies of all or part of this work for personal or classroom use is granted without fee provided that copies are not made or diributed for profit or commercial advantage and that copies bear this notice and the full citation on the fir page. To copy otherwise, to republish, to po on servers or to rediribute to lis, requires prior specific permission and/or a fee. 2006 ACM 0001-0782/06/0500 $5.00 64 May 2006/Vol. 49, No. 5 COMMUNICATIONS OF THE ACM

Reproduced with permission of the copyright owner. Further reproduction prohibited without permission.