Top Banner
©1999 Addison Wesley Longman Slide 1.1 Business Processes 3
31

©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

Jan 02, 2016

Download

Documents

Meredith Woods
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Page 1: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.1

BusinessProcesses

3

Page 2: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.2

Table 3.1Ford’s New Payables System

Page 3: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.3

Table 3.1Ford’s New Payables System

CUSTOMER

Ford’s suppliers

Ford’s manufacturing and purchasing departments

Page 4: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.4

Table 3.1Ford’s New Payables System

PRODUCT

Verification that the the order was fulfilled correctly by the supplier

Payment to the supplier

Page 5: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.5

Table 3.1Ford’s New Payables System

BUSINESS PROCESS

Major Steps:

•Order material

•Receive shipments

•Reconcile receipts with purchase orders

•Pay suppliers

Rationale:

•store purchase orders in a shared database

•accept shipments only if they match the purchase order

•pay on receipt, not invoice

Page 6: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.6

Table 3.1Ford’s New Payables System

PARTICIPANTS

Purchasing department

Receiving department

Accounts payable department

INFORMATION

Purchase order

Receipt confirmation

TECHNOLOGY

Computer system supporting a shared database

Page 7: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.7

Figure 3.1Symbols used in data flow diagrams

Page 8: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.8

Figure 3.2Context diagram for the Ford purchasing system

Page 9: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.9

Figure 3.3Data flow diagram showing the main processes in Ford’s original purchasing system

Page 10: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.10

Figure 3.4Data flow diagram dividing PCH 1 into four subprocesses

Page 11: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.11

Figure 3.5Standard flowchart symbols

Page 12: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.12

Figure 3.6Flowchart showing the rules governing a procedure

Page 13: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.13

Table 3.2Impacts of Architectural Characteristics of Business Processes

DEGREE OF STRUCTURE

Problem if the level is too high: •People doing the work are prevented from their judgement.•People doing the work feel like cogs in a machine because they have too little autonomy.

Problem if the level is too low:•Easily forseeable errors occur because well-understood rules are not applied consistently.•Outputs are inconsistent.

RANGE OF INVOLVEMENT

Problem if the level is too high: •Work is slowed down because too many people get involved before steps are completed.

Problem if the level is too low: •Work is performed based on narrow or personal considerations considerations, resulting in decisions that may not be the best for the overall organization.

Page 14: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.14

Table 3.2Impacts of Architectural Characteristics of Business Processes

LEVEL OF INTEGRATION

Problem if the level is too high: •Steps in the process are too intertwined. •Participants in different business processes get in each other’sway. •To change one step it is necessary to analyze too many other steps or processes.

Problem if the level is too low: •Steps in the processes are too independent. •The process needs greater integration to produce results.

COMPLEXITY

Problem if the level is too high: •Participants, managers, and programmers have difficulty understanding how the system operates or what will happen if it is changed.

Problem if the level is too low: •The system cannot handle the different cases that it should be able to handle.

Page 15: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.15

Table 3.2Impacts of Architectural Characteristics of Business Processes

DEGREE OF RELIANCE ON MACHINES

Problem if the level is too high:•People become disengaged from their work.•People’s skills may decrease. •Mistakes occur because people overestimate what the computers are programmed to handle.

Problem if the level is too low: •Productivity and consistency decrease as bored people perform repetitive work that computers could do more efficiently.

ATTENTION TO PLANNING, EXECUTION, AND CONTROL

Problem if the level is too high: •Too much effort goes into planning and controlling within the process, and not enough goes into execution.

Problem if the level is too low: •Insufficient effort in planning and control leaves the business process inconsistent and unresponsive to customer requirements

Page 16: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.16

Table 3.2Impacts of Architectural Characteristics of Business Processes

TREATMENT OF EXCEPTIONS, ERRORS, AND MALFUNCTIONS

Problem if the level is too high: •The process focuses on exceptions and becomes inefficient and inconsistent.

Problem if the level is too low: •The process fails altogether or handles exceptions incorrectly, resulting in low productivity or poor quality and responsiveness perceived by customers.

Page 17: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.17

Table 3.3 Different Levels of Imposing Structure on Work

DEGREE TO WHICH STRUCTURE IS IMPOSED

Highest: Substitution of technology for people

High: Enforcement of rules or procedures

Low: Access to information or tools

Page 18: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.18

Figure 3.8Five levels of integration between business processes

Page 19: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.19

Figure 3.8, continuedFive levels of integration between business processes

Page 20: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.20

Figure 3.8, continuedFive levels of integration between business processes

Page 21: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.21

Figure 3.9Planning, execution, and control

Page 22: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.22

Table 3.4Comparison of Planning, Execution, and Control

PLANNING

Time focus: Future

Important issues related to information:•Having reliable methods of projecting into the future by combining models, assumptions, and data about the past and present

EXECUTION

Time focus: Present

Important issues related to information: •Providing information that tells people what to do now to meet the plan and adjust for any problems that have occurred recently •Using current information to identify problems or errors in current work •Collecting information without getting in the way of doing the work

CONTROL

Time focus: Past

Important issues related to information: •Having reliable methods of using data about the past to develop or adjust plans, and to motivate employees•Provide information current enough current enough that it can be used to guide current actions

Page 23: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.23

Table 3.5Finding the Right Level for Each Process Performance Variable

RATE OF OUTPUTProblem if the level is too high: •Lower productivity and consistency due to increasing rates of errors and reworkProblem if the level is too low:•Lower productivity due to the cost of unused capacity

PRODUCTIVITYProblem if the level is too high:•Too much emphasis on cost per unit and too little emphasis on quality of the outputProblem if the level is too low: •Output unneccessarily expensive to produce

CONSISTENCYProblem if the level is too high:•Inflexilbility, making it difficult to produce what the customer wantsProblem if the level is too low:

•Too much variability in the output, reducing quality perceived by the customer

Page 24: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.24

Table 3.5Finding the Right Level for Each Process Performance Variable

CYCLE TIMEProblem if the level is too high:•Lack of responsiveness to customer •Excess costs and waste due to delaysProblem if the level is too low:•Product produced too soon is damaged or compromised before the customer needs it Delivery before the customer is ready

FLEXIBILITYProblem if the level is too high:•Too much variability in the output, reducing quality perceived by the customerProblem if the level is too low: •Inflexibilty, making it difficult to produce what the customer wants or to modify the process over time

SECURITYProblem if the level is too high: •Excess attention to security gets in the way of doing workProblem if the level is too low: •Insufficient attention to security permits security breaches

Page 25: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.25

Table 3.6Process Performance Variables and Related Roles of Information Systems

PROCESS PERFORMANCE VARIABLE

•Rate of output

•Productivity

•Consistency

•Cycle Time

•Flexibilty

•Security

Page 26: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.26

Figure 3.10Control chart for monitoring consistencey of a business process

Page 27: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.27

Figure 3.11Identifying the causes of long cycle times

Page 28: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.28

Figure 3.12Automation versus flexibilty

Page 29: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.29

Figure 3.13Using an eye scanner for controlling access

Page 30: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.30

Figure 3.14Information systems related to Mintzberg’s management roles

Page 31: ©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.

©1999 Addison Wesley Longman Slide 1.31

Table 3.7Common Sources of Management Information

FORMAL, COMPUTER-BASED

Internal sources: Key indicators generated by internal tracking systems

External sources: Public databases

FORMAL, DOCUMENT-BASED

Internal sources: Planning reports, internal audits

External sources: Industry reports, books, magazines

FORMAL, VERBAL

Internal sources: Scheduled meetings

External sources: Industry forums

INFORMAL

Internal sources: Lunch conversations, gossip, management-by-walking-around

External sources: Trade shows, personal contacts