• Log In
  • Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar
  • HomePage
  • About
  • Syllabus
  • Schedule
    • First Half of Semester
      • Week 1: IT Governance
      • Week 2: IT’s Role and the Control Environment
      • Week 3: Business / IT Alignment
      • Week 4: Enterprise Architecture and IT Strategy
      • Week 5: Project Portfolio Management
      • Week 6: Monitoring & Evaluating IT
      • Week 7: Policy
    • Second Half of Semeter
      • Week 8: IT Services and Quality
      • Week 9: IT Outsourcing
      • Week 10: Cloud Computing
      • Week 11: IT Risk
      • Week 12: IT Security
      • Week 13: Disaster Recovery & Business Continuity
  • Assignments
    • Project #1
      • P Sample 1
      • P Sample 2
    • Project #2
      • AP Sample 1
      • AP Sample 2
  • Webex Session
  • Harvard Readings

MIS 5202 IT Governance

Temple University

Week 4 Wrap-up: Enterprise Architecture

September 21, 2017 by Richard Flanagan Leave a Comment

Several excellent threads on this week’s discussion, good job.  I also want to thank everyone who is posting other on-topic articles .  You’ve found some excellent readings about which I was unaware.  Keep up the good work.

There are  three concepts that I think are worthy of highlighting:

  • EA is about both business and technology.  It aims to drive the technology decisions from its business findings but its end result are things like application and infrastructure standards.
  • EA can become very bureaucratic.  If you are spending time charting and documenting things without providing the output needed to guide the enterprise’s decisions, its likely a waste of time.  EA is  difficult to do well.
  • Best-of-breed vs packaged ERP is a classic EA question. A well reasoned case for either, communicated throughout the company, would be an excellent outcome for an EA project.

I hope you appreciate the difference between the topics of the first two week and EA.  Week 2 and 3 were about defining the IT organization, its mission (to produce value for, and manage the risk of, the enterprise) and the internal administrative controls needed to run it effectively and efficiently.  All good, necessary stuff but kind of generic.  You could apply any of it to any organization.

EA, at least its output, is different. This is the first time we are talking about what the IT organization should do, what it might focus on to add value to the organization.  It starts with understanding the business and its processes.  What is important? What isn’t?  A manufacturing firm will have very different needs than a consulting firm.  Just because some type of system is very effective in one industry, doesn’t mean it will work for the other.  EA goes beyond this, however, to look at a future state that has all the right applications and infrastructure in place to ensure the continued success of the company.  You might sum it up as saying EA strives to make the right IT decisions today, with an eye always on tomorrow.

Considering best-of-breed vs ERP type package.  My view is: it depends.  If I am a traditional manufacturer I am apt to go ERP.  My requirements are very well known and expertly supported by several great software companies.  Their tools have been proven to make manufacturers much more efficient.  Efficiency is king in my organization (manufacturers must keep SAR costs under control to be profitable) so this all sounds very good to me.  EA for such a firm will probably set some standards around infrastructure but say for applications “Use SAP (or whatever) first or explain why not.”

On the other hand, if I am an internet investment company, everything I do is IT.  I reach out to my customers through the web, I take their orders through the web, I deliver my work product to them via the web.  IT is my company’s life.  Here I may not want anyone else calling the shots. I want to bring in whatever will do the best job possible for my most important needs and I will hook it all together.  Thats what I do anyway, hook stuff together, so its no big deal.  Here EA is apt to be all about infrastructure and middleware.  So long as an application can live on our servers and communicate with our middleware, we will be fine.

So each firm will have a different EA for their organization and both will be correct in what they choose.

Rich

Filed Under: Week 04: Enterprise Architecture Tagged With:

Reader Interactions

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

Primary Sidebar

Weekly Discussions

  • Class Administration (10)
  • Week 01: IT Governance (3)
  • Week 02: IT's Role & the Control Environment (5)
  • Week 03: IT Administrative Controls (3)
  • Week 04: Enterprise Architecture (3)
  • Week 05:IT Strategy (3)
  • Week 06: Project Portfolio Management (2)
  • Week 07: Policy Documents & Video (6)
  • Week 08: IT Services & Quality (2)
  • Week 09: IT Outsourcing & Cloud Computing (2)
  • Week 10: Monitoring & Evaluating IT (2)
  • Week 11: IT Risk (2)
  • Week 12: IT Security (3)
  • Week 13: Disaster Recovery & Business Continuity (1)
  • Week 14: Regulations, Standards, and Maturity Models (4)

Copyright © 2025 · Magazine Pro Theme on Genesis Framework · WordPress · Log in