Introduction to Business Process Analysis and Redesign

Post on 21-Jan-2015

3.517 views 5 download

Tags:

description

Special course on business process analysis and design delivered at University of Granada on 23-24 January 2014. The course covers qualitative and quantitative process analysis techniques and redesign heuristics. Based on the textbook Fundamentals of Business Process Management by Dumas et al.

Transcript of Introduction to Business Process Analysis and Redesign

Introduction to Business Process Analysis and Redesign

Marlon Dumas

University of Tartu

firstname.lastname@ut.ee

Universidad de Granada – 23-24 Jan. 2014

2

The BPM Lifecycle

Process identification

Conformance and performance insights

Conformance and performance insights

Processmonitoring and

controlling

Executable processmodel

Executable processmodel

Processimplementation To-be process

modelTo-be process

model

Processanalysis

As-is processmodel

As-is processmodel

Process discovery

Process architectureProcess architecture

Processredesign

Insights onweaknesses and

their impact

Insights onweaknesses and

their impact

3

“The first rule of any technology used in a business is that automation applied to an efficient operation will magnify the efficiency.

The second is that automation applied to an inefficient operation will magnify the inefficiency.”

Bill Gates

Why should we redesign first?

4

In other words…

InformationTechnology

ProcessChange

Yields

Yields

BusinessValue

Index Group (1982)

Enables

5

Agenda

• Preamble– BPMN Refresher– Basic process modeling guidelines

• Part 1 – Qualitative Process Analysis– Value-added and waste analysis– Root-cause analysis

• Part 2 – Quantitative Process Analysis– Quantitative flow analysis– Simulation

• Part 3 – Business Process Redesign– Radical vs incremental process redesign– Redesign heuristics

6

Companion Material

• Fundamentals of Business Process Management (chapters 1, 6, 7, 8)– Introduction to BPM (freely available)– Qualitative Analysis– Quantitative Analysis– Redesign

http://fundamentals-of-bpm.org

http://slideshare.net/MarlonDumas

Youtube – Marlon Dumas

7

Business Process Lifecycle

8

Purposes of Process Modeling

Communication, simulation,

activity-based costing…

ProcessImplementation

ProcessAnalysis & Design

Process Enactment & Monitoring

Process Evaluation

“TO BE”Process Models

Exe

cuta

ble

P

roce

ss M

od

els

Mea

sure

s fo

r Im

pro

vem

ent

Process Metrics

OrganizationalAnalysis

Tar

get V

alue

s

“AS IS”Process Models

Detailed Models including

Data types, conditions, data mappings, fault

handling…

Integration, testing, deployment…

9

Business Process Modeling Notation(BPMN)

• OMG Standard, supported by many tools:– Bizagi Process Modeller (free)– Signavio (http://www.signavio.com/) - subscription– Oracle BPA – “kind of free”– ARIS – very sophisticated but the opposite of free– IBM Websphere Business Modeler– Logizian – reasonable tradeoff– Visio – Your company might already have this– Paper and pen! - No excuse not to start

10

BPMN from 10 000 miles…

• A BPMN process model is a graph consisting of four types of elements (among others):

11

Revised Order Management Process

12

When a claim is received, we first check if the claimant has a valid insurance policy. If not, the claim is rejected and the claimant is informed.

Otherwise, we assess the severity of the claim. Based on the outcome (simple or complex claim), we send the corresponding form to the claimant.

Once the form is returned, we check it for completeness.

If the form is complete, we register the claim in the Claims Management system and the evaluation of the claim may start.

Otherwise, we ask the claimant to update the form. When we receive the updated forms, we check them again and continue.

BPMN Exercise:Simplified Insurance Claim Registration

13

Guidelines: Naming Conventions

1. Give a name to every event and task2. For tasks: verb followed by business object

name and possibly complement– Issue Driver Licence, Renew Licence via Agency

3. For message events: object + past participle– Invoice received, Claim settled

4. Avoid generic verbs such as Handle, Record…5. Label each XOR-split with a condition

– Policy is invalid, Claim is inadmissible

14

When?

Process

Which?

Data / Service / Product

What?

Function

Who?Organization

Process Modelling Viewpoints

15

Resource Modelling in BPMN

• In BPMN, the organizational perspective is modeled using:– Pools – independent organizational entities, e.g.

• Customer, Supplier, East-Tallinn Hospital, Tartu Clinic

– Lanes –classes of resources within the same organizational and collaboration space

• Sales Department, Marketing Department• Clerk, Manager, Engineer

16

Example with Pools and Lanes

17

BPMN Information Artifacts

• Data Objects are a mechanism to show how data is required or produced by activities.– Are depicted by a rectangle that has its upper-right

corner folded over.– Represent input and output of a process activity.

• Data stores are containers of data objects that need be persisted beyond the duration of a process instance

• Associations are used to link artifacts such as data objects and data stores with flow objects (e.g. activities).

Data Object

Directed association

Undirected association

Data Store

18

Example: Data Object

19

Anything wrong with this model?

20

Is this better?

21

Value Chain

• Good practice is that the top-level process should be simple (no gateways, no lanes) and should show the main phases of the process– Each phase then becomes a sub-process– Top-level process is basically a value chain

• Introduce gateways and lanes at the next levels…

22

Showing the value chain with sub-processes

Purchase Request

ApprovalPurchase

OrderGoods Receipt

Invoice Verification

Purchase Request process

Check purchase request for 1st

approval

Check purchase request for 2nd

approval

approved

Consider re-submission

rejected

rejected

approved

Send approved request to requestor

Purchase Request

Make copy of purchase request

Approved Purchase Request

Forward to purchase department

Purchase Order process

23

Guideline: Modeling Levels

• First level: start with value chain• Next level add:

– Main decisions– Handoffs (lanes)

• And only then add procedural aspects:– Parallel gateways– Input and output data objects, data stores– Different types of events– And as much detail as you need

24

Business Process Lifecycle

25

Process Analysis Techniques

26

Purposes of Qualitative Analysis

27

Eliminating Waste

"All we are doing is looking at the time line, from the moment the customer gives us an order to the point when we collect the cash.

And we are reducing the time line by reducing the non-value-adding wastes ”

Taiichi Ohno

28

7+1 Sources of Waste

1. Unnecessary Transportation (send, receive)

2. Inventory (large work-in-process)

3. Motion (drop-off, pick-up, go to)

4. Waiting (waiting time between tasks)

5. Over-Processing (performing what is not yet needed or might not be needed)

6. Over-Production (unnecessary cases)

7. Defects (rework to fix defects)

8. Resource underutilization (idle resources)

29

Value-Added Analysis

1. Decorticate the process into steps

2. Classify each step into:– Value-adding (VA): Produces value or satisfaction to

the customer.• Is the customer willing to pay for this step?

– Business value-adding (BVA): Necessary or useful for the business to run smoothly, or required due to the regulatory environment, e.g. checks, controls

• Would the business potentially suffer in the long-term if this step was removed?

– Non-value-adding (NVA) – everything else including handovers, delays and rework

30

Example (Equipment Rental Process)

31

Example – Equipment Rental Process

32

Issue Register

• A table with the following columns (possibly others):– issue number– name– Description/explanation– Impact: Qualitative vs. Quantitative– Possible resolution

• Purpose: to categorise identified issues as part of as-is process modelling

33

Issue Register (Equipment Rental)

Name Explanation Assumptions Qualitative Impact

Quantitative Impact

Equipment kept longer than needed

Site engineers keep the equipment longer than needed by means of deadline extensions

BuildIT rents 3000 pieces of equipment p.a. In 10% of cases, site engineers keep the equipment two days longer than needed. On average, rented equipment costs 100 per day

0.1 × 3000 × 2 × 100 = 60,000 p.a.

Rejected equipment

Site engineers reject delivered equipment due to non-conformance to their specifications

BuildIT rents 3000 pieces of equipment p.a. Each time an equipment is rejected due to an internal mistake, BuildIT is billed the cost of one day of rental, that is 100.5% of them are rejected due to an internal mistake

Disruption to schedules.Employee stress and frustration

3000 × 0.05 × 100 = 15,000 p.a.

Late payment fees

BuildIT pays late payment fees because invoices are not paid by the due date

BuildIT rents 3000 pieces of equipment p.a. Each equipment is rented on average for 4 days at a rate of 100 per day. Each rental leads to one invoice. About 10% of invoices are paid late. Penalty for late payment is 2%.

0.1 × 3000 × 4 × 100 × 0.02 = 2400 p.a.

34

Techniques for issue analysis

• Cause-effect diagrams• Why-why diagrams• Pareto charts

35

Cause-effect diagram (rejected equipment)

36

Why-why analysis (equipment rental)

Site engineers keep equipment longer, why?• Site engineer fears that equipment will not be available

later when needed, why?– time between request and delivery too long, why?

• excessive time spent in finding a suitable equipment and approving the request, why?

– time spent by clerk contacting possibly multiple suppliers sequentially;

– time spent waiting for works engineer to check the requests;

37

Pareto chart

• Useful to prioritize a collection of issues or factors behind an issue

• Bar chart where the height of the bar denotes the impact of each issue

38

Pareto chart (excessive rental expenses)

http://pareto-chart.qtcharts.com/index.php?g=prtt

39

Process Analysis Techniques

40

Fill in the blanks

If you had to choose between two services, you would typically choose the one that is:

• F…• B…• C…

41

Process Performance Measures

Let’s start with time

Mark McGuinness: Time Management for Creative People

43

Cycle Time Analysis

• Cycle time: Difference between a job’s start and end time• Cycle time analysis: the task of calculating the average

cycle time for an entire process or process fragment– Assumes that the average activity times for all involved activities

are available (activity time = waiting time + processing time)

• In the simplest case a process consists of a sequence of activities on a sequential path– The average cycle time is the sum of the average activity times

• … but in general we must be able to account for – Alternative paths (XOR splits)– Parallel paths (AND splits)– Rework (cycles)

44

Alternative Paths

CT = p1T1+p2T2+…+pnTn =

Inspired by a slide by Manuel Laguna & John Marklund

45

Alternative Paths – Example

• What is the average cycle time?

46

• If two activities related to the same job are done in parallel the contribution to the cycle time for the job is the maximum of the two activity times.

Parallel Paths

CTparallel = Max{T1, T2,…, TM}

Inspired by a slide by Manuel Laguna & John Marklund

47

Parallel Paths – Example

• What is the average cycle time?

48

• Many processes include control or inspection points where if the job does not meet certain standard, it is sent back for rework

Rework

CT = T/(1-r)

49

Rework – Example

• What is the average cycle time?

50

Rework At Most Once – Example

• What is the average cycle time?

51

Quick exercise

Calculate cycle time

52

• Measured as the percentage of the total cycle time spent on value adding activities.

• CT = cycle time as defined before• Theoretical Cycle Time (TCT) is the cycle time if we

only counted value-adding activities and excluded any waiting time or handover time– Count only processing times

Cycle Time Efficiency

Cycle Time Efficiency = CT

TimeCyclelTheoretica

Inspired by a slide by Manuel Laguna & John Marklund

53

Limitation 1: Not all Models are Structured

Start End

Check for completeness Perform checks Make decision

Deliver card

Receive review request

Request infoReceive info

Notify acceptance

Notify rejection Time out

complete? Decide

review request

Yes

No

reject

reviiew

accept

0.5

0.7

0.3

0.5

0.2

0.8

54

Limitation 2: Fixed load + fixed resource capacity

• Cycle time analysis does not consider waiting times due to resource contention

• Queuing analysis and simulation address these limitations and have a broader applicability– Introduce notions of “arrival rate” and “resource pools”

with a fixed capacity (number of resources)

55

Business Process Lifecycle

56

Process Redesign

• Purpose: Identify possibilities for improving the design of a process: “as is” “to be”

• No silver-bullet: requires creativity• Redesign heuristics can be used to generate ideas

Descriprive modellingof the real world (as-is)

Prescriptive modellingof the real world (to-be)

57

Process Redesign Approaches

58

The Ford Case Study (Hammer 1990)

Ford needed to review its procurement process to:• Do it cheaper (cut costs)• Do it faster (reduce turnaround times)• Do it better (reduce error rates)

Accounts payable in North America alone employed > 500 people and turnaround times for processing POs and invoices was in the order of weeks

59

The Ford Case Study

• Automation would bring some improvement (20% improvement)

• But Ford decided not to do it… Why?a) Because at the time, the technology needed to

automate the process was not yet available.

b) Because nobody at Ford knew how to develop the technology needed to automate the process.

c) Because there were not enough computers and computer-literate employees at Ford.

d) None of the above

60

The correct answer is … Mazda’s Accounts Payable Department

61

How the process worked? (“as is”)

62

How the process worked? (“as is”)

63

How the process worked? (“as is”)

64

How the process worked? (“as is”)

65

How the process worked? (“as is”)

66

How the process worked? (“as is”)

67

Reengineering Process (“to be”)

68

Reengineering Process (“to be”)

69

Reengineering Process (“to be”)

70

Reengineering Process (“to be”)

71

Reengineering Process (“to be”)

72

Reengineering Process (“to be”)

73

The result…

• 75% reduction in head count• Material control is simpler and financial

information is more accurate• Purchase requisition is faster• Less overdue payments

Why automate something we don’t need to do? Automate things that need to be done.

74

Principles of BPR

1. Capture information once and at the source

2. Subsume information-processing work into the real work that produces the information

3. Have those who use the output of the process drive the process

4. Treat geographically dispersed resources as if they were centralized

75

Exercise – Claims Handling in a Large Insurance Company

• Claims handling for replacement of automobile glass

• Under the existing process the client may have to wait 1-2 weeks before being able to replace the damaged auto glass

Goal – A radical overhaul and of the process to shorten the client waiting time

© Laguna & Marklund

76

Overview of the existing claims process

ClientLocal

independentagent

Approvedglass

vendor

Claimsprocessing

center

Request additional information

Pay

Notify agent

File claim

Give instructionsForwardclaim

Request quote

Provide quote

Pay

© Laguna & Marklund

77

Existing claims process1. Client notifies local agent that she wishes to file a claim. She is

given a claims form and told to obtain a cost estimate from a local glass vendor.

2. When the claims form is completed the local agent verifies the information and forwards the claim to a regional processing center.

3. The processing center logs the date and time of the claim’s arrival. The data is entered into a computer-based system (for record keeping only) by a clerk. The claim is then placed in a hard copy file and passed on to a claims representative.

4. a) If the claims representative is satisfied with the claim it is passed along to several others in the processing chain and eventually a check is issued and sent to the client.

b) If there are problems with the claim the representative mails it back to the client for necessary corrections.

5. When the client receives the check she can go to the local glass vendor and replace the glass.

© Laguna & Marklund

78

Process Redesign Approaches

79

Incremental Process Re-design

1. Select issues to address, improvement goals

2. Map goals to process performance measures and set objectives/targets

3. Apply re-design heuristics on the “as is” process model and analyze the tradeoffs

4. Select promising “change options”, justify and prioritize their implementation

80

Costs

Quality

Time

Flexibility

Process Redesign Tradeoffs

81

Redesign Heuristics

1. Task elimination

2. Task composition

3. Triage

4. Resequencing

5. Parallelism

6. Process specialization and standardization

7. Resource optimization

8. Communication optimization

9. Automation

Each heuristics improves one side of the devil’s quadrangle, generally to the detriment of others

82

• Sometimes "checks" may be skipped: trade-off between the cost of the check and the cost of not doing the check.

(T+,Q-,C+/-)

(1) Task Elimination

83

(1) Task Elimination (cont.)

• Other tasks to consider for elimination:– Print– Copy– Archive– Store– More generally: non-value adding activities

• Task elimination can be achieved by delegating authority, e.g.– No need for approval if amount less than Y– Employees have budget for small expenses

84

Example

Purchase Request process

Check purchase

request for 1st approval

Check purchase

request for 2nd approval

approved

Consider re-submission

rejected

rejected

approved

Send approved request to requestor

Purchase Request

Make copy of purchase request

Approved Purchase Request

Forward to purchase

department

Purchase Order process

85

(3) Triage

(T+,F-)

• Consider dividing a general task into two or more alternative tasks or the integration of two or more alternative tasks into one general task.

86

(4) Resequencing

• Order tasks based on cost/effect• Put “knock-out checks” first – identify problems early• Postpone expensive tasks until the end.• In other words: order the tasks using the ratio “costs/effect”.

(T+,C-)

87

Example

Purchase Request process

Check purchase

request for 1st approval

Check purchase

request for 2nd approval

approved

Consider re-submission

rejected

rejected

approved

Send approved request to requestor

Purchase Request

Make copy of purchase request

Approved Purchase Request

Forward to purchase

department

Purchase Order process

88

Exercise

• Textbook, chapter 1, exercise 1.5 (Prescription fulfillment process)– What tasks could be re-ordered to address current

customer service problems?– Hint: consider the tradeoffs between front-loading and

backloading checks in the process.

89

(8) Communication optimization

• Reduce the number of messages to be exchanged with customers and business partners– But avoid front-loading the process too much

– Not necessarily suitable if customer contact is desirable

• Monitor customer interactions, record exceptions, determine what to front-load/back-load

• Try to automate handling, recording and organization of messages (send/receive).

(T+,Q+,C+/-,F-)

90

Interlude: the Complete Kit Concept

• Many processes follow the “complete kit” concept:– Work should not begin until all pieces necessary to

complete the job are available

• In such cases, consider three principles:– Provide complete and easy-to- follow instructions for

those who will initiate the process. – If a process cannot start, the client should be notified of

all defects that could be reasonably identified at the onset of the process.

– Consider the tradeoff between “incomplete-kit” process initiation and roundtrip to revise and resubmit a request.

Michael zur Muehlen: “Service Processes: The Customer at the Center?” http://tinyurl.com/5tunkxy

91

Exercise

• Textbook, chapter 1, exercise 1.5 (Prescription fulfillment process)– What is the current communication structure?– What issues arise from the current communication

structure?– How can the communication structure be improved?

92

• Use data sharing (Intranets, ERPs) to:– Increase availability of information to improve decisions or

visibility (subject to security/privacy)– Avoid duplicate data entry, paper copies

• Use network technology to:– Replace materials (e.g. paper document) flow with

information flow• E.g. querying government agency DBs replacing document flow

– Increase communication speed: e-mail, SMS• Note: e-mails are unavoidable, but not always desirable

– Enable self-service (e.g. online forms)(T+,Q+/-,C+/-,F-)

(9) Automation

93

(9) Automation (cont.)

• Use tracking technology to identify/locate materials and resources where reasonable– Identification: Bar code, RFID– Location: indoor positioning, GPS

• Automate tasks and decisions– Capture and automate business rules where effective

• Automate end-to-end processes– See next lecture (BPMS)

94

Exercise

• Textbook, chapter 1, exercise 1.5 (Prescription fulfillment process)– How can automation be applied in this process?

95

Business Process Lifecycle

See videos on YouTube – Marlon Dumas