1 Christiaan Katsma & Ton Spil. Agenda Dynamics of the ES Implementation process Suitability of agile or incremental approaches Inspection of 5 cases.

Slides:



Advertisements
Similar presentations
Align an IT Strategy to the Industry Vision
Advertisements

Life Science Services and Solutions
What is an Enterprise Wide Application? Introduction and principles Based on Chapter 1 in Adam, Frederic and Sammon, David (2004) The Enterprise Resource.
Building Customer Relationships Through Effective Marketing
Enterprise Resource Planning
MIS 2000 Class 20 System Development Process Updated 2014.
Chapter 2 – Software Processes
Planning for Enterprise Systems
Building an Operational Enterprise Architecture and Service Oriented Architecture Best Practices Presented by: Ajay Budhraja Copyright 2006 Ajay Budhraja,
Dr. Bob TravicaHR System Study1 of 15 Systems Acceptance: A Case Study of a Human Resources System By Dr. Bob Travica Updated June 2006.
SUMMER 2005 JUNE ERP Implementation Choices ERP Implementation Methodologies SAP Implementation Methodology (ASAP) Strategic Implementation Decisions.
Thee-Framework for Education & Research The e-Framework for Education & Research an Overview TEN Competence, Jan 2007 Bill Olivier,
The Architecture Design Process
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 2.1.
© Prentice Hall, 2005: Enterprise Resource Planning, 1 st Edition by Mary Sumner 3-1 Enterprise Resource Planning, 1 st Edition by Mary Sumner Chapter.
Enterprise Resource Planning (ERP) Systems
 The Fundamental Reasons Behind The Failure Of ERP System SYSM 6309 Advanced Requirements Engineering By Shilpa Siddavvanahally.
© Prentice Hall, 2005: Enterprise Resource Planning, 1 st Edition by Mary Sumner 1-1 Enterprise Resource Planning, 1 st Edition by Mary Sumner Chapter.
Introduction to Systems Analysis and Design
How ISO 9001 Fits Into The Software World? Management of Software Projects and Personnel CIS 6516 March 6, 2006 Prepared by Olgu Yilmaz Swapna Mekala.
Sharif University of Technology Session # 4.  Contents  Systems Analysis and Design Sharif University of Technology MIS (Management Information System),
Performance Management Dan Robbins. Overview Define performance management Describe the process of developing a performance management system Discuss.
McGraw-Hill/Irwin Copyright © 2005 by The McGraw-Hill Companies, Inc. All rights reserved. ENTERPRISE INFORMATION SYSTEMS A PATTERN BASED APPROACH Chapter.
1.Database plan 2.Information systems plan 3.Technology plan 4.Business strategy plan 5.Enterprise analysis Which of the following serves as a road map.
Desired Quality Characteristics in Cloud Application Development Leah Riungu-Kalliosaari.
HOW DO INFORMATION SYSTEM SUPPORT THE MAJOR BUSINESS FUNCTION?
A model of ERP project implementation
Chapter 10.
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Chapter 2 The Sources of Software 2.1.
Foundations of information systems
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Essentials of Systems Analysis and Design Fourth Edition Joseph S. Valacich Joey F.
Management Information Systems By Effy Oz & Andy Jones
Chapter 1: Introduction to Systems Analysis and Design
Chapter 3 Network and System Design. Objectives After reading the chapter and reviewing the materials presented the students will be able to: Understand.
Teaching material for a course in Software Project Management & Software Engineering – part II.
INT-Evry (Masters IT– Soft Eng)IntegrationTesting.1 (OO) Integration Testing What: Integration testing is a phase of software testing in which.
BSD Working Group Providers’ forum BSD Panels’ workshop IBSDF study BSD Research.
ERP SIMULATOR ERP FACILITATOR Arufa Uzair Shahmeen Mehboob Uzair Tajuddin Instructors: Dr. Abdul Basit Shams Naveed Zia.
GREG CAPPS [ ASUG INSTALLATION MEMBER MEMBER SINCE:1998 ISRAEL OLIVKOVICH [ SAP EMPLOYEE MEMBER SINCE: 2004 GRETCHEN LINDQUIST [ ASUG INSTALLATION MEMBER.
Unit 8.2: Effective Implementation Planning HIT Implementation Planning for Quality and Safety Component 12/Unit 81 Health IT Workforce Curriculum Version.
Chapter 2 – Software Processes Lecture 1 Chapter 2 Software Processes1.
Chapter 2: Testing in Software Life Cycle MNN1063 System Testing and Evaluation.
Functional & Cross-Functional Systems
Ch7: Software Production Process. 1 Waterfall models  Invented in the late 1950s for large air defense systems, popularized in the 1970s  Main characteristics:
1 Summarize from: Sustainability of ERPS performance outcomes: The role of post-implementation review quality Nicolaou A. and Bhattacharya S. International.
From the customer’s perspective the SRS is: How smart people are going to solve the problem that was stated in the System Spec. A “contract”, more or less.
1 Acquisition Automation – Challenges and Pitfalls Breakout Session # E11 Name: Jim Hargrove and Allen Edgar Date: Tuesday, July 31, 2012 Time: 2:30 pm-3:45.
MCA SEMESTER – ENTERPRISE RESOURCES PLANNING (ERP) Enterprise Resources Planning.
A service Oriented Architecture & Web Service Technology.
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 2.1.
CLE Introduction to Agile Software Acquisition
Enterprise Resource Planning
ENTERPRISE RESOURCE PLANNING (ERP)
Application Outsourcing: Achieving Success & Avoiding Risk
Chapter 1: Introduction to Systems Analysis and Design
SAP in ERP – A Bird’s Eye View
TIM 58 More on Chapter 1: Introduction to Systems Analysis and Design
CS 389 – Software Engineering
BANKING INFORMATION SYSTEMS
Presented by Munezero Immaculee Joselyne PhD in Software Engineering
The Systems Engineering Context
© 2013 by Nelson Education Ltd.
Object oriented system development life cycle
Chapter 2 – Software Processes
Chapter 2 The Sources of Software
Avoiding failure when implementing an enterprise system
Chapter 1: Introduction to Systems Analysis and Design
Enterprise Resource Planning, 1st Edition by Mary Sumner
Enterprise Resource Planning (ERP) Systems
Chapter 1: Introduction to Systems Analysis and Design
Presentation transcript:

1 Christiaan Katsma & Ton Spil

Agenda Dynamics of the ES Implementation process Suitability of agile or incremental approaches Inspection of 5 cases in healthcare Results Discussion

Markus & Tanis (2000) ES Experience cycle Parr & Shanks (2001)

Backgound ES Implementations traditionally are executed in a staged approach. Current Web applications, SOA, SAAS,.. based projects often use more incremental or agile approaches

In the last century the incremental and agile implementation of ES was explained and described (Fichman & Moses, 1998; Stender 1999) But the monolithic technology behind the ERP systems at first prohibited actual incremental implementation approaches.

RDI (Fichman & Moses, 1998) “One question we have been asked is whether this methodology can be applied to enterprise resource planning (ERP) offerings from vendors like SAP, PeopleSoft or BaaN. We believe that except for the instance of a small company implementing a fairly well understood module, the answer will usually be no. “

Sollution: Subsequent implementation efforts (Fleisch et al. 2004) Information System oriented approach Process oriented approach R/3 Implementation Process Reengineering

Solution: Rapid implementation Squeeze

Currently we see an initial trend (Mezaros & Aston, 2007; Karim et all; 2007) for system implementers to gradually come up with cyclical implementation approaches. In the perspective of implementation time and cycle usage these approaches more and more come close to the agile philosophy (Alleman, 2002)

Organizations Learn: Cyclical implementation ES Implementation cycle

So we questioned…. One decade after Moses & Fichmann (and others). What is the current state of implementing ES packages using cyclical or incremental approaches?

Research set up 5 cases of ES implementations in the Netherlands in Hospitals. Different ambition and maturity levels Qualitative & longitudinal approach (started 2004) Interviews with at least three different “roles”in the project (Consultant, Healthcare professional, (Top) Manager)

Why healthcare? The specific distinction between the flexible care processes on the one hand and the structured and repeating operational hospital management processes, like purchasing and controlling (Merode et al., 2004). This distinction was/is seen as impeding and complicating the implementation process. (end of the 90’s). We currently see that this typical characteristic is becoming a foundation for cyclical implementation efforts.

What research perspectives on the implementation process? Cycles Ambition level Approaches 14

Cycles Based on Markus & Tanis we define a cycle as the entire proces from envisioning towards adoption of the ES. Phase I Project Chartering Phase II The Project Phase III Shakedown Phase IV Onward and Upward

Ambition level Based on the MIT Alignment model and its developments (Venkatraman, Scott Morgan, Yetton et al.) we distinguish three ambition levels for ES implementations IT driven Replacement (IDR) Package enabled Reengineering (PER) Human driven renewal (HDR)

Approaches Practitioners choose to utilize implementation methodologies based upon their own experiences and habits (Aydin and Harmsen, 2002, Hirschheim and Klein, 1989) Based upon (Goles and Hirschheim, 2000) we discern three distinctive approaches –Functionalistic –Integral –Interpretative

Combining perspectives

Our expectations

Overview of the results

Case ACase BCase CCase DCase E Number of cycles 1122 (ES discontinued)Multiple Initial Ambition o Replacement of legacy systems after merger o Realization of a new Hospital Information System o Improve workflow of healthcare processes o Addition of care specific modules and possibly reengineering of existing ES o Full implementation of an ES Initial Approach o Software oriented and firm approach by the vendor o Testing and training planned, but not realised o Functionalistic approach, sometimes indifferent to org. members o Late training of the users o Integral and structured approach o Much communication with end users o Functional design with many changes to the standard package o Small amount of user involvement o Standard waterfall method o Functionalistic perspective o Good user involvement Result o Integration plus management information o Partly changed processes in administration o No success in care. o Process continues ( up for a 2 nd cycle) o Most targets reached but the ambition level is increased continuously. (Project still continuing) o Straight- forward implementation but no satisfaction with end product. o Disposal of ES. o Partly satisfied. (Project still continuing) o Learning approach

Results We observe an increase in the use of cyclical approaches resulting in what we call macro dynamics at work in four out of the five hospitals studied. Macro dynamics means that the hospitals start drifting in either their ambition level, implementation approach or even both. Within the limitations of 5 cases we conclude that such a drift in most cases leads to implementation problems if not aligned within one implementation cycle. On the other hand persistence in ambition level and implementation approach results in a positive perception of the implementation project and its results.

Conclusions Functionalistic approaches still dominate in the ES domain Only one hospital adopts a mere IT- Driven Replacement ambition. (compared to 5 years ago the healthcare domain is advancing to proces reengineering in the care processes. Humand driven renewal still is lacking as phenomena in the ES domain. There is great dificulty in the cases to be consistent in the adopted approach and ambition level. Changes within one cycle do not show good implementation results. Changes between cycles show moderate to good results

Discussion Incremental implementation still means : following the “entire” cycle, but shortening the stages. This makes us question: What are aspects in the project stage that are suitable for more agility? What technological barriers do we currently see to adopt agile approaches in the ES domain?

Phase I Project Chartering Phase II The Project Phase III Shakedown Phase IV Onward and Upward Markus & Tanis, (2000) Parr & Shanks (2001)

Solution 2: module by module Squeeze

The problem is that the componentization of these packages occurs mostly at the level of broad functional modules—human resources, financials, inventory management, production planning—and these modules, intended as they are to support entire business functions, are usually too large to be implemented in a single increment spanning two to three months. Because each module has not been designed as combination of separable components suitable for serial implementation, the cost and complexity of establishing required intra-module interfaces and work-arounds would often times exceed the benefit to be gained from incrementalism. Or in other words, the modules have not been designed to promote divisibility. Interestingly, the trend in these packages is towards finer granularity in the componentization of modules, so in the years to come this barrier to using an RDI approach may well fall away

Four archetypes of strategic IT enabled change Ormerod and Hsiao (1998)

Learning approach Behaviour, Social interactions Processes & Structure IT Driven Subsequential implementation Depth of the change process Evolution

Migration strategies ApproachPractice / LiteratureTime I Big-Bang In use in practice. Mostly multinationals or large public organizations 90’s-now II Phase wise In use in practice. Both SME’s and large multinationals 95-now III Rapid In use in practice with an increase in popularity independent of phase wise or big bang now IV Agile Described in literature, not yet seen in practice

Point of Comparison ReengineeringLearning Root MetaphorMechanismIntelligent Organism Starting PointClean SlateCurrent Memory Nature of ChangeRadical, DiscontinuousIncremental MethodologyQuantitativeQualitative RisksDamage and Death Reversion to Old Patterns Blind Spots Implementation, Acceptance Methodology for Change Role of Information Technology Primary Enabler of Redesigned Processes Enabler and Disabler of Learning Robey et al. 1995

Healthcare organizations are structured with a rather discrete separation between deterministic back office processes and the more flexible operational care processes. This differentiation makes the ambition level of an ES implementation of significant importance and offers opportunities for cyclical implementation approaches.