27.06.2013 Views

Information and Knowledge Management using ArcGIS ModelBuilder

Information and Knowledge Management using ArcGIS ModelBuilder

Information and Knowledge Management using ArcGIS ModelBuilder

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Why is an IS Project Late? – A Case Study<br />

Juha Kontio<br />

Turku University of Applied Sciences, Turku, Finl<strong>and</strong><br />

juha.kontio@turkuamk.fi<br />

Abstract: <strong>Information</strong> system (IS) projects are challenging <strong>and</strong> different types of information systems failures can<br />

be identified. One type of the failures is process failures. Process failure occurs when the project timetable or<br />

budget is overrun. This paper presents a case study of a project that falls into this failure definition. This<br />

information system project started in 2008 <strong>and</strong> the aim was to create an information system to the Turku<br />

University of Applied Sciences for the teaching process. The goal of the project was to define, develop <strong>and</strong><br />

implement new easy-to-use web-based tools for curriculum management, yearly planning of the degree<br />

programs’ teaching, students’ personal study plans, <strong>and</strong> teachers’ yearly work load management. This new tool<br />

should combine all the information in a single database instead of the separate information systems <strong>and</strong><br />

databases we used to have. At the beginning of the project necessary functions that the new system should<br />

provide were defined. Based on these definitions a competitive bidding was launched with the idea that in the<br />

markets there are information systems that can be easily tailored to our specific needs. However, only one<br />

provider turned out to have an information system that fulfilled the initial definitions stated in the bid. This provider<br />

was selected <strong>and</strong> the actual tailoring of their information system for our purposes started in the summer of 2008.<br />

The definition <strong>and</strong> piloting phase showed that the basic operations in the information system are quite easily<br />

tailored to our needs. On the other h<strong>and</strong>, many of our specific needs required more work than was estimated.<br />

The operational use of the information system started in the spring of 2009 with the curriculum management <strong>and</strong><br />

yearly planning of degree programs’ teaching features. Since then the number of users has quickly increased <strong>and</strong><br />

at the same time new necessary corrections have been identified. These features have been prioritized <strong>and</strong> the<br />

other features have postponed. The project was supposed to end in 2009, but modifications in curriculum<br />

management <strong>and</strong> yearly planning of degree programs’ teaching features are still continuing. In addition, both<br />

teachers’ yearly work load management <strong>and</strong> students’ personal study plans features have been postponed to<br />

2011. Our paper introduces the whole IS project <strong>and</strong> discusses the reasons why the project is still continuing <strong>and</strong><br />

why this project is a process failure. We will also reflect our experiences <strong>and</strong> try to provide observations for future<br />

IS project management.<br />

Keywords: information system project, project delay, higher education, case study<br />

1. Introduction<br />

<strong>Information</strong> systems can be analyzed in many different ways. However, it is a fundamental difficulty in<br />

defining exactly what constitutes IS success <strong>and</strong> failure (Fowler <strong>and</strong> Horan, 2007). Still, companies<br />

that have formally defined success, measured success <strong>and</strong> acted on the results, have improved their<br />

IT project outcomes (Thomas <strong>and</strong> Fern<strong>and</strong>ez, 2008). In addition, several critical success factors of<br />

projects have been identified (Fortune <strong>and</strong> White, 2006) <strong>and</strong> based on their literature review the five<br />

most cited success factors are:<br />

Support from senior management<br />

Clear realistic objectives<br />

Strong/detailed plan kept up to date<br />

Good communication/feedback<br />

User/client involvement.<br />

DeLone <strong>and</strong> McLean provide a popular model (Figure 1) to evaluate the success of an information<br />

system (DeLone <strong>and</strong> McLean, 1992, DeLone <strong>and</strong> McLean, 2003). The dimensions of the model are<br />

as follows. First, information quality refers to the quality of the information like the relevance,<br />

reliability, accuracy <strong>and</strong> completeness of the information. Second, system quality refers to system<br />

performance like usability, availability, system efficiency <strong>and</strong> response time. Third, service quality<br />

refers to user support. Fourth, user satisfaction refers to overall satisfaction with the information<br />

system including such as interface satisfaction. Fifth, intention to use <strong>and</strong> use describe how the<br />

information system is used. Sixth, net benefits are about the impacts the information system has to<br />

the organization, users <strong>and</strong> other stakeholders.<br />

Another viewpoint to information systems is to look information system failures. One traditional way to<br />

analyze information system failures is provided by Lyytinen <strong>and</strong> Hirscheim (1987). They categorize<br />

failures in four categories (Lyytinen <strong>and</strong> Hirschheim, 1987):<br />

279

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!