15.11.2012 Views

icegov2012 proceedings

icegov2012 proceedings

icegov2012 proceedings

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

equirements for successful implementation of the e-<br />

Government application vs. the real situation now);<br />

o Others – indicate such issues as the time and money required<br />

to successfully implement and operate the new application<br />

compared with the time and money really available now.<br />

3. COLLECTION OF DATA<br />

All the Primary data were collected from the supply side of the<br />

system as citizens have no direct interaction with the system yet.<br />

Thus, those involved in the project were considered. Accordingly,<br />

interview was made with the Deputy administrator of the city<br />

administration; head of the Capacity Building and ICT Sector<br />

Bureaus; head of the ICT sector in the capacity building bureau;<br />

seven top level managers in the city administration whose duties<br />

are highly related to the Land Management practice, and the<br />

system administrator of the new system. In addition, group<br />

discussion was made with the four IT staff (data encoders) in the<br />

city administration. The questions for the structured interview<br />

were prepared based on the constructs of the Design-Reality gap<br />

model and a copy of the interview questions were given to each<br />

study subject at least two days in advance. But, some more<br />

clarifications were obtained through telephone conversation from<br />

two of the interviewees among the top level managers in the city<br />

administration during our discussion while rating the numerical<br />

values for each of the constructs in the Design-Reality Gap model.<br />

3.1 Presentation and analysis of data<br />

Thematic analysis [8] of the organizational reality and<br />

requirements within the design of the e-Government application<br />

was made based on the qualitative data collected from the field as<br />

per the seven ITPOSMO dimensions. Next, the rating of each<br />

dimension as well as the interpretation of the sum of the<br />

numerical values of the dimensions is made by adopting a detailed<br />

guideline available for same (See at<br />

http://www.egov4dev.org/success/techniques/risk_drg.shtml).<br />

The rating of each dimension was made in a coconscious among<br />

the three researchers based on the data at hand and<br />

recommendations made by interviewees during the group<br />

discussion. Accordingly, each dimension is numerically rated in a<br />

scale from zero to ten where zero is to mean no change between<br />

the design proposal and current reality; ten means complete<br />

change between the design and current reality; and five would<br />

indicate some degree of change. Finally, all the rating numbers for<br />

each dimension were added up and interpreted as depicted in<br />

Table 1.The original table is for use with predictive – i.e. pre-hoc<br />

design-reality gap analysis before implementation. As this system<br />

has already been implemented, we were interested in doing a midimplementation<br />

assessment in order to see what has been achieved<br />

so far, and where the project may go in future. Thus, rewordings<br />

were done on the items in the table accordingly.<br />

Table 1: Interpretation of total gap score<br />

Total Gap<br />

Score<br />

Interpretation<br />

0-14 The e-Government project well<br />

succeeded.<br />

15-28 There is partial failure in the e-<br />

Government project as actions are not<br />

212<br />

taken to close design-reality gaps.<br />

29-42 The e-Government project might fail<br />

totally, or might well be a partial<br />

failure unless action is taken to close<br />

design-reality gaps.<br />

43-56 The e-Government project may well<br />

fail unless action is taken to close<br />

design-reality gaps.<br />

57-70 The e-Government project certainly<br />

failed as actions are not taken to close<br />

design-reality gaps.<br />

4. DESIGN-REALITY GAP ANALYSIS<br />

AND DISCUSSIONS<br />

In this section we will use the seven dimensions from the Design-<br />

Reality Gap model to analyze the case study gaps. We will<br />

describe the design goals and the current reality followed by gap<br />

assessment between the two.<br />

4.1 Information<br />

The Land Management Information System (LMIS) was designed<br />

manage data on the basic land information and owner profile. It<br />

provides information on land purpose/zoning (commercial vs.<br />

residential), lot size, land location, land identification number,<br />

other legal information in relation to that piece of land, the land<br />

owner name and address, spouse name, children names, and<br />

household number. The system design requires all supporting and<br />

related documents to be scanned and available online.<br />

In reality majority of the land and user profile information are<br />

made ready by the new system except few documents to be<br />

scanned in incorporated.<br />

Gap = 3; a significant portion of the design goals are<br />

implemented. But supporting documents of few land owners were<br />

not scanned and incorporated yet.<br />

4.2 Technology<br />

The design called for technologies including scanners, server<br />

computer and local area network, Internet connection, and<br />

personal computers. Scanners needed to digitize the current paper<br />

based documents, new court decisions, and tax receipts. Server<br />

computer and network needed for storing information in a<br />

centralized location for access by decision makers including<br />

engineers, finance officers, land administrators, and city<br />

managers. Internet connection needed for off-site access mostly<br />

by field personnel. About fifteen personal computers with<br />

Pentium IV processor and at least 40GB hard disk space were<br />

needed for decision makers and data entry personnel.<br />

The implemented reality has all technology requirements except<br />

scanners and some concerns regarding the processing as well as<br />

storage capacity of the Personal Computers as their capacity is<br />

lesser than the required capacity.

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

Saved successfully!

Ooh no, something went wrong!