EGN 6133 Enterprise Systems Engineering ChinSheng Chen Florida

EGN 6133 Enterprise Systems Engineering Chin-Sheng Chen Florida International University

T 1 -1 Short Visit to History of Enterprise Operations Classic enterprise operations Concepts related to enterprise engineering The business system dynamics (diamond) Business process re-engineering (BPR) Systems integration (ERP I and II) Trend and enterprise systems of future

Classic Enterprise Operations Source The Wealth of Nations By Adam Smith Principles Division of labor Economies of scale Hierarchical control

The business system dynamics (diamond) Values and beliefs Business processes Jobs and structures Management and measurement systems

Business process reengineering (BPR) Definition Fundamental rethinking and radical redesign of business processes to achieve dramatic improvement in critical, contemporary measures of performance, such as cost, quality, service, and speed.

Four key words in BPR Fundamental Radical Dramatic processes

BPR: Business processes A business process is a set of organized activities for a business objective or That delivers value to a customer. Enterprise operation is a business process A process may have sub-processes Processes are usually invisible, unnamed, and unmanaged Because like-activities are grouped into functional departments And processes go through various departments.

BPR: Typical business processes Manufacturing From procurement to shipment Product development From concept to prototype Concept From formulation need to concept design Order fulfillment From order to payment Service From inquiry to resolution

A BPR example - Ford Motors (1) Background Accounts payable department of 500 workers in 80’s Set a goal to reduce 20% head counts It acquired 25% interest in Mazda at the time and found out it had only five workers.

A BPR example - Ford Motors (2) Effort Re-engineer the process (not an org. unit) of procurement (including the accounts payable) Eliminate invoice via an on-line database, so that payment authorization is shifted to the receiving dock from the account payable, who had to match PO with invoice and receiving documents.

A BPR example - Ford Motors (3) Result The new process A buyer in the purchase department issues a PO to a vendor and enters it to an online database. Vendors send goods to the receiving dock At the dock, a receiving clerk checks at the computer terminal if the received shipment correspond to an outstanding in the database. If so, the goods are recorded and the computer will automatically issue and send a check to the vendor at the appropriate time. It ended up with 125 workers in vendor payment at the end. Handling only exceptions (Pareto 80 -20 rules)

A BPR example - Ford Motors (4) Lessons learned Reverse the industrial revolution (division of labor) Flatten the organization to eliminate fragmentation and bureaucracy Process orientation Ambition Rule-breaking Creative use of information technology

BPR enabler - Information Technology · Shared database · Expert systems · Telecommunication networks · Decision support tools · Portable & wireless data communication · Interactive videodisk · Automatic ID and tracking systems · High performance computing

BPR: Common themes Several jobs are combined into one Workers make decisions Processes have multiple versions Work is performed where it makes the most sense. Checks and controls are reduced Reconciliation (consolidating redundant papers) is minimized. Hybrid centralized/decentralized operations are prevalent.

BPR: Changes in re-engineered business processes Work units changes – from functional departments to process teams Jobs change – from simple to multi-dimensional work People’s role change – from controlled to empowered Job preparation changes – from training to education Focus of performance measures and compensation shifts – from activity to results Advancement criteria change – from performance to ability Values change – from protective to productive Managers change – from supervisors to coaches organizational structures change – from hierarchical to flat Executives change – from score keepers to leaders

BPR: What re-engineering is NOT: Automation Software re-engineering Use more sophisticated computer system) Downsizing More efficient way of doing wrong things Reduce capacity to meet lower demand Other re-s Restructuring re-organizing Flattening De-layering Quality improvement (TQM) Kaizen: continuous incremental improvement

BPR: Who re-engineer 1. leader 2. steering committee 3. reengineering czar 4. reengineering team 5. process owner

BPR: Three criteria to identify re-engineering opportunities Dysfunction Importance the processes that are in deepest trouble the processes with the greatest impact on the company’s customers Feasibility the processes most susceptible to successful redesign

BPR: Broken processes (1) Observation extensive information exchange, data redundancy, and re-keying Problem arbitrary process fragmentation of a natural Solution consolidate feasible fragmented tasks, when

BPR: Broken processes (2) Observation Problem inventory, buffers, and other assets system slack to cope with uncertainty Solution structure processes such that suppliers and customers plan and schedule their respective work together.

BPR: Broken processes (3) Observation High ratio of checking and control to value adding Problem Fragmentation Solution Eliminate managers’ mistrust and incompetence that come from fragmentation

BPR: Broken processes (4) Observation Problem rework and iteration inadequate feedback along chains Solution eliminate mistakes

BPR: Broken processes (5) Observation Problem complexity, exceptions, and special cases growth onto a simple base (simple process grows complex). Solution develop simple processes with decision points

BPR: Important business processes From customer’s point of view product quality and features product cost on-time delivery Customer service Product life cycle

BPR: Factors for choosing feasible processes for re-engineering Likelihood of success Commitment of the process owner Strength of the re-engineering team Cost Lead time

BPR: The re-engineering process identify a process to reengineer understand the current process what and why including input & output, but not how understand how the customer uses the output of the process by watching how it does Redesign try to avoid benchmarking, as it may limit the team’s innovation

BPR Principles Work is best organized around outcomes, not tasks As few people as possible should be involved in the performance of a process Identify and destroy assumptions Look for opportunities for creative application of information technology

Additional BPR principles as role players You don’t need to be an expert to redesign a process Being an outsider helps Your have to discard preconceived notions It’s important to see things through the customer’s eyes. Redesign is best done in teams. Your don’t need to know much about the current process It’s not hard to have great ideas Redesign can be fun.

Avoidance in BPR (1) Try to fix a process instead of changing it Don’t focus on business processes Ignore everything except process redesign (as it affects others). Neglect people’s values and beliefs Be willing to settle for minor results Quit too early Place prior constraints on the definition of the problem and the scope of the reengineering effort Allow existing corporate cultures and management attitudes to prevent reengineering from getting started. Try to make reengineering happen from the bottom up.

Avoidance in BPR (2) Assign someone who doesn’t understand reengineering to lead the effort Skimp on the resources devoted to reengineering Bury reengineering in the middle of the corporate agenda Dissipate energy across a great many reengineering projects Attempt to reengineer when the CEO is 2 years from retirement Fail to distinguish reengineering from other business improvement programs Concentrate exclusively on design Try to make reengineering happen without making anybody unhappy Pull back when people resist making re-engineering’s changes Drag the effort out (should not longer than 12 months)

MRP & ERP MRP Islands of automation Management information systems (MIS) ERP Systems & Data integration MIS

Trend & Future EOS Enterprise operations systems Industry (revolution) IV Online, real-time, Internet, mobile Integrated with machine devices Networked intelligent agents

Modern business environment Knowledge-intensive product/service Consumer’s market Individuality Mass customization Very dynamic and short product lifecycle Concurrent engineering/operations Highly mobile labor market Innovation Agile manufacturing Free products or services

Characteristics of Modern Enterprises Innovation First in the market (market pre-emption) Mass customization Quick response No inventory Virtual resources (collaborative via SCM) Scalability Agility Corporate intelligence Product & manufacturing processes Business process