The current IT system in the city of Tea Tree Gully

The City of Tea Tree Gully, located north east of the centre of Adelaide, is one of the most populous local government divisions in Adelaide. The business centre of the city is Modbury, where Tea Tree Plaza, the Civic Centre and the library are located.

“The role of Local Government has evolved and grown over time, encompassing the delivery of a broad range of services and facilities for the community, managing local resources and implementing diverse programs, policies and regulations set by State and Federal Governments”.[1]

 The City of Tea Tree Gully (CTTG) Council has been managing all the administrative tasks for the local governments. In 1997, it adopted Authority ERP system to facilitate the business processes. This system is currently supporting the core services of the council and the council’s management work. Up to now, after 15 years, although the system is updated annually, the system still has some weaknesses.

The ERP system of the CTTG is very big with align to 55 business processes that are divided into different groups such as customer service, IT project government, managing council assets and IT service. However, the requirements of management by IT are much more than the ability of the current system. Besides, the system has many issues and the main issues are mentioned below:

- CTTG has too many information systems that are not integrated. This leads to data duplication or data conflict and makes it difficult to create accurate reporting.

- The current facilities management system is inadequate. There is no single system that holds this data, no way of ensuring bookings and no ownership of the process.

- Council systems are difficult to use and do not support efficient budgeting.

- Council systems have interfaces that are not “user friendly”.

- The council asset management system does not have all the required interfaces to other systems to make the data readily usable.

- IT staff who have extensive or specialist knowledge should be empowered to focus on continuous improvement and not just on problem resolution.

- Council’s POS systems are not networked; data from each POS system must therefore ne reentered into authority.

And the other problems.

Therefore, it is essential for CTTG to have efficient solution in short term and long term to improve their system. Applying an appropriate enterprise architecture for the council is the best way to do that. Now CTTG is preparing to develop a strategic plan for the next 3-5 years and doing IT project to improve the current IT system.

---

[1]http://www.teatreegully.sa.gov.au/page.aspx?u=970

Enterprise architecture methodology

EA Methodology

Implementation methodology is a key element of Enterprise Architecture (EA) program. EA methodology is a detailed description of how the EA program is to be established and run, and how the documentation of the EA is to be developed, maintained, and used.

The purpose of an EA methodology within the EA program:

-          EA methodology is a detailed procedure for establishing, maintaining and using an EA framework and documentation approach.

-          It is the first step in coordinating the EA documentation approach.

-          Adopting it reduces the risk of creating an ineffective EA program and/or inaccurate EA documentation.

EA Methodology Comparison

With different kinds of EA frameworks, EA methodologies are very different respectively in their approaches. However, it is hard to know which one is best EA methodology. Each kind has advantages and disadvantages, so choosing what kind of them is depending on each organization. There are twelve criteria that are most often used for comparing and evaluating enterprise-architectural methodologies. Not all of these criteria might have a connection with your organization, and some might be more important than others. But, basing on them, IT specialists can evaluate and choose suitable kinds of EA methodologies applied their organization. There are some ways to rank each methodology in each criteria. For examples, the ratings will be assigned as follows:

-          1: Does a very poor job in this section

-          2: Does an inadequate job in this section

-          3: Does an acceptable job in this section

-          4: Does a very good job in this section

The criteria and ratings are summarized in the table below:

	Ratings
Criteria	Zachman	TOGAF	FEA	Gartner
Taxonomy completeness	4	2	2	1
Process completeness	1	4	2	3
Reference-model guidance	1	3	4	1
Practice guidance	1	2	2	4
Maturity model	1	1	3	2
Business focus	1	2	1	4
Governance guidance	1	2	3	3
Partitioning guidance	1	2	4	3
Prescriptive catalog	1	2	4	2
Vendor neutrality	2	4	3	1
Information availability	2	4	2	1
Time to value	1	3	1	4

Table. Criteria and ratings for each methodology

The table above shows that none of the enterprise-architecture methodologies is really complete. Each has its strengths and weaknesses.

In order to choose an appropriate methodology, companies can follow these steps:

1. Go through the rows (criteria) in the table, eliminating any that they feel are not important to their organization.
2. Add any additional rows (criteria) that are important to them, and rate each of the methodologies in that area.
3. Change any of ratings above with which they disagree.

At the end of this task, they should have a good idea about the strengths and weaknesses of each methodology with respect to their enterprise's needs, then decide a suitable methodology. It is also important to find an EA consultant who specializes in helping enterprises implement that methodology.

For many organizations, the best choice is all of these methodologies, blended together in a way that works well within that organization's constraints. With that way, they create their own enterprise-architectural methodology consisting of bits and pieces of each of the methodologies that provide the highest value in their specific areas of concern.

References:

http://msdn.microsoft.com/en-us/library/bb466232.aspx

Lecture note – Week 6